VMWare vSphere के आधार पर वर्चुअल इन्फ्रास्ट्रक्चर का अनुकूलन

अभ्यास से पता चलता है कि किसी भी प्रक्रिया, एक निश्चित सीमा तक, हमेशा अनुकूलित किया जा सकता है। यह अच्छी तरह से वर्चुअलाइजेशन के लिए जिम्मेदार ठहराया जा सकता है। अनुकूलन के बहुत सारे अवसर हैं, और यह कार्य बहुआयामी है।



इस लेख के ढांचे के भीतर मैं आपको आभासी मशीनों को आकार देने के तरीकों के साथ-साथ उनके काम के अनुकूलन के तरीकों से परिचित करना चाहता हूं। सामग्री तकनीकी होगी और सभी vSphere विशेषज्ञों के साथ परिचित होने के लिए अनुशंसित है।



सबसे पहले, मैं दो तकनीकों के बारे में बात करना चाहता हूं जो मुख्य रूप से प्रदर्शन को प्रभावित करती हैं। यह NUMA तकनीक और ESXi हाइपरविजर शेड्यूलर तकनीक है।



NUMA के बारे में बहुत सारे विस्तृत लेख हैं, मैं इस जानकारी को वापस लेने की बात नहीं देखता, मैं खुद को सामग्री की अखंडता के लिए एक मूल विवरण तक सीमित करूंगा। तो NUMA - नॉन यूनिफॉर्म मेमोरी एक्सेस। यह रूसी में असमान पहुंच मेमोरी के रूप में अनुवादित किया जा सकता है।



आधुनिक मल्टी-सॉकेट सर्वर, वास्तव में, एक मदरबोर्ड पर संयुक्त कई अलग-अलग एकल-सॉकेट कंप्यूटर हैं। प्रत्येक प्रोसेसर पूरी तरह से अपने स्वयं के रैम स्लॉट्स का मालिक होता है, और केवल उसी तक उसकी पहुंच होती है। इसी तरह, प्रत्येक प्रोसेसर की अपनी निजी पीसीआई-ई बस होती है, जिसमें मदरबोर्ड के विभिन्न उपकरण जुड़े होते हैं, साथ ही पीसीआई-ई विस्तार स्लॉट भी होते हैं। प्रोसेसर एक उच्च गति डेटा विनिमय बस द्वारा जुड़े हुए हैं, जिसके माध्यम से वे "विदेशी" उपकरणों तक पहुंच प्राप्त करते हैं, जिससे संबंधित मेजबान प्रोसेसर को इसके लिए अनुरोध किया जाता है। स्पष्ट कारणों से, प्रोसेसर की अपनी मेमोरी तक पहुंच किसी अन्य व्यक्ति की तुलना में बहुत कम खर्चीली है। अभी के लिए, आपको इस तकनीक के बारे में जानना होगा।



vSphere NUMA से अच्छी तरह वाकिफ है और उन भौतिक प्रोसेसरों पर वर्चुअल मशीन कोर लगाने का प्रयास कर रहा है जिनकी मेमोरी में वर्चुअल मशीन की रैम अब स्थित है। लेकिन वहाँ नुकसान कर रहे हैं। सर्वर निर्माता डिफ़ॉल्ट रूप से BIOS में NUMA अनुकरण को सक्षम करना पसंद करते हैं। अर्थात्, सर्वर ऑपरेटिंग सिस्टम के लिए एक NUMA डिवाइस के रूप में प्रकट होता है, और vSphere इस तकनीक का प्रबंधन करने के लिए अपने अनुकूलन का उपयोग नहीं कर सकता है। VSphere प्रलेखन में, BIOS में इस विकल्प को अक्षम (अक्षम) करने की सिफारिश की गई है, यह vSphere को स्वतंत्र रूप से समस्या से निपटने की अनुमति देता है।



संभावित समस्याओं पर विचार करें जो NUMA के साथ हो सकती हैं। हम मानते हैं कि vSphere इसे देखता है और इसके साथ सही ढंग से काम करता है। उदाहरण के लिए, हम 2-प्रोसेसर सिस्टम को NUMA का सबसे सरल संस्करण मानेंगे। मान लीजिए कि एक भौतिक सर्वर में प्रत्येक सॉकेट पर 64 जीबी रैम, 32 है।



