VMware vSphere में VM प्रदर्शन का विश्लेषण। भाग 2: स्मृति

भाग 1. सीपीयू के बारे में

इस लेख में हम vSphere में रैंडम एक्सेस मेमोरी (RAM) प्रदर्शन काउंटर के बारे में बात करेंगे।
ऐसा लगता है कि प्रोसेसर की तुलना में मेमोरी के साथ सब कुछ अधिक स्पष्ट है: यदि वीएम पर प्रदर्शन समस्याएं उत्पन्न होती हैं, तो उन पर ध्यान न देना मुश्किल है। लेकिन अगर वे प्रकट हो जाएं तो उनसे निपटना कहीं अधिक कठिन होता है। लेकिन सबसे पहले चीज़ें.

सिद्धांत का एक छोटा सा

वर्चुअल मशीनों की रैम उस सर्वर की मेमोरी से ली जाती है जिस पर वीएम चल रहे हैं। यह बिल्कुल स्पष्ट है :). यदि सर्वर की रैम सभी के लिए पर्याप्त नहीं है, तो ESXi मेमोरी रिक्लेमेशन तकनीकों का उपयोग करना शुरू कर देता है। अन्यथा, VM ऑपरेटिंग सिस्टम RAM एक्सेस त्रुटियों के साथ क्रैश हो जाएगा।

ESXi रैम लोड के आधार पर तय करता है कि किन तकनीकों का उपयोग करना है:

स्मृति स्थिति

सीमा

कार्रवाई

हाई

मिनफ्री का 400%

ऊपरी सीमा तक पहुंचने के बाद, बड़े मेमोरी पेज छोटे पेजों में विभाजित हो जाते हैं (टीपीएस मानक मोड में काम करता है)।

स्पष्ट

मिनफ्री का 100%

बड़े मेमोरी पेजों को छोटे पेजों में विभाजित किया जाता है, टीपीएस को मजबूर किया जाता है।

नरम

मिनफ्री का 64%

टीपीएस + गुब्बारा

कठिन

मिनफ्री का 32%

टीपीएस + कंप्रेस + स्वैप

निम्न

मिनफ्री का 16%

कंप्रेस + स्वैप + ब्लॉक

स्रोत

हाइपरविजर को चलाने के लिए मिनफ्री आवश्यक रैम है।

ESXi 4.1 तक, minFree को डिफ़ॉल्ट रूप से तय किया गया था - सर्वर की रैम का 6% (प्रतिशत को ESXi पर Mem.MinFreePct विकल्प के माध्यम से बदला जा सकता है)। बाद के संस्करणों में, सर्वर पर मेमोरी की वृद्धि के कारण, मिनीफ़्री की गणना होस्ट की मेमोरी की मात्रा के आधार पर की जाने लगी, न कि किसी निश्चित प्रतिशत मान के रूप में।

न्यूनतम फ्री मान (डिफ़ॉल्ट) की गणना निम्नानुसार की जाती है:

मिनिफ्री के लिए आरक्षित मेमोरी का प्रतिशत

मेमोरी रेंज

6%

0-4 जीबी

4%

4-12 जीबी

2%

12-28 जीबी

1%

शेष स्मृति

स्रोत

उदाहरण के लिए, 128 जीबी रैम वाले सर्वर के लिए, मिनफ्री मान इस प्रकार होगा:
मिनफ्री = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 एमबी = 1,88 जीबी
सर्वर और रैम के आधार पर वास्तविक मान कुछ सौ एमबी से भिन्न हो सकता है।

मिनिफ्री के लिए आरक्षित मेमोरी का प्रतिशत

मेमोरी रेंज

128 जीबी के लिए मूल्य

6%

0-4 जीबी

245,76 एमबी

4%

4-12 जीबी

327,68 एमबी

2%

12-28 जीबी

327,68 एमबी

1%

शेष मेमोरी (100 जीबी)

1024 एमबी

आमतौर पर, उत्पादक स्टैंड के लिए, केवल उच्च अवस्था को ही सामान्य माना जा सकता है। परीक्षण और विकास बेंचों के लिए, स्पष्ट/नरम स्थिति स्वीकार्य हो सकती है। यदि होस्ट पर रैम 64% मिनफ्री से कम है, तो उस पर चलने वाले वीएम निश्चित रूप से प्रदर्शन समस्याओं का सामना कर रहे हैं।

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

पारदर्शी पेज शेयरिंग (टीपीएस)। टीपीएस, मोटे तौर पर कहें तो, सर्वर पर वर्चुअल मशीनों के रैम पेजों का डिडुप्लीकेशन है।

