मैं वर्चुअलाइजेशन के साथ शुरुआत कर रहा हूं इसलिए मेरे साथ सहन करें।
वर्चुअल वातावरण में अनुप्रयोग हाइपरविज़र की परत में चलते हैं। इसलिए एक भौतिक मशीन में कई अनुप्रयोग चलाने वाली कई वर्चुअल मशीनें हो सकती हैं।
अब तक सब ठीक है?
तो क्या होता है जब एक भौतिक मशीन विफल हो जाती है? क्या ऐसा नहीं होगा कि एक ही मशीन से कई एप्लिकेशन फेल हो जाएं?
मैं ओपनस्टैक के साथ एक निजी क्लाउड विकसित करने के लिए खोज रहा हूं , लेकिन मैं पहले वर्चुअलाइजेशन को पूरी तरह से समझना चाहता हूं।
जवाबों:
बारीकियों पर निर्भर करता है कि आप किस सटीक वर्चुअलाइजेशन समाधान का उपयोग करते हैं, लेकिन विचार यह है कि आपके पास एक आभासी खेत है, जहां कई वर्चुअल मशीन के साथ कई भौतिक होस्ट हैं। फिर आप कुछ ऐसी दक्षता का उपयोग करते हैं जो आपको हर वीएम के लिए एक भौतिक होस्ट की आवश्यकता नहीं होती है ताकि आपके पास उस मामले में कवर करने के लिए पर्याप्त ओवरहेड बचा हो जहां एक भौतिक मशीन नीचे जाती है।
इसके अतिरिक्त, आप एक आम (निरर्थक) सैन पर प्रत्येक वीएम के लिए वीएचडी का पता लगा सकते हैं। प्रत्येक भौतिक होस्ट के हाइपरविजर्स को एक दूसरे के साथ बात करने और विभिन्न वीएम से मेमोरी साझा करने के लिए सेट किया जा सकता है। कुछ विलंबता है, और अधिकांश मेमोरी डिस्क द्वारा समर्थित होगी, लेकिन यदि भौतिक होस्ट में से एक नीचे चला जाता है, तो आप उस होस्ट से वीएम के लिए भी इंतजार नहीं कर रहे हैं। इसके बजाय, उन वीएम को स्वचालित रूप से शेष मेजबानों के बीच वितरित किया जाएगा। अंतिम लक्ष्य यह है कि ये मशीनें लगभग वहीं से उठेंगी, जहाँ उन्होंने छोड़ा था, बिल्कुल नहीं डाउनटाइम के साथ। एक मायने में, आपके सभी वीएम पहले से ही कम से कम दो भौतिक मेजबानों पर चल रहे हैं। व्यवहार में, अभी हाइपरविजर इस प्रकार के माइग्रेशन को केवल एक समय में कर सकते हैं, जब वे जानते हैं कि यह मेजबान के विफल होने से पहले आ रहा है ... लेकिन कोई गलती न करें: हार्डवेयर विफलता पर तत्काल प्रवास सभी प्रमुखों के लिए अंतिम लक्ष्य है hypervisors।
यही कारण है कि आप कभी-कभी किसी खेत में एकल भौतिक होस्ट के लिए वर्चुअलाइज्ड सर्वर को देखते हैं। आप किसी भी हार्डवेयर दक्षता हासिल नहीं कर सकते हैं (आप कुछ प्रदर्शन भी खो सकते हैं ), लेकिन आप इसके लिए प्रबंधन की स्थिरता और अंतर्निहित उच्च उपलब्धता के संदर्भ में बनाते हैं।
भौतिक होस्ट पर चलने वाले सभी वर्चुअल सर्वर ऑफ़लाइन हो जाएंगे यदि होस्ट में किसी प्रकार की विफलता है।
उस ने कहा, अधिकांश प्लेटफ़ॉर्म एकल वीएम के लिए उच्च-उपलब्धता समाधान प्रदान करते हैं। दूसरी बार एक नोड के नीचे जाने की स्थिति में सेवा व्यवधान को रोकने के लिए कई नोड्स के साथ एक सिस्टम बनाया गया है।
यदि दो वीएम नोड अत्यधिक उपलब्ध सेवा बनाते हैं, तो यह सुनिश्चित करने के लिए हाइपर विज़ोर को कॉन्फ़िगर करना संभव है कि दो नोड्स एक ही भौतिक अवसंरचना (दोष सहिष्णुता) पर निर्भर न हों। यह विभिन्न नेटवर्क पथों सहित सभी भौतिक सर्वर दोष सहिष्णुता से अधिक हो सकता है, भौगोलिक रूप से भिन्न स्थान तक सभी तरह से।
आप अपनी धारणा के साथ सही हैं कि यदि भौतिक मशीन विफल हो जाती है, तो वीएम अनुपलब्ध हो जाते हैं।
लेकिन ओपनस्टैक इसका ध्यान रख सकता है और दूसरे सर्वर पर विफल भौतिक सर्वर के VMs को शुरू कर सकता है या आप एक हाइपरविजर सिस्टम का उपयोग कर सकते हैं जो पहले से ही वितरित है, मुझे लगता है कि vsphere ऐसा कर सकता है।
अधिक जानकारी के लिए आपको HA पर ओपनस्टैक के दस्तावेज़ को पढ़ना चाहिए ।
अपने प्रश्न के बारे में - हां, आप इस भौतिक होस्ट के भीतर सभी मशीनों के लिए पहुंच को ढीला कर देंगे। बेशक, यह निर्भर करता है कि कौन सा घटक विफल रहा। अगर यह डिस्क है - यह एक तरह की समस्या है, अगर यह मदरबोर्ड है - यह बहुत आसान है। सामान्य हार्डवेयर रिकवरी में आसान है क्योंकि हाइपरवाइजर हार्डवेयर-अज्ञेयवादी है। इस समय बहुत अधिक विक्रेता विशिष्ट प्रौद्योगिकियाँ हैं जिनका उपयोग आप अत्यधिक उपलब्ध सेवाओं के लिए कर सकते हैं।
संसाधन पूल (vmware) - ऊपर उल्लिखित किसी व्यक्ति के रूप में कई भौतिक होस्ट संसाधनों (सीपीयू, मेमोरी, आदि) को एकत्रित करने में सक्षम नहीं हैं , इसलिए यदि आपके पास 2 भौतिक होस्ट हैं (मान लें कि 1CPU क्वाड कोर बिना हाइपरथ्रेडिंग के - 8GBR3 प्रत्येक) तो यह नहीं होगा संभव है कि वहां 5vCPU-12Gb VM हो। संसाधन पूल तार्किक हैं, वे सुपरकंप्यूटिंग सिस्टम बनाने में सक्षम नहीं हैं। अभी, यह संसाधन उपयोग को नियंत्रित करने का एक तरीका है।
उपलब्धता (vmware) - उच्च उपलब्धता (HA) जैसी प्रौद्योगिकियों का उपयोग करना संभव है जो आपको स्वचालित रूप से क्लस्टर में सभी वीएम के स्वचालित रिकवरी ( 1-2min के भीतर मेरे अनुभव के आधार पर) की अनुमति देता है , यदि आप स्टोरेज एरे (एनएएस, का उपयोग कर रहे हैं) iSCSI, FC) और वहां सभी VM फाइल रखें। अधिक हा केवल सीपीयू, रैम, मदरबोर्ड की विफलता के मामले में काम करता है, यह स्पष्ट है कि यह स्टोरेज एरे के काम नहीं करेगा। RAID / नियंत्रक विफलताओं को रोकने के लिए लोग प्रतिकृति, संग्रहण LUN मिररिंग आदि का उपयोग करते हैं।
यदि 1-2 मिनट के भीतर रिकवरी एक विकल्प नहीं है, तो फॉल्ट टॉलरेंस (एफटी) जैसी प्रौद्योगिकियां हैं जो कॉन्फ़िगर वीएम की छाया (रनिंग) कॉपी रखकर विफलता के मामले में वीएम के शून्य डाउनटाइम को प्राप्त करने की अनुमति देती हैं। लेकिन इस तकनीक में बहुत सारे प्रतिबंध हैं - कई वीसीपीयू के साथ वीएम को सहन करने में गलती की समस्या पूरी तरह से हल नहीं हुई है।
कुल मिलाकर, प्रत्येक समाधान आपके लक्ष्य पर निर्भर करता है।