1. हम एक वर्चुअल कोर (vCPU) के साथ एक वर्चुअल मशीन (VM) बनाते हैं। स्वाभाविक रूप से, केवल एक भौतिक प्रोसेसर ऐसी वर्चुअल मशीन को निष्पादित कर सकता है। ऐसी स्थिति पर विचार करें जहां एक वीएम को 48 जीबी रैम दिए जाने की आवश्यकता है। 32 जीबी वीएम मेमोरी "स्वयं" भौतिक प्रोसेसर से ली जाएगी, और 16 अन्य इसे "एलियन" से लेना होगा। और जब इन "विदेशी" गीगाबाइट तक पहुंचते हैं, तो हमें उच्च अक्षांशों की गारंटी मिलती है, जो आभासी मशीन की गति को काफी कम कर देगा और भौतिक प्रोसेसर के बीच डेटा ट्रांसफर बस पर लोड बढ़ाएगा। यदि आप वर्चुअल मशीन 2 वर्चुअल सॉकेट को 1 कोर के साथ देते हैं तो आप स्थिति को ठीक कर सकते हैं। फिर vSphere 2 VM vCPU को विभिन्न भौतिक प्रोसेसर में वितरित करेगा, प्रत्येक से 24 जीबी रैम लेगा। वर्चुअल मशीन 1 वर्चुअल सॉकेट देने से, हम इसे 2 भौतिक प्रोसेसर का सही उपयोग करने की क्षमता से वंचित करेंगे।

2. विकल्प जब हम बनाते हैं, पहले आइटम के अलावा, 10 जीबी रैम और एक वीसीपीयू के साथ एक दूसरा वीएम। यदि यह वीएम एक था, तो कोई समस्या नहीं है, यह 32 जीबी रैम के साथ एक एनयूएमए नोड में पूरी तरह से फिट बैठता है। लेकिन हमारे पास पहली मशीन है, जो दोनों NUMA नोड्स में 24 जीबी मेमोरी खाती है, और प्रत्येक नोड में केवल 8 जीबी मेमोरी मुफ्त है। इस स्थिति में, या तो पहले या दूसरे वीएम "एलियन" मेमोरी के हिस्से का उपयोग करना शुरू कर देंगे, हालांकि ऐसा लगता है कि उनमें से प्रत्येक NUMA के दृष्टिकोण से सही तरीके से कॉन्फ़िगर किया गया है। यह एक बहुत ही सामान्य गलती है और आपको डिज़ाइन के दौरान अपने वर्चुअल इन्फ्रास्ट्रक्चर की बहुत सावधानी से गणना करने की आवश्यकता है, साथ ही ऑपरेशन के दौरान वर्चुअल मशीनों को कॉन्फ़िगर करने के लिए एक व्यापक दृष्टिकोण है।



मैं ध्यान देना चाहूंगा कि NUMA और हाइपरथ्रेडिंग के साथ काम करते समय vSphere का अपना स्पष्ट तर्क है।