ईएसएक्सआई पृष्ठों के हैश योग की गणना और तुलना करके समान वर्चुअल मशीन रैम पृष्ठों की खोज करता है, और डुप्लिकेट पृष्ठों को हटा देता है, उन्हें सर्वर की भौतिक मेमोरी में उसी पृष्ठ के संदर्भों से बदल देता है। परिणामस्वरूप, भौतिक मेमोरी की खपत कम हो जाती है और कुछ मेमोरी ओवरसब्सक्रिप्शन को वस्तुतः बिना किसी प्रदर्शन प्रभाव के प्राप्त किया जा सकता है।

स्रोत

यह तंत्र केवल 4 केबी आकार (छोटे पेज) के मेमोरी पेजों के लिए काम करता है। हाइपरवाइज़र 2 एमबी आकार (बड़े पेज) वाले पेजों को डुप्लिकेट करने का प्रयास भी नहीं करता है: इस आकार के समान पेज ढूंढने की संभावना बहुत अच्छी नहीं है।

डिफ़ॉल्ट रूप से, ESXi बड़े पेजों को मेमोरी आवंटित करता है। बड़े पृष्ठों को छोटे पृष्ठों में विभाजित करना तब शुरू होता है जब उच्च स्थिति सीमा तक पहुंच जाती है और स्पष्ट स्थिति तक पहुंचने पर मजबूर हो जाती है (हाइपरवाइजर स्थिति तालिका देखें)।

यदि आप चाहते हैं कि टीपीएस होस्ट रैम के पूर्ण होने की प्रतीक्षा किए बिना काम करना शुरू कर दे, तो आपको उन्नत विकल्प ESXi में मान सेट करना होगा “मेम.एलोकगेस्टलार्जपेज” से 0 (डिफ़ॉल्ट 1). फिर वर्चुअल मशीनों के लिए बड़े मेमोरी पेजों का आवंटन अक्षम कर दिया जाएगा।

दिसंबर 2014 से, सभी ईएसएक्सआई रिलीज में, वीएम के बीच टीपीएस डिफ़ॉल्ट रूप से अक्षम है, क्योंकि एक भेद्यता पाई गई थी जो सैद्धांतिक रूप से एक वीएम को दूसरे वीएम की रैम तक पहुंचने की अनुमति देती है। विवरण यहाँ. मुझे टीपीएस भेद्यता के दोहन के व्यावहारिक कार्यान्वयन के बारे में जानकारी नहीं मिली है।

टीपीएस नीति को उन्नत विकल्प के माध्यम से नियंत्रित किया जाता है "मेम.शेयरफोर्ससैल्टिंग" ईएसएक्सआई पर:
0 - इंटर-वीएम टीपीएस। टीपीएस विभिन्न वीएम के पेजों के लिए काम करता है;
1 - वीएमएक्स में समान "sched.mem.pshare.salt" मान वाले वीएम के लिए टीपीएस;
2 (डिफ़ॉल्ट) - इंट्रा-वीएम टीपीएस। टीपीएस वीएम के अंदर के पेजों के लिए काम करता है।

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

स्मृति गुब्बारा. वीएम ऑपरेटिंग सिस्टम के लिए बैलूनिंग अब टीपीएस जैसी हानिरहित और पारदर्शी तकनीक नहीं रह गई है। लेकिन अगर सही तरीके से उपयोग किया जाए, तो आप बैलूनिंग के साथ रह सकते हैं और काम भी कर सकते हैं।

Vmware टूल्स के साथ, VM पर बैलून ड्राइवर (उर्फ vmmemctl) नामक एक विशेष ड्राइवर स्थापित किया गया है। जब हाइपरवाइजर की भौतिक मेमोरी खत्म होने लगती है और सॉफ्ट स्थिति में प्रवेश करता है, तो ESXi वीएम को इस बैलून ड्राइवर के माध्यम से अप्रयुक्त रैम को पुनः प्राप्त करने के लिए कहता है। ड्राइवर, बदले में, ऑपरेटिंग सिस्टम स्तर पर काम करता है और इससे मुफ्त मेमोरी का अनुरोध करता है। हाइपरवाइजर देखता है कि बैलून ड्राइवर ने भौतिक मेमोरी के कौन से पेज पर कब्जा कर लिया है, वर्चुअल मशीन से मेमोरी लेता है और इसे होस्ट को लौटा देता है। ओएस के संचालन में कोई समस्या नहीं है, क्योंकि ओएस स्तर पर मेमोरी बैलून ड्राइवर द्वारा कब्जा कर ली जाती है। डिफ़ॉल्ट रूप से, बैलून ड्राइवर 65% तक VM मेमोरी ले सकता है।

