जवाबों:
हमेशा किसी भी वर्चुअल मीडिया (सीडी / डीवीडी / फ्लॉपी) को अस्वीकार कर देने के बाद, आप ऐसा करने में असफल होने पर अक्सर इसके ट्रैक में एक vMotion को रोक देंगे।
अपने NTP और DNS सेटअप को सही ढंग से प्राप्त करें, इससे आप आत्महत्या करने से बचेंगे :)
आपके पास कभी भी पर्याप्त मेमोरी, या स्टोरेज नहीं हो सकता है।
सुनिश्चित करें कि आपके पास रिमोट, OS- कम, आपकी मशीनों जैसे HP की iLO प्रणाली तक पहुंच है।
OS / App .ISO फ़ाइलों का भंडार रखें।
आपके प्रश्न का सीधा उत्तर नहीं है, लेकिन इस आशा में कि कोई व्यक्ति इस उत्तर को पाकर भविष्य में अपने बालों को फाड़ने से खुद को बचाता है - एचपी ब्लेड सर्वर डिफ़ॉल्ट रूप से सक्षम अपने 'वीटी-बिट' के साथ जहाज नहीं करते हैं, आपको सक्षम करना होगा यह BIOS (F9) में है। इस ESX 3.5U4 के बिना एक उपयोगी त्रुटि नहीं है, नहीं यह सिर्फ कोड स्थापित करने से पहले लटका हुआ है :(
पूछे गए सवाल का जवाब देने के लिए - पी 2 वी माइग्रेशन से संबंधित नुकसान।
पहले बंद - अधिकांश भाग के लिए पी 2 वी माइग्रेशन बहुत अच्छी तरह से काम करते हैं। क्लीनर और नए सिस्टम बेहतर लेकिन पुराने (NT4 सिस्टम) माइग्रेट करने के साथ ही वातावरण की एक श्रेणी में सौ से अधिक माइग्रेशन के बाद मेरी सफलता की दर लगभग 90% रही है। यह सिस्टम है कि योजना बनाई गई है और दिन पर (अच्छी तरह से रात में) उत्पादन के लिए सौंप दिया गया है। मेरे पास केवल एक प्रणाली है जिसे हमें एक स्पष्ट रूप से सफल प्रवास के बाद बाहर निकालना पड़ा - एक एसक्यूएल बॉक्स जिसे प्लेटफॉर्म की तुलना में अधिक सीपीयू हॉर्सपावर की आवश्यकता होती है। VMware कनवर्टर अच्छा और मुफ्त (गैर उद्यम संस्करण के लिए) है, प्लेट्सपिन बहुत अच्छा है (लेकिन महंगा)।
उस ने कहा - बचने की बातें हैं।
MSCS क्लस्टर्स। आप उन्हें काम कर सकते हैं, लेकिन यह कभी भी एक अच्छा विचार नहीं है और अगर आपको बाद में समस्या होती है तो Microsoft लगभग निश्चित रूप से आपकी किसी भी तरह से मदद नहीं करेगा। इसके बजाय नए स्टैंड अकेले सिस्टम का निर्माण करें।
बड़े SQL सर्वर - बड़े पर जोर। इनको CPU आवश्यकताओं POV से पहले ही लाल झंडी दिखा दिया जाना चाहिए था, लेकिन अगर आपको यह निश्चित नहीं है कि लक्ष्य VM के पास पर्याप्त CPU हेडरूम होगा, तो इसे स्थानांतरित करने के लिए प्रलोभित न हों।
यदि आप माइग्रेशन के दौरान सिस्टम के नाम या आईपी-एड्रेस (या दोनों) को बदलने की योजना बना रहे हैं, तो पहले ऐसा करने पर विचार न करें और यदि आपके पास कोई विकल्प नहीं है, तो सुनिश्चित करें कि आपके पास ऐसे लोग हैं जो समझते हैं कि उन परिवर्तनों को कैसे प्रभावित किया जा सकता है। सवाल में सिस्टम। मेरा सबसे बुरा प्रवास कभी एक RSA ACE सर्वर था, जिसका उपयोग DMZ स्थित वीपीएन को प्रमाणित करने के लिए किया जाता था, जहाँ ग्राहक मेरी आपत्तियों को सुनने से इनकार कर देते थे और प्रवास के दौरान नाम और आईपी-पता दोनों को बदलने पर जोर देते थे।
उपरोक्त से संबंधित - यदि आपके पास पूरी तरह से फ्लैट नेटवर्क के अलावा कुछ भी है तो कुछ परीक्षण वीएम का निर्माण करें और 100% सुनिश्चित करें कि आपके वीएम नेटवर्क उन भौतिक लोगों को पूरी तरह से दोहराते हैं जिनसे आप पलायन कर रहे हैं।
Windows AD वातावरण में हमेशा सुनिश्चित करें कि आपके पास माइग्रेट किए जा रहे बॉक्स पर एक स्थानीय व्यवस्थापक खाता है। और माइग्रेट करने से पहले इसका परीक्षण करें।
सुनिश्चित करें कि आपके पास एक अच्छा विचार है कि चीजों को कितना समय लगेगा। उपलब्ध नेटवर्क बैंडविड्थ (स्पष्ट रूप से) के आधार पर पी 2 वी कॉपी समय अलग-अलग होगा लेकिन माइग्रेट होने वाले प्रत्येक वॉल्यूम में फ़ाइलों की संख्या से नाटकीय रूप से प्रभावित हो सकता है। यह विशेष रूप से प्लेट्सपिन के साथ NT4 * सिस्टम को स्थानांतरित करने में एक समस्या है, लेकिन फ़ाइल स्तर पर कॉपी करने वाले किसी भी P2V सॉफ़्टवेयर को प्रभावित करेगा (जो आम तौर पर लागू होता है यदि आप वॉल्यूम का आकार बदलने का विकल्प चुनते हैं)। गीगा नेटवर्क, अपेक्षाकृत तेज़ स्रोत और एक अच्छे लक्ष्य सेटअप के साथ एक सेकंड में 70-80 मेगाबाइट की कॉपी संभव है, लेकिन 20-30 मेगीबाइट / सेकंड अधिक विशिष्ट है और 100 मीटर नेटवर्क और कई फाइलों के साथ पूर्वोक्त एनटी सिस्टम के लिए कॉपी रेट देखे गए हैं। 50kilobyte / sec रेंज में नीचे जाएं।
मेरे अनुभव से, अपने भंडारण माध्यम के बारे में बहुत सावधान रहें। हम एक iSCSI SAN के साथ गए जो केवल 100Mbit कनेक्शन का समर्थन करता है। सिस्टम पर एक वीएम चलाना बुरा नहीं था, दो कम पर्याप्त थे ... और जब तक हम 8 वीएम के हमारे लक्ष्य तक नहीं पहुंचे, वे भयानक थे।
मेरा व्यक्तिगत सबक सीखा: रेटेड IOPS की जाँच करें और एक उत्पाद के बारे में अधिक समीक्षाएँ पढ़ें जो उस तरह से संबंधित है जिस तरह से आप स्टोरेज डिवाइस का उपयोग करना चाहते हैं
एक और काम की चीज जो मैंने सीखी है ... एक बेस इंस्टाल और सख्त होने के बाद 'बैकअप' डिस्क इमेज बनाना किसी भी अन्य सिस्टम के निर्माण को तेज करेगा और चारों ओर रखने के लिए एक बहुत ही आसान चीज है।
वर्चुअल वातावरण में उत्पादन डेटाबेस सर्वर चलाने के लिए नहीं की कोशिश करें। I / O के लिए ओवरहेड अस्वीकार्य है। जब हमारे डीबीए ने हमारे प्राथमिक MSSQL सर्वर को वर्चुअलाइज्ड करने की अनुमति दी तो हमें हियुग की समस्याएं थीं। क्वेरीज़ को चलाने के लिए हजारों मिलीसेकंड का समय लग रहा था। जब हमने उन्हें एक समर्पित बॉक्स में वापस जाने के लिए आश्वस्त किया, तो थ्रूपुट और गति में 10,000% की वृद्धि हुई।
Vmotion / vmk कर्नल ट्रैफ़िक के लिए रिड्यूनेट नेटवर्क का उपयोग करें। आप आभासी मशीनों को सिर्फ इसलिए बंद नहीं करना चाहते क्योंकि एक स्विच रिबूट हो गया।
ओह, और वर्चुअलाइजेशन से एक डीसी / डीएनएस / डीएचसीपी-सर्वर को छोड़ दें। यदि आप एक प्रमुख SAN दुर्घटना प्राप्त करते हैं तो आपके उपयोगकर्ता आपसे कम नफरत करेंगे।
यदि आपके पास पहले से कोई नहीं है - प्रवास से पहले भौतिक मशीन का पूरा बैकअप लें। एक छवि संभवतः सबसे अच्छी है या एक एएसआर / सिस्टम रिस्टोर या जो भी आपको एक संपूर्ण सिस्टम स्नैपशॉट देता है, सामान्य सामग्री बैकअप के बजाय जो अधिकांश मशीनें होती हैं।
P2V उपकरण अप्रत्याशित रूप से आप पर बैकफायर कर सकते हैं, भौतिक मशीन को बर्बाद कर सकते हैं (मैं VMWare कनवर्टर एक मशीन को मार रहा था जिसे मैं P2V में एक बार कोशिश कर रहा था, सौभाग्य से यह सिर्फ एक परीक्षण प्रवास था)। सिस्टम को खरोंच से पुनर्स्थापित करने के लिए तैयार रहें। हां, यह शायद 1000 से एक मौका है, लेकिन क्या आप ऐसा होना चाहते हैं?
VMWare कन्वर्टर वर्चुअल मशीन बनाता है जो कि scsi से बूट होता है। MS वर्चुअल मशीनें scsi से बूट नहीं हो सकती हैं । [संपादित करें - जाहिरा तौर पर संस्करण 4 के कनवर्टर अब आपको SCSI या IDE निर्दिष्ट करने देता है, मुझे उन लोगों से प्यार है]
यदि आप एक गैर-एसीपीआई भौतिक मशीन का वर्चुअलाइजेशन करने जा रहे हैं , तो कुछ सॉफ्टवेयर खरीदें। (जब तक आपके पास खोज में एक रोमांचक यात्रा के लिए कुछ हफ़्ते न हों!)
इसके अलावा, VMWare कनवर्टर उन नौकरियों से निपटेगा, जिन पर MS SCVMM विवाद में अपने हाथ फेंक देगा।
बहुत सारी RAM लाओ।
वर्चुअलाइजेशन टूल (चाहे VMWare या MS) स्थापित हो, तब तक कुछ भी न करें।
यदि आप इसे किसी अन्य प्लेटफ़ॉर्म / संस्करण में ले जाने जा रहे हैं, तो उपरोक्त उपकरण की स्थापना रद्द करें।
अपने सीपीयू सीमा को ध्यान में रखें। 2 सीपीयू विंडोज़ 2000 के पी 2 वी ने मुझे सिखाया कि केवल 1 समर्थित है।
इनमें से कई VMware विशिष्ट हैं:
VMware के साथ बेवकूफ झुंझलाहट: VMware के विभिन्न संस्करण अपने वर्चुअल डिस्क उपकरणों के लिए विभिन्न SCSI ड्राइवरों का उपयोग करते हैं। उस विकल्प पर विचार करने से पहले 2 घंटे बर्बाद करना पूरी तरह से संभव है।
खैर, अभी तक मुझे खुद के वर्चुअलाइजेशन करने के बारे में कोई डरावनी कहानियां नहीं मिली हैं। हालाँकि, कुछ नोट हालांकि।
आगे के विवरण में सावधानी से योजना बनाना। विशेष रूप से कुछ होमवर्क करते हैं जिन्हें वर्चुअलाइज नहीं किया जा सकता है।
यदि आपके सर्वर पर चल रहे एप्लिकेशन के विक्रेता वर्चुअल वातावरण का समर्थन नहीं करते हैं, तो वे समर्थन करने तक प्रतीक्षा करें।
सभी VM छवियों को संग्रहीत करते हुए w / SAN को स्टोरेज के रूप में लागू करें।
अधिकांश प्रदर्शन प्राप्त करने के लिए ESX या ESX (i), या हाइपर- V चलाएँ।
शायद और अधिक लेकिन अभी के लिए बस इतना ही। :)
[अद्यतन] यहाँ एक और एक है। होस्ट सर्वर पर नवीनतम फर्मवेयर लागू करें। मेरे पास एक ऐसा था जो मैंने नहीं किया, जिसने मुझे कुछ दिनों में एक बार बैंगनी स्क्रीन दी और सर्वर को पूरी तरह से क्रैश कर दिया।
वर्चुअलाइजेशन प्रभाव ओवरहेड के प्रदर्शन का लगभग 5% है। यदि आपके वर्चुअलाइजेशन environnement इस लोड ले जा सकते हैं यह निर्धारित करने के लिए मौजूदा environnement पर संसाधनों की खपत को मापें।
अपने वर्चुअलाइजेशन समाधान के साथ लाइव होने से पहले:
क्या ऐसा कुछ है जिसे आपने वर्चुअलाइज करने की कोशिश की है लेकिन फिर कभी नहीं करेगा?
मैं नहीं कहूंगा कि मैं इसे फिर से कोशिश नहीं करूंगा, लेकिन स्तरित वर्चुअलाइजेशन से निपटने के लिए सुखद नहीं है।
स्तरित से मेरा मतलब है कि एक्सनेरा, एचपी वर्चुअल कनेक्ट या सिस्को यूसीएस जैसे वर्चुअलाइज्ड हार्डवेयर पर एक्सईएन या एसएक्स चलाना। यह एक अच्छा विचार लगता है, लेकिन डिबग में बहुत समय लग सकता है।
VMWare में, जानें कि स्नैपशॉट्स कहां समाप्त होते हैं। हमारे पास हमारे पास LUN पर समाप्त करने के लिए कॉन्फ़िगर किया गया था SAN स्वयं VM फ़ाइलों के साथ। एक तकनीक एक LUN पर स्नैपशॉट प्रक्रिया का अभ्यास कर रही थी जो लगभग पूर्ण थी। बाद में उसने किसी कारण से VM को रिबूट किया, और लॉग फ़ाइलों के कारण VM शुरू नहीं हुआ। यह भाग्य का थोड़ा सा कारण था जो हमें LUN के कारण के रूप में पूर्ण बनाता है।