यदि वीएम में केवल 1 आभासी सॉकेट है, तो वीसीपीयू में वृद्धि के साथ, मशीन को विशेष रूप से हाइपरथ्रेडिंग तकनीक का उपयोग किए बिना अपने भौतिक कोर पर एकल भौतिक प्रोसेसर पर निष्पादित किया जाएगा। यदि वीसीपीयू की संख्या भौतिक प्रोसेसर कोर की संख्या से अधिक है, तो वीएम इस भौतिक प्रोसेसर के भीतर चलता रहेगा, लेकिन पहले से ही हाइपरथ्रेडिंग का उपयोग कर रहा है। यदि vCPU की संख्या हाइपरथ्रेडिंग को ध्यान में रखते हुए प्रोसेसर कोर की संख्या को पार कर जाती है, तो पड़ोसी NUMA नोड्स (अन्य भौतिक प्रोसेसर) के कोर का उपयोग करना शुरू हो जाएगा, जिससे प्रदर्शन हानि हो जाएगी (यदि आप वर्चुअल सॉकेट की गलत संख्या निर्दिष्ट करते हैं)। उस स्थिति में जब भौतिक प्रोसेसर बहुत अधिक भरा हुआ है और कोई मुफ्त भौतिक कोर नहीं है, किसी भी स्थिति में, हाइपरथ्रेडिंग तकनीक का उपयोग किया जाएगा (जब तक कि वर्चुअल मशीन कॉन्फ़िगरेशन में निर्दिष्ट नहीं किया जाता है)। यदि आप संख्याओं को देखते हैं, तो औसत वीएम अपने प्रदर्शन का लगभग 30-40% खो देता है यदि यह शुद्ध भौतिक कोर की तुलना में शुद्ध हाइपरथ्रेडिंग पर चलता है। लेकिन भौतिक प्रोसेसर के पास हाइपरथ्रेडिंग तकनीक के बिना लगभग 30% अधिक का समग्र प्रदर्शन है (केवल भौतिक कोर का उपयोग करके)। यह संकेतक लोड के प्रकार और मल्टीथ्रेडेड कार्य के लिए वीएम अनुप्रयोगों के अनुकूलन पर बहुत निर्भर है।



यदि एक वीएम में एक से अधिक वर्चुअल सॉकेट है, तो vSphere अलग-अलग भौतिक सर्वर प्रोसेसर पर निष्पादन योग्य कर्नेल और रैम रखकर ऐसे वीएम के संचालन का अनुकूलन करेगा।



स्पष्ट कारणों के लिए, भौतिक सर्वर लोड की स्थिति लगातार बदल रही है। अक्सर, सर्वर के भौतिक प्रोसेसर पर एक असमान भार होता है। vSphere इस पर नज़र रखता है। शेड्यूलर मामलों की स्थिति का विश्लेषण करता है, एक वीएम या इसके दूसरे NUMA नोड (चलती स्मृति, कोर) को स्थानांतरित करने के ओवरहेड की गणना करता है। इन लागतों को स्थानांतरण के संभावित लाभों के साथ तुलना करता है और यह तय करता है कि इसे छोड़ना है या इसे स्थानांतरित करना है। दूसरे शब्दों में, किसी भी स्थिति में, vSphere आभासी मशीनों के प्रदर्शन को अनुकूलित करने की कोशिश करता है। हमारा काम vSphere को सरल बनाना है और इसे निराशाजनक स्थिति में नहीं डालना है।



अगर NUMA नोड्स वाली मशीनों को सही तरीके से कॉन्फ़िगर नहीं किया गया है, तो हम किस तरह के नुकसान के बारे में बात कर सकते हैं? अपने अनुभव से निर्देशित, मैं कह सकता हूं कि भौतिक सर्वर के कुल प्रदर्शन का 30% तक नुकसान पहुंच सकता है। चाहे वह बहुत कुछ हो या थोड़ा आपके ऊपर हो।



अब जब हमें NUMA और हाइपरथ्रेडिंग के साथ थोड़ा सा पता चल गया है, तो मैं इस बारे में कुछ और बात करना चाहता हूं कि वर्चुअल मशीन कर्नेल, vCPU के साथ शेड्यूलर कैसे काम करता है।



मैं बहुत गहराई में नहीं जाऊंगा, यह किसी के लिए बहुत कम रुचि है, लेकिन मैं आपको इस तंत्र के सिद्धांतों और कार्यप्रणाली के बारे में बताने की कोशिश करूंगा। तो, हाइपरविजर का मूल तंत्र इस प्रकार है। रैम में, एक प्रक्रिया लगातार चल रही है जो आभासी मशीनों का काम करती है। इस प्रक्रिया को READY राज्य पाइपलाइन और WAIT राज्य स्टोर के रूप में सोचा जा सकता है। हम आभासी मशीनों के अन्य महत्वपूर्ण राज्यों को छोड़ देते हैं, वे अब महत्वपूर्ण नहीं हैं।