यदि VMware उपकरण VM पर स्थापित नहीं हैं या बैलूनिंग अक्षम है (मैं इसकी अनुशंसा नहीं करता, लेकिन वहाँ है KB:), हाइपरवाइज़र तुरंत मेमोरी हटाने के लिए अधिक कठोर तकनीकों पर स्विच करता है। निष्कर्ष: सुनिश्चित करें कि VMware उपकरण VM पर हैं।

बैलून ड्राइवर के संचालन को वीएमवेयर टूल्स के माध्यम से ओएस से जांचा जा सकता है.

स्मृति संपीड़न. इस तकनीक का उपयोग तब किया जाता है जब ESXi हार्ड अवस्था में पहुँच जाता है। जैसा कि नाम से पता चलता है, ESXi रैम के 4KB पेज को 2KB में संपीड़ित करने का प्रयास करता है, जिससे सर्वर की भौतिक मेमोरी में कुछ जगह खाली हो जाती है। यह तकनीक वीएम रैम पेजों की सामग्री तक पहुंच के समय को काफी हद तक बढ़ा देती है, क्योंकि पेज को पहले डीकंप्रेस किया जाना चाहिए। कभी-कभी सभी पृष्ठों को संपीड़ित नहीं किया जा सकता है और इस प्रक्रिया में कुछ समय लगता है। इसलिए, यह तकनीक व्यवहार में बहुत प्रभावी नहीं है।

मेमोरी स्वैपिंग. मेमोरी कम्प्रेशन के एक छोटे चरण के बाद, ESXi लगभग अनिवार्य रूप से (यदि VM अन्य होस्ट पर नहीं गए हैं या बंद नहीं हुए हैं) स्वैपिंग पर स्विच हो जाता है। और यदि बहुत कम मेमोरी बची है (निम्न स्थिति), तो हाइपरवाइज़र भी VM को मेमोरी पेज आवंटित करना बंद कर देता है, जिससे VM के अतिथि OS में समस्याएँ हो सकती हैं।

इस तरह स्वैपिंग काम करती है. जब आप वर्चुअल मशीन चालू करते हैं, तो इसके लिए .vswp एक्सटेंशन वाली एक फ़ाइल बनाई जाती है। यह वीएम की अनारक्षित रैम के आकार के बराबर है: यह कॉन्फ़िगर और आरक्षित मेमोरी के बीच का अंतर है। जब स्वैपिंग चल रही होती है, तो ESXi वर्चुअल मशीन मेमोरी पेजों को इस फ़ाइल में स्वैप करता है और सर्वर की भौतिक मेमोरी के बजाय इसके साथ काम करना शुरू कर देता है। बेशक, ऐसी "रैम" मेमोरी वास्तविक मेमोरी की तुलना में कई गुना धीमी होती है, भले ही .vswp तेज़ स्टोरेज पर हो।

बैलूनिंग के विपरीत, जब अप्रयुक्त पृष्ठों को वीएम से लिया जाता है, तो स्वैपिंग के साथ वे पृष्ठ जो सक्रिय रूप से ओएस या वीएम के अंदर अनुप्रयोगों द्वारा उपयोग किए जाते हैं, उन्हें डिस्क पर ले जाया जा सकता है। परिणामस्वरूप, VM का प्रदर्शन शून्य बिंदु तक गिर जाता है। वीएम औपचारिक रूप से काम कर रहा है और कम से कम इसे ओएस से ठीक से अक्षम किया जा सकता है। यदि आप धैर्यवान हैं 😉

यदि वीएम स्वैप में चले गए हैं, तो यह एक आपातकालीन स्थिति है जिसे यदि संभव हो तो टाला जाना चाहिए।

बुनियादी वर्चुअल मशीन मेमोरी प्रदर्शन काउंटर

तो हम मुख्य बात पर पहुँचे। वीएम की मेमोरी स्थिति की निगरानी के लिए, निम्नलिखित काउंटर हैं:

सक्रिय - पिछली माप अवधि में वीएम द्वारा एक्सेस की गई रैम (केबी) की मात्रा को दर्शाता है।

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

साझा - टीपीएस (वीएम के भीतर या वीएम के बीच) का उपयोग करके वीएम रैम की मात्रा घटाई गई।