धारणा में आसानी के लिए, मैं सभी वीसीपीयू वर्चुअल मशीनों को एक श्रृंखला के रूप में देखने का प्रस्ताव करता हूं। श्रृंखला में प्रत्येक लिंक vCPU (vSphere के संदर्भ में दुनिया) का मूल है। एक मशीन में उतने ही ऐसे संसार हैं जितने में vCPU हैं। प्रत्येक वर्चुअल मशीन के साथ 2 और अदृश्य, सेवा संसार हैं। एक पूरी मशीन के रूप में सर्विसिंग के लिए जिम्मेदार है, दूसरा इसके इनपुट-आउटपुट के लिए। इन सेवा दुनियाओं द्वारा कंप्यूटिंग शक्ति की वास्तविक खपत पूरी तरह से महत्वहीन है, और उनकी स्मृति खपत का अनुमान आपके वर्चुअल मशीन के लिए ओवरहेड इंडिकेटर द्वारा लगाया जा सकता है। यह ध्यान देने योग्य है कि जब वर्चुअल और भौतिक कोर की समान संख्या के साथ, VM को संपूर्ण भौतिक होस्ट का आकार बनाते हैं, तो कुछ प्रदर्शन हानि हो सकती है। मैं इस पल को थोड़ा कम पर स्पर्श करूंगा।



READY कन्वेयर एक "पाइप" है जिसमें सभी ऐसी श्रृंखलाओं को बारी-बारी से गिराया जाता है। Timeslot वह समय है जिसके दौरान वर्चुअल मशीन एक भौतिक प्रोसेसर द्वारा निष्पादित की जाती हैं (उनके vCPU निष्पादित होते हैं)। इस समय, वर्चुअल मशीन भौतिक सर्वर के समान लगभग दोषरहित है, हार्डवेयर सर्वर (pCPU) के भौतिक प्रोसेसर का उपयोग करता है। टाइम स्लॉट का अधिकतम मूल्य कृत्रिम रूप से 1 मिलीसेकंड के आदेश के मूल्य तक सीमित है। समय स्लॉट समाप्त होने के बाद, वीएम वीसीपीयू को शेड्यूलर द्वारा जबरन पाइपलाइन की कतार में रखा जाता है। शेड्यूलर के पास READY पाइपलाइन में वर्चुअल मशीनों के क्रम को बदलने की क्षमता है, प्रत्येक मशीन की प्राथमिकता की गणना उसके वर्तमान वास्तविक भार, संसाधनों पर उसके अधिकारों (शेयरों) के आधार पर की जाती है, कितनी देर तक मशीन भौतिक प्रोसेसर और कई कम महत्वपूर्ण मापदंडों पर थी। यह मानना ​​तर्कसंगत है कि यदि मेजबान पर केवल एक वीएम है, तो यह हमेशा देरी के बिना आरएडीवाई पाइपलाइन को पारित करेगा अन्य VM से संसाधनों के लिए इसका कोई प्रतिस्पर्धी नहीं है।



शारीरिक कोर पर शेड्यूलर आभासी मशीनों की दुनिया को कैसे बताता है? एक तालिका की कल्पना करें, जिसमें हमारे भौतिक सर्वर (हाइपरथ्रेडिंग सहित) में कोर के रूप में कई कॉलम हैं। ऊंचाई में, प्रत्येक पंक्ति सर्वर प्रोसेसर (एस) के अगले घड़ी चक्र के अनुरूप होगी। आइए एक 2-प्रोसेसर सर्वर, 6 भौतिक कोर प्रति प्रोसेसर, + हाइपरथ्रेडिंग की कल्पना करें। कुल में, हमें प्रति सर्वर 24 कोर मिलते हैं। मान लीजिए कि सर्वर में लोड अधिक है, और vSphere हाइपरथ्रेडिंग का उपयोग करने के लिए मजबूर है, तो ऐसा सोचना आसान होगा। मान लें कि हमारे पास कई वर्चुअल मशीनें हैं:



• 1 कोर के 4 टुकड़े

• 2 कोर के 4 टुकड़े

• 8 कोर के 2 टुकड़े

• 16 कोर का एक टुकड़ा