दी - होस्ट भौतिक मेमोरी (KB) की मात्रा जो VM को आवंटित की गई थी। साझा सक्षम बनाता है.

ग्रहण किया हुआ (अनुमोदन - साझा) - भौतिक मेमोरी (KB) की वह मात्रा जो VM होस्ट से उपभोग करता है। साझा शामिल नहीं है.

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

शून्य — VM RAM (KB) की मात्रा, जिसमें शून्य होते हैं। ऐसी मेमोरी को हाइपरवाइज़र द्वारा मुफ़्त माना जाता है और इसे अन्य वर्चुअल मशीनों को दिया जा सकता है। अतिथि ओएस द्वारा शून्य मेमोरी में कुछ लिखने के बाद, यह कंज्यूम्ड में चला जाता है और वापस नहीं लौटता है।

आरक्षित ओवरहेड - वीएम ऑपरेशन के लिए हाइपरवाइजर द्वारा आरक्षित वीएम रैम, (केबी) की मात्रा। यह एक छोटी राशि है, लेकिन यह होस्ट पर उपलब्ध होनी चाहिए, अन्यथा VM प्रारंभ नहीं होगा।

गुब्बारा - बैलून ड्राइवर का उपयोग करके VM से निकाली गई RAM (KB) की मात्रा।

दबा हुआ - RAM (KB) की वह मात्रा जो संपीड़ित की गई थी।

बदली - RAM (KB) की मात्रा, जो सर्वर पर भौतिक मेमोरी की कमी के कारण डिस्क में चली गई।
बैलून और अन्य मेमोरी रिक्लेमेशन तकनीक काउंटर शून्य हैं।

150 जीबी रैम के साथ सामान्य रूप से काम करने वाले वीएम के मेमोरी काउंटर के साथ ग्राफ़ ऐसा दिखता है।

नीचे दिए गए ग्राफ़ में, VM में स्पष्ट समस्याएँ हैं। ग्राफ़ के नीचे आप देख सकते हैं कि इस VM के लिए RAM के साथ काम करने की सभी वर्णित तकनीकों का उपयोग किया गया था। इस वीएम के लिए गुब्बारा उपभोग की तुलना में बहुत बड़ा है। वास्तव में, वीएम जीवित से अधिक मृत है।

ईएसएक्सटीओपी

सीपीयू की तरह, यदि हम होस्ट पर स्थिति का त्वरित आकलन करना चाहते हैं, साथ ही 2 सेकंड तक के अंतराल के साथ इसकी गतिशीलता का आकलन करना चाहते हैं, तो हमें ESXTOP का उपयोग करना चाहिए।

ESXTOP मेमोरी स्क्रीन को "m" कुंजी के साथ कॉल किया जाता है और यह इस तरह दिखता है (फ़ील्ड B,D,H,J,K,L,O चयनित):

निम्नलिखित पैरामीटर हमारे लिए रुचिकर होंगे:

मेम ओवरकमिट औसत — 1, 5 और 15 मिनट के लिए होस्ट पर मेमोरी ओवरसब्सक्रिप्शन का औसत मूल्य। यदि यह शून्य से ऊपर है, तो यह देखने का एक कारण है कि क्या हो रहा है, लेकिन यह हमेशा समस्याओं का संकेतक नहीं होता है।

बीमारी में पीएमईएम/एमबी и वीएमकेएमईएम/एमबी - सर्वर की भौतिक मेमोरी और VMkernel के लिए उपलब्ध मेमोरी के बारे में जानकारी। यहां दिलचस्प चीजों में आप मिनफ्री वैल्यू (एमबी में), मेमोरी में होस्ट स्थिति (हमारे मामले में, उच्च) देख सकते हैं।

इन - लाइन नुमा/एमबी आप NUMA नोड्स (सॉकेट) में RAM का वितरण देख सकते हैं। इस उदाहरण में, वितरण असमान है, जो सिद्धांत रूप में बहुत अच्छा नहीं है।

मेमोरी रिक्लेमेशन तकनीकों के लिए सामान्य सर्वर आँकड़े निम्नलिखित हैं:

पीशेयर/एमबी — ये टीपीएस आँकड़े हैं;

स्वैप/एमबी - स्वैप उपयोग आँकड़े;

ज़िप/एमबी - मेमोरी पेज संपीड़न आँकड़े;

एमईएमसीटीएल/एमबी - गुब्बारा चालक उपयोग आँकड़े।

व्यक्तिगत वीएम के लिए, हमें निम्नलिखित जानकारी में रुचि हो सकती है। मैंने वीएम के नाम छिपा दिए ताकि दर्शक भ्रमित न हों :)। यदि ESXTOP मीट्रिक vSphere में काउंटर के समान है, तो मैं संबंधित काउंटर प्रदान करूंगा।

MEMSZ - वीएम (एमबी) पर कॉन्फ़िगर की गई मेमोरी की मात्रा।
MEMSZ = अनुदान + MCTLSZ + SWCUR + अछूता।

अनुदान -एमबी में स्वीकृत।

टीसीएचडी - एमबाइट में सक्रिय।

एमसीटीएल? - क्या वीएम पर बैलून ड्राइवर स्थापित है।

एमसीटीएलएसजेड — गुब्बारा से एमबी.

एमसीटीएलजीटी - RAM की मात्रा (MBytes) जिसे ESXi बैलून ड्राइवर (Memctl Target) के माध्यम से VM से हटाना चाहता है।

एमसीटीएलमैक्स - रैम की अधिकतम मात्रा (एमबाइट) जिसे ईएसएक्सआई बैलून ड्राइवर के माध्यम से वीएम से हटा सकता है।

SWCUR - स्वैप फ़ाइल से वीएम को आवंटित रैम की वर्तमान मात्रा (एमबाइट)।

एस.डब्ल्यू.जी.टी. - रैम की मात्रा (एमबाइट) जो ईएसएक्सआई स्वैप फ़ाइल (स्वैप टारगेट) से वीएम को देना चाहता है।

आप ESXTOP के माध्यम से VM की NUMA टोपोलॉजी के बारे में अधिक विस्तृत जानकारी भी देख सकते हैं। ऐसा करने के लिए, फ़ील्ड D, G चुनें:

एनएचएन - NUMA नोड्स जिस पर VM स्थित है। यहां आप तुरंत विस्तृत वीएम देख सकते हैं, जो एक NUMA नोड पर फिट नहीं होता है।

एनआरएमईएम - VM दूरस्थ NUMA नोड से कितनी मेगाबाइट मेमोरी लेता है।

एनएलएमईएम - VM स्थानीय NUMA नोड से कितनी मेगाबाइट मेमोरी लेता है।

एन%एल - स्थानीय NUMA नोड पर VM मेमोरी का प्रतिशत (यदि 80% से कम है, तो प्रदर्शन समस्याएं उत्पन्न हो सकती हैं)।

हाइपरवाइजर पर मेमोरी

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

अदला-बदली

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

स्वैप से वीएम को हटाने के लिए वास्तविक आदेश उन्होंने बताया कि डंकन एपिंग. मैं विस्तृत विवरण नहीं दोहराऊंगा, मैं केवल इसके उपयोग का एक उदाहरण दूंगा। जैसा कि आप स्क्रीनशॉट में देख सकते हैं, निर्दिष्ट कमांड निष्पादित करने के कुछ समय बाद, वीएम पर स्वैप गायब हो जाता है।

ESXi पर RAM प्रबंधित करने के लिए युक्तियाँ

अंत में, यहां कुछ युक्तियां दी गई हैं जो आपको रैम के कारण वीएम प्रदर्शन की समस्याओं से बचने में मदद करेंगी:

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

रैम के बारे में मेरे लिए बस इतना ही। नीचे उन लोगों के लिए संबंधित लेख हैं जो गहराई में जाना चाहते हैं। अगला लेख स्टोरेज को समर्पित होगा।

उपयोगी लिंक्सhttp://www.yellow-bricks.com/2015/03/02/what-happens-at-which-vsphere-memory-state/
http://www.yellow-bricks.com/2013/06/14/how-does-mem-minfreepct-work-with-vsphere-5-0-and-up/
https://www.vladan.fr/vmware-transparent-page-sharing-tps-explained/
http://www.yellow-bricks.com/2016/06/02/memory-pages-swapped-can-unswap/
https://kb.vmware.com/s/article/1002586
https://www.vladan.fr/what-is-vmware-memory-ballooning/
https://kb.vmware.com/s/article/2080735
https://kb.vmware.com/s/article/2017642
https://labs.vmware.com/vmtj/vmware-esx-memory-resource-management-swap
https://blogs.vmware.com/vsphere/2013/10/understanding-vsphere-active-memory.html
https://www.vmware.com/support/developer/converter-sdk/conv51_apireference/memory_counters.html
https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-monitoring-performance-guide.pdf

स्रोत: www.habr.com