तो, पहली बार स्लॉट आता है, शेड्यूलर आवेदकों का चयन करता है। बता दें कि पहली कार 16 कोर की थी। पहले 16 भौतिक कोर (pCPU) का कब्जा है, 8 बचे हैं। उदाहरण के लिए, 2 कोर वाली 4 मशीनें रखी गई हैं (इसके अलावा, 16 कोर वाली मशीन में NUMA के साथ सही ढंग से काम करने के लिए 2 वर्चुअल सॉकेट होना चाहिए)। सब कुछ, टाइमलाइन भरा हुआ है, यह आदर्श है। हम प्रदर्शन नहीं खोते हैं, pCPU बेकार नहीं जाता है। शेष आभासी मशीनें इस समय काम नहीं कर रही हैं और READY प्रतीक्षा कतार में हैं। मान लीजिए कि "खुश" आभासी मशीनों में एक ही टाइमलैट है (हालांकि वास्तव में, सभी वीएम में अलग-अलग टाइमलैट हैं और इन कारकों पर निर्भर हैं)। तो, दूसरा समय स्लॉट आता है, और शेड्यूलर को इसे भरना होगा।



अनुपलब्ध कारें:



• 1 कोर के 4 टुकड़े

• 8 कोर के 2 टुकड़े



हम भरने के लिए शुरू करते हैं, 8 कोर के साथ 2 कारें, 1 के साथ 4 कारें, 4 मुक्त pCPUs, आप दो 2-कोर कारों को वहां रख सकते हैं जो पहले से ही पहले स्लॉट में काम कर चुके हैं। अधिक हम वहां कुछ भी फिट नहीं कर सकते, यह फिट नहीं है। टाइमलाइन फिर से पूरी तरह से भर गई है और हम शक्ति नहीं खो रहे हैं।







इसी तरह, शेड्यूलर वर्चुअल मशीनों की दुनिया के साथ समय के स्लॉट को भरना जारी रखेगा, भरने में "छेद" को कम करने और आभासी वातावरण की दक्षता बढ़ाने के लिए यथासंभव कुशलता से ऐसा करने की कोशिश करेगा।



नीचे मेजबान पर आभासी मशीनों के स्थान का एक नकारात्मक संस्करण है। एक बड़े मेजबान के आकार की मशीन और 1 वीसीपीयू के साथ एक छोटा। संसाधनों के समान अधिकारों और प्रदर्शन के लिए समान आवश्यकताओं के साथ, इन मशीनों को समान समय स्लॉट प्राप्त होंगे, अर्थात, वे प्रोसेसर समय को आपस में विभाजित करेंगे। क्योंकि चूंकि दोनों मशीनें एक ही समय में काम नहीं कर सकती हैं (एक समय स्लॉट में फिट नहीं होती हैं), वे बदले में काम करेंगे, और छोटी मशीन खाली समय स्लॉट में काम करेगी, जहां कोई और नहीं होगा (समय स्लॉट बर्बाद हो जाएगा)। एक बड़ी मशीन, सभी इच्छा के साथ, प्रोसेसर समय प्राप्त करने में सक्षम नहीं होगा, भले ही यह इस मशीन के लिए आवश्यक हो। उदाहरण के लिए, 3 गीगाहर्ट्ज़ की केंद्रीय प्रोसेसर आवृत्ति के साथ, ये दोनों मशीनें अधिकतम 1.5 गीगाहर्ट्ज़ प्राप्त कर सकेंगी।







वर्चुअलाइजेशन आपको मेजबान पर कई वर्चुअल मशीन बनाने की अनुमति देता है, और एक स्थिति उत्पन्न हो सकती है जब सभी मशीनों के कुल वीसीपीयू की संख्या भौतिक मेजबान के पीपीसीयू की संख्या से अधिक होगी। यह काफी सामान्य है, लेकिन आपको स्पष्ट रूप से पता होना चाहिए कि एक ही समय में सभी वीसीपीयू अपनी सूखा शक्ति का 100% प्राप्त नहीं कर पाएंगे। दूसरे शब्दों में, यदि आपके पास एक ही वर्चुअलाइजेशन होस्ट पर कई भरी हुई मशीनें हैं और वीसीपीयू की कुल संख्या मेजबान pCPUs से अधिक है, तो संभावना की एक उच्च डिग्री के साथ ये मशीनें एक-दूसरे के साथ हस्तक्षेप करेंगी, जिससे आपके समग्र प्रदर्शन में कमी आएगी।



अब मैं एक वर्चुअल मशीन बनाकर पूरे मेजबान के आकार में लौटना चाहूंगा। ठीक है, इस तरह के एक वीएम को पूरे फर्स्ट टाइम स्लॉट पर लेने दें और इसे काम करें। अब इस मशीन के साथ आने वाले सिस्टम की दुनिया के बारे में याद रखें। उन्हें भी निष्पादित किया जाना चाहिए, क्योंकि हाइपरविजर स्वयं और अपनी स्वयं की सिस्टम प्रक्रियाओं को निष्पादित करना होगा। यही है, उन्हें टाइम स्लॉट देने और उनमें एक निश्चित संख्या में pCPU करने की आवश्यकता होती है। और इस समय हमारे बड़े वीएम को क्या करना चाहिए? यह सही है, सभी pCPUs की रिहाई की उम्मीद है कि वहाँ फिट करने में सक्षम हो। यही है, हमें हाइपरविज़र (समय स्लॉट) के सेवा कार्यों पर प्रदर्शन खोने की गारंटी दी जाती है, और यह बुरा है (हम बड़ी और छोटी मशीनों के साथ ऊपर दिए गए उदाहरण को याद करते हैं)। उदाहरण के लिए, एक उच्च-लोड iSCSI सॉफ़्टवेयर आरंभकर्ता 6 गीगाहर्ट्ज़ प्रोसेसर शक्ति तक खपत करता है। यह छोटे VMs के मामले में इतना ध्यान देने योग्य नहीं होगा। वे सेवा प्रक्रियाओं (एक ही समय में) के साथ समानांतर में काम करेंगे। और एक बड़े वीएम के लिए, यह काम नहीं करेगा। यह पूरे समय स्लॉट, इसके सभी pCPUs को लेता है, और एक समय स्लॉट में फिट नहीं हो सकता है यदि इसके pCPUs में से कम से कम एक पहले से ही किसी के कब्जे में है, तो एक सिस्टम प्रक्रिया।

यदि वर्चुअल इन्फ्रास्ट्रक्चर अनुचित तरीके से कॉन्फ़िगर किया गया है और मशीन नोड्स द्वारा स्थित हैं, तो हम किस तरह के नुकसान के बारे में बात कर सकते हैं? शून्य से अनंत तक (सिद्धांत में)। यह सब विशिष्ट स्थिति पर निर्भर करता है।



अलग-अलग, मैं वर्चुअल मशीन को साइज़ करते समय मुख्य नियम को आवाज़ देना चाहूंगा: वर्चुअल मशीन को न्यूनतम संसाधन दें, जिसके तहत यह अपने कार्य कर सकता है। यदि कोई पर्याप्त हो तो वीएम 2 कोर देने की आवश्यकता नहीं है। 4 को देने की आवश्यकता नहीं है यदि 2 पर्याप्त है (अतिरिक्त कोर समय स्लॉट में जगह लेता है)। इसी तरह मेमोरी के साथ, मशीन को बहुत अधिक न दें। शायद एक और मशीन पर्याप्त नहीं हो सकती है, न कि उन समस्याओं का उल्लेख करने के लिए जो लाइव माइग्रेशन (वास्तव में, वीएम मेमोरी की मात्रा की नकल) और एनयूएमए के साथ उत्पन्न होती हैं।



अब जब हमने एक टाइम स्लॉट के pCPU पर vCPU वर्चुअल मशीन तैनात करने के लिए तंत्र का पता लगाया है, तो NUMA और उसके आवंटन नियमों को याद करते हैं। हाइपरविजर शेड्यूलर के लिए, ये सभी नियम महत्वपूर्ण हैं जब से समय स्लॉट को भरना टाइम स्लॉट pCPUs विभिन्न NUMA नोड्स से संबंधित हो सकता है। अब, जब किसी मेजबान पर वर्चुअल मशीन को कॉन्फ़िगर करते समय NUMA के लिए लेखांकन की कठिनाइयों के अलावा, हमें समय स्लॉट्स के साथ एक शेड्यूलर हाइपरवाइज़र के साथ काम करने की विधि द्वारा लगाए गए प्रतिबंध भी प्राप्त हुए हैं। यदि हम अच्छा वीएम प्रदर्शन प्राप्त करना चाहते हैं, तो हमें सभी नुकसानों पर ध्यान देना चाहिए और निम्नलिखित नियमों द्वारा निर्देशित होना चाहिए:



• विशाल मशीन बनाने की कोशिश न करें (मेजबान आकार की तुलना में)

• बड़ी मशीनों के लिए, NUMA तकनीक द्वारा लगाए गए प्रतिबंधों को ध्यान में रखा जाना चाहिए।

• मेजबान pCPU के संबंध में vCPU की राशि का दुरुपयोग न करें

• कई छोटी या मध्यम आकार की मशीनों में हमेशा लचीलेपन और विशाल मशीनों पर समग्र प्रदर्शन का लाभ होगा।



अंत में, मैं हाइपरविजर के शेडर के काम के बारे में I / O के साथ कहना चाहूंगा। जब वर्चुअल मशीन अपने वर्चुअल हार्डवेयर को एक्सेस करती है, तो हाइपरवाइजर VM को रोक देता है, उसे pCPU से हटा देता है, और WAIT रिपॉजिटरी में डाल देता है। इस स्थिति में, कार काम नहीं करती है, यह बस इंतजार करती है। इस समय, हाइपरवाइजर हाइपरविज़र के आदेशों के अनुरूप अतिथि मशीन के वर्चुअल डिवाइस के कमांड्स को वास्तविक कमांड में बदल देता है, जिसके बाद हाइपरवाइजर वर्चुअल मशीन को READY पाइपलाइन को वापस कर देता है। वर्चुअल मशीन का एक समान "ठंड" तब होता है जब वर्चुअल डिवाइस मशीन के प्रति प्रतिक्रिया करता है (हाइपरवाइजर को फिर से उत्तर को बदलने की आवश्यकता होती है, लेकिन विपरीत दिशा में)। I / O कमांड जितना अधिक वर्चुअल मशीन का उत्पादन करता है, उतना ही अक्सर यह WAIT के "फ्रीज" में होता है, और इसका प्रदर्शन कम होता है। पुराने वर्चुअल मशीन I / O उपकरणों का उपयोग करते हैं, हाइपरवाइजर के लिए कमांड को बदलने में अधिक कठिन होता है, और VM अब WAIT में है।



VMWare स्पष्ट रूप से और औपचारिक रूप से हाइपरएक्टिव I / O के साथ आभासीकरण अनुप्रयोगों की सिफारिश नहीं करता है। आप वर्चुअल मशीन के लिए paravirtual उपकरणों का उपयोग करके WAIT के नकारात्मक प्रभाव को कम कर सकते हैं। यह एक 10-गीगाबिट नेटवर्क कार्ड VMXNET3 और paravirtual SCSI हार्ड डिस्क कंट्रोलर PVSCSI है। आभासी मशीनों को गति देने के लिए डिज़ाइन किए गए हार्डवेयर उपकरणों के उपयोग से WAIT और समग्र प्रदर्शन लाभ के प्रभाव को कम करने में मदद मिलती है। ये विभिन्न नेटवर्क और एचबीए एडेप्टर हैं जो हार्डवेयर iSCSI ऑफलोड, डायरेक्ट मेमोरी एक्सेस, वर्चुअलाइजेशन के लिए समर्थन के साथ नेटवर्क कार्ड आदि के लिए हैं।



मैं इस पर ध्यान देना चाहूंगा। मुझे उम्मीद है कि इस लेख में जानकारी आपके लिए दिलचस्प थी, और आप अपने आभासी बुनियादी ढांचे के निर्माण या संचालन के लिए अधिक प्रभावी ढंग से संपर्क कर सकते हैं।