यस लेखमा हामी vSphere मा अनियमित पहुँच मेमोरी (RAM) प्रदर्शन काउन्टरहरूको बारेमा कुरा गर्नेछौं।
यस्तो देखिन्छ कि मेमोरीको साथ प्रोसेसर भन्दा सबै कुरा स्पष्ट छ: यदि VM मा प्रदर्शन समस्याहरू उत्पन्न हुन्छन् भने, तिनीहरूलाई ध्यान दिन गाह्रो छ। तर यदि तिनीहरू देखा पर्छन्, तिनीहरूसँग व्यवहार गर्न धेरै गाह्रो छ। तर पहिलो कुरा पहिले।
बिट सिद्धान्त
भर्चुअल मेसिनहरूको RAM VM हरू चलिरहेको सर्भरको मेमोरीबाट लिइन्छ। यो एकदम स्पष्ट छ :)। यदि सर्भरको RAM सबैका लागि पर्याप्त छैन भने, ESXi ले मेमोरी पुन: प्राप्ति प्रविधिहरू प्रयोग गर्न थाल्छ। अन्यथा, VM अपरेटिङ सिस्टमहरू RAM पहुँच त्रुटिहरूसँग क्र्यास हुनेछन्।
ESXi ले RAM लोडको आधारमा कुन प्रविधिहरू प्रयोग गर्ने निर्णय गर्छ:
मेमोरी स्थिति
Frontier
Действия
उच्च
400% मिनेट नि:शुल्क
माथिल्लो सीमामा पुगेपछि, ठूला मेमोरी पृष्ठहरू सानामा विभाजित हुन्छन् (TPS मानक मोडमा सञ्चालन हुन्छ)।
स्पष्ट
100% मिनेट नि:शुल्क
ठूला मेमोरी पृष्ठहरू सानामा विभाजित छन्, TPS बाध्य छन्।
सफ्ट
64% मिनेट नि:शुल्क
TPS + बेलुन
हार्ड
32% मिनेट नि:शुल्क
TPS + कम्प्रेस + स्वैप
कम
16% मिनेट नि:शुल्क
कम्प्रेस + स्वैप + ब्लक
minFree हाइपरभाइजर चलाउनको लागि आवश्यक RAM हो।
ESXi 4.1 सम्म समावेशी, minFree लाई पूर्वनिर्धारित रूपमा निश्चित गरिएको थियो - सर्भरको RAM को 6% (प्रतिशत ESXi मा Mem.MinFreePct विकल्प मार्फत परिवर्तन गर्न सकिन्छ)। पछिका संस्करणहरूमा, सर्भरहरूमा मेमोरीको वृद्धिको कारणले, minFree लाई होस्टको मेमोरीको मात्राको आधारमा गणना गर्न थालियो, र निश्चित प्रतिशत मानको रूपमा होइन।
minFree मान (पूर्वनिर्धारित) निम्नानुसार गणना गरिएको छ:
minFree को लागि आरक्षित मेमोरी को प्रतिशत
मेमोरी दायरा
6%
०-४ जीबी
4%
०-४ जीबी
2%
०-४ जीबी
1%
बाँकी स्मृति
उदाहरणका लागि, 128 GB RAM भएको सर्भरको लागि, MinFree मान निम्नानुसार हुनेछ:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
सर्भर र RAM को आधारमा वास्तविक मान दुई सय MB ले फरक हुन सक्छ।
minFree को लागि आरक्षित मेमोरी को प्रतिशत
मेमोरी दायरा
128 GB को लागि मूल्य
6%
०-४ जीबी
245,76 MB
4%
०-४ जीबी
327,68 MB
2%
०-४ जीबी
327,68 MB
1%
बाँकी मेमोरी (100 GB)
1024 MB
सामान्यतया, उत्पादक स्ट्यान्डहरूको लागि, केवल उच्च राज्यलाई सामान्य मान्न सकिन्छ। परीक्षण र विकास बेन्चहरूको लागि, स्पष्ट/नरम राज्यहरू स्वीकार्य हुन सक्छन्। यदि होस्टमा RAM 64% MinFree भन्दा कम छ भने, त्यसमा चलिरहेको VM हरू निश्चित रूपमा कार्यसम्पादन समस्याहरू अनुभव गरिरहेका छन्।
प्रत्येक राज्यमा, केहि मेमोरी पुन: प्राप्ति प्रविधिहरू प्रयोग गरिन्छ, TPS बाट सुरु गरी, जसले VM कार्यसम्पादनमा वस्तुतः कुनै प्रभाव पार्दैन, स्वैपिङसम्म। म तिनीहरुको बारेमा थप बताउनेछु।
पारदर्शी पृष्ठ साझेदारी (TPS)। TPS भनेको सर्भरमा भर्चुअल मेसिनहरूको RAM पृष्ठहरूको डुप्लिकेशन हो।
ESXi ले समान भर्चुअल मेसिन RAM पृष्ठहरूको लागि पृष्ठहरूको ह्यास योग गणना र तुलना गरेर खोज्छ, र नक्कल पृष्ठहरू हटाउँछ, तिनीहरूलाई सर्भरको भौतिक मेमोरीमा एउटै पृष्ठको सन्दर्भहरूसँग प्रतिस्थापन गर्दछ। नतिजाको रूपमा, भौतिक मेमोरी खपत कम हुन्छ र केहि मेमोरी ओभरसब्सक्रिप्शन लगभग कुनै प्रदर्शन प्रभाव बिना प्राप्त गर्न सकिन्छ।
यो मेकानिजमले 4 KB साइज (साना पृष्ठहरू) को मेमोरी पृष्ठहरूको लागि मात्र काम गर्दछ। हाइपरभाइजरले 2 MB साइज (ठूला पृष्ठहरू) पृष्ठहरू डुप्लिकेट गर्ने प्रयास पनि गर्दैन: यो आकारको समान पृष्ठहरू फेला पार्ने मौका ठूलो छैन।
पूर्वनिर्धारित रूपमा, ESXi ले ठूला पृष्ठहरूमा मेमोरी आवंटित गर्दछ। ठूला पृष्ठहरूलाई साना पृष्ठहरूमा विभाजन गर्न सुरु हुन्छ जब उच्च अवस्थाको थ्रेसहोल्ड पुग्छ र जब खाली स्थिति पुग्छ तब बाध्य हुन्छ (हाइपरभाइजर अवस्था तालिका हेर्नुहोस्)।
यदि तपाइँ TPS ले होस्ट RAM भरिएको प्रतीक्षा नगरी काम सुरु गर्न चाहनुहुन्छ भने, तपाइँले उन्नत विकल्पहरू ESXi मा मान सेट गर्न आवश्यक छ। "Mem.AllocGuestLargePage" ० मा (पूर्वनिर्धारित १)। त्यसपछि भर्चुअल मेसिनहरूको लागि ठूलो मेमोरी पृष्ठहरूको आवंटन असक्षम हुनेछ।
डिसेम्बर 2014 देखि, सबै ESXi रिलीजहरूमा, VM हरू बीचको TPS पूर्वनिर्धारित रूपमा असक्षम गरिएको छ, किनकि एउटा कमजोरी फेला पर्यो कि सैद्धान्तिक रूपमा एउटा VM लाई अर्को VM को RAM पहुँच गर्न अनुमति दिन्छ। विवरण यहाँ। मैले TPS जोखिमको शोषणको व्यावहारिक कार्यान्वयनको बारेमा जानकारी पाएको छैन।
TPS नीति उन्नत विकल्प मार्फत नियन्त्रण गरिन्छ "Mem.ShareForceSalting" ESXi मा:
० - Inter-VM TPS। TPS ले विभिन्न VM को पृष्ठहरूको लागि काम गर्दछ;
1 - VMX मा समान "sched.mem.pshare.salt" मानको साथ VMs को लागि TPS;
2 (पूर्वनिर्धारित) - Intra-VM TPS। TPS ले VM भित्रका पृष्ठहरूमा काम गर्छ।
ठूला पृष्ठहरू असक्षम पार्न र परीक्षण बेन्चहरूमा Inter-VM TPS सक्षम गर्न यो निश्चित रूपमा अर्थपूर्ण हुन्छ। यो समान VM को ठूलो संख्या संग स्ट्यान्ड को लागी पनि प्रयोग गर्न सकिन्छ। उदाहरणका लागि, VDI सँग स्ट्यान्डमा, भौतिक मेमोरीमा बचत दसौं प्रतिशत पुग्न सक्छ।
मेमोरी बेलुनिङ। VM अपरेटिङ सिस्टमको लागि TPS जस्तो हानिरहित र पारदर्शी प्रविधि अब बलूनिङ होइन। तर यदि सही तरिकाले प्रयोग गरियो भने, तपाईं बाँच्न सक्नुहुन्छ र बलुनिङसँग काम गर्न सक्नुहुन्छ।
Vmware उपकरणहरू सँगसँगै, बलून ड्राइभर (उर्फ vmmemctl) भनिने विशेष चालक VM मा स्थापना गरिएको छ। जब हाइपरभाइजरले भौतिक मेमोरी समाप्त हुन थाल्छ र सफ्ट स्टेटमा प्रवेश गर्छ, ESXi ले VM लाई यो बलुन ड्राइभर मार्फत प्रयोग नगरिएको RAM पुन: दाबी गर्न सोध्छ। ड्राइभर, बारीमा, अपरेटिङ सिस्टम स्तरमा काम गर्दछ र नि: शुल्क मेमोरी अनुरोध गर्दछ। हाइपरभाइजरले बेलुन ड्राइभरले ओगटेको भौतिक मेमोरीको पृष्ठहरू देख्छ, भर्चुअल मेसिनबाट मेमोरी लिन्छ र होस्टमा फिर्ता गर्छ। ओएसको सञ्चालनमा कुनै समस्या छैन, किनकि ओएस स्तरमा मेमोरी बेलुन ड्राइभरले ओगटेको छ। पूर्वनिर्धारित रूपमा, बलुन चालकले VM मेमोरीको 65% सम्म लिन सक्छ।
यदि VMware उपकरणहरू VM मा स्थापना गरिएको छैन वा Ballooning असक्षम गरिएको छ (म यसलाई सिफारिस गर्दिन, तर त्यहाँ छ :), हाइपरभाइजरले तुरुन्तै मेमोरी हटाउनको लागि थप कडा प्रविधिहरूमा स्विच गर्दछ। निष्कर्ष: सुनिश्चित गर्नुहोस् कि VMware उपकरणहरू VM मा छन्।
VMware उपकरण मार्फत OS बाट बलून ड्राइभरको सञ्चालन जाँच गर्न सकिन्छ.
मेमोरी कम्प्रेसन। यो प्रविधि प्रयोग गरिन्छ जब ESXi कडा अवस्थामा पुग्छ। नामले सुझाव दिए जस्तै, ESXi ले RAM को 4KB पृष्ठलाई 2KB मा कम्प्रेस गर्ने प्रयास गर्छ, जसले गर्दा सर्भरको भौतिक मेमोरीमा केही ठाउँ खाली हुन्छ। यो प्रविधिले VM RAM पृष्ठहरूको सामग्रीहरूमा पहुँच समयलाई उल्लेखनीय रूपमा बढाउँछ, किनकि पृष्ठ पहिले डिकम्प्रेस गरिएको हुनुपर्छ। कहिलेकाहीँ सबै पृष्ठहरू संकुचित गर्न सकिँदैन र प्रक्रिया आफैंमा केही समय लाग्छ। त्यसैले, यो प्रविधि अभ्यास मा धेरै प्रभावकारी छैन।
मेमोरी स्वैपिङ। छोटो मेमोरी कम्प्रेसन चरण पछि, ESXi लगभग अपरिहार्य रूपमा (यदि VM हरू अन्य होस्टहरूमा सरेका छैनन् वा बन्द गरिएको छैन) स्वैप गर्न अगाडि बढ्छ। र यदि त्यहाँ धेरै थोरै मेमोरी बाँकी छ (निम्न अवस्था), त्यसपछि हाइपरभाइजरले VM मा मेमोरी पृष्ठहरू आवंटन गर्न रोक्छ, जसले VM को अतिथि OS मा समस्या निम्त्याउन सक्छ।
यसरी स्वापिङ काम गर्दछ। जब तपाइँ भर्चुअल मेसिन अन गर्नुहुन्छ, यसको लागि .vswp विस्तार भएको फाइल सिर्जना गरिन्छ। यो VM को असुरक्षित RAM को आकारमा बराबर छ: यो कन्फिगर गरिएको र आरक्षित मेमोरी बीचको भिन्नता हो। स्वैपिङ चलिरहेको बेला, ESXi ले भर्चुअल मेसिन मेमोरी पृष्ठहरू यस फाइलमा स्वैप गर्छ र सर्भरको भौतिक मेमोरीको सट्टा यससँग काम गर्न थाल्छ। निस्सन्देह, यस्तो "RAM" मेमोरी वास्तविक मेमोरी भन्दा ढिलो म्याग्निच्युडको धेरै अर्डर हो, भले पनि .vswp छिटो भण्डारणमा छ।
बेलुनिङको विपरीत, जब प्रयोग नगरिएका पृष्ठहरू VM बाट लिइन्छ, OS द्वारा सक्रिय रूपमा प्रयोग गरिएका पृष्ठहरू वा VM भित्रका अनुप्रयोगहरूलाई स्वैपिङ गरेर डिस्कमा सार्न सकिन्छ। नतिजाको रूपमा, VM को प्रदर्शन फ्रिजिङको बिन्दुमा खस्छ। VM औपचारिक रूपमा काम गरिरहेको छ र कम्तिमा यसलाई OS बाट राम्रोसँग असक्षम गर्न सकिन्छ। यदि तपाईं धैर्य हुनुहुन्छ 😉
यदि VMs Swap मा गएको छ भने, यो एक आपतकालीन अवस्था हो जुन सम्भव भएमा बेवास्ता गरिन्छ।
आधारभूत भर्चुअल मेसिन मेमोरी प्रदर्शन काउन्टरहरू
त्यसैले हामी मुख्य कुरामा पुग्यौं। VM को मेमोरी अवस्था निगरानी गर्न, त्यहाँ निम्न काउन्टरहरू छन्:
सक्रिय — VM ले अघिल्लो मापन अवधिमा पहुँच गरेको RAM (KB) को मात्रा देखाउँछ।
उपयोग — सक्रिय जस्तै, तर VM को कन्फिगर गरिएको RAM को प्रतिशतको रूपमा। निम्न सूत्र प्रयोग गरेर गणना: सक्रिय ÷ भर्चुअल मेसिन कन्फिगर मेमोरी साइज।
उच्च उपयोग र सक्रिय, क्रमशः, सधैं VM कार्यसम्पादन समस्याहरूको सूचक होइन। यदि VM आक्रामक रूपमा मेमोरी प्रयोग गर्दैछ (कम्तिमा यसलाई पहुँच गर्दै), यसको मतलब यो होइन कि त्यहाँ पर्याप्त मेमोरी छैन। बरु, यो OS मा के भइरहेको छ हेर्न को लागी एक कारण हो।
VMs को लागि मेमोरी उपयोगको लागि मानक अलार्म छ:
साझा — TPS प्रयोग गरेर घटाइएको VM RAM को मात्रा (VM भित्र वा VM हरू बीच)।
प्रमाणित गरियो - VM मा आवंटित गरिएको होस्ट भौतिक मेमोरी (KB) को मात्रा। साझा सक्षम गर्दछ।
उपभोग (अनुदान गरिएको - साझा गरिएको) - VM ले होस्टबाट खपत गर्ने भौतिक मेमोरी (KB) को मात्रा। साझा समावेश गर्दैन।
यदि VM मेमोरीको अंश होस्टको भौतिक मेमोरीबाट होइन, तर स्वैप फाइलबाट दिइन्छ, वा मेमोरी VM बाट बलुन ड्राइभर मार्फत लिइन्छ भने, यो रकमलाई ग्रान्टेड र कन्ज्युमडमा लिइँदैन।
उच्च अनुदान र उपभोग मानहरू पूर्ण रूपमा सामान्य छन्। अपरेटिङ सिस्टमले बिस्तारै हाइपरभाइजरबाट मेमोरी लिन्छ र यसलाई फिर्ता दिँदैन। समयको साथमा, सक्रिय रूपमा चलिरहेको VM मा, यी काउन्टरहरूको मानहरू कन्फिगर गरिएको मेमोरीको मात्रामा पुग्छन्, र त्यहाँ रहन्छन्।
शून्य — VM RAM (KB) को मात्रा, जसमा शून्यहरू छन्। यस्तो मेमोरी हाइपरभाइजरद्वारा नि:शुल्क मानिन्छ र अन्य भर्चुअल मेसिनहरूलाई दिन सकिन्छ। अतिथि OS ले शून्य मेमोरीमा केहि लेखे पछि, यो उपभोगमा जान्छ र फिर्ता आउँदैन।
आरक्षित ओभरहेड — VM RAM को मात्रा, (KB) VM सञ्चालनको लागि हाइपरभाइजरद्वारा आरक्षित। यो सानो रकम हो, तर यो होस्टमा उपलब्ध हुनुपर्छ, अन्यथा VM सुरु हुने छैन।
बेलुन - बलुन ड्राइभर प्रयोग गरेर VM बाट हटाइएको RAM (KB) को मात्रा।
संकुचित - कम्प्रेस गरिएको RAM (KB) को मात्रा।
स्व्याप गरिएको — RAM (KB) को मात्रा, जुन, सर्भरमा भौतिक मेमोरीको कमीको कारण, डिस्कमा सारियो।
बेलुन र अन्य मेमोरी पुन: प्राप्ति प्रविधि काउन्टरहरू शून्य छन्।
यो ग्राफ 150 GB RAM को साथ सामान्य रूपमा काम गर्ने VM को मेमोरी काउन्टरहरूसँग जस्तो देखिन्छ।
तलको ग्राफमा, VM मा स्पष्ट समस्याहरू छन्। ग्राफ तल तपाईले देख्न सक्नुहुन्छ कि यो VM को लागि RAM सँग काम गर्नका लागि सबै वर्णित प्रविधिहरू प्रयोग गरिएको थियो। यो VM को लागि बेलुन खपत भन्दा धेरै ठूलो छ। वास्तवमा, VM जीवित भन्दा धेरै मरेको छ।
ESXTOP
CPU को रूपमा, यदि हामी होस्टमा स्थिति, साथै यसको गतिशीलता 2 सेकेन्ड सम्मको अन्तरालमा मूल्याङ्कन गर्न चाहन्छौं भने, हामीले ESXTOP प्रयोग गर्नुपर्छ।
ESXTOP मेमोरी स्क्रिनलाई "m" कुञ्जीसँग कल गरिएको छ र यस्तो देखिन्छ (क्षेत्रहरू B, D, H, J, K, L, O चयन गरिएको):
निम्न प्यारामिटरहरू हाम्रो लागि चासोको हुनेछ:
Mem overcommit औसत - होस्टमा 1, 5 र 15 मिनेटको लागि मेमोरी ओभरसब्सक्रिप्शनको औसत मूल्य। यदि यो शून्य भन्दा माथि छ भने, यो के भइरहेको छ भनेर हेर्नको लागि एक कारण हो, तर सधैं समस्याहरूको सूचक होइन।
लाइनहरूमा PMEM/MB и VMKMEM/MB — सर्भरको भौतिक मेमोरी र VMkernel मा उपलब्ध मेमोरी बारे जानकारी। यहाँ चाखलाग्दो चीजहरू मध्ये तपाईंले minfree मान (MB मा), मेमोरीमा होस्ट स्टेट (हाम्रो अवस्थामा, उच्च) देख्न सक्नुहुन्छ।
क्रममा NUMA/MB तपाईंले NUMA नोडहरू (सकेटहरू) मा RAM को वितरण देख्न सक्नुहुन्छ। यस उदाहरणमा, वितरण असमान छ, जुन सिद्धान्तमा धेरै राम्रो छैन।
निम्न मेमोरी पुन: प्राप्ति प्रविधिहरूको लागि सामान्य सर्भर तथ्याङ्कहरू छन्:
PSHARE/MB - यी TPS तथ्याङ्कहरू हुन्;
SWAP/MB - उपयोग तथ्याङ्क स्वैप;
ZIP/MB - मेमोरी पृष्ठ सङ्कुचन तथ्याङ्क;
MEMCTL/MB - बेलुन चालक उपयोग तथ्याङ्क।
व्यक्तिगत VM को लागि, हामी निम्न जानकारीमा रुचि राख्न सक्छौं। दर्शकहरूलाई भ्रममा नपरोस् भनेर मैले VM को नाम लुकाएँ :)। यदि ESXTOP मेट्रिक vSphere मा काउन्टरसँग मिल्दोजुल्दो छ भने, म सम्बन्धित काउन्टर प्रदान गर्नेछु।
MEMSZ - VM (MB) मा कन्फिगर गरिएको मेमोरीको मात्रा।
MEMSZ = GRANT + MCTLSZ + SWCUR + अछूता।
GRANT — MB मा प्रदान गरियो।
TCHD — MByte मा सक्रिय।
MCTL? - VM मा बलुन ड्राइभर स्थापित छ कि छैन।
MCTLSZ - MB सम्म बेलुन।
MCTLGT — ESXi ले बलून ड्राइभर (Memctl लक्ष्य) मार्फत VM बाट हटाउन चाहेको RAM (MBytes) को मात्रा।
MCTLMAX — ESXi ले बलुन ड्राइभर मार्फत VM बाट हटाउन सक्ने अधिकतम RAM (MBytes)।
SWCUR - स्वैप फाइलबाट VM लाई छुट्याइएको RAM (MBytes) को हालको मात्रा।
S.W.G.T. — ESXi ले Swap फाइल (Swap Target) बाट VM लाई दिन चाहेको RAM (MBytes) को मात्रा।
तपाईले ESXTOP मार्फत VM को NUMA टोपोलोजीको बारेमा थप विस्तृत जानकारी पनि हेर्न सक्नुहुन्छ। यो गर्नका लागि, D, G फिल्डहरू चयन गर्नुहोस्:
सानो - NUMA नोडहरू जसमा VM अवस्थित छ। यहाँ तपाईँले तुरुन्तै चौडा vm देख्न सक्नुहुन्छ, जुन एउटा NUMA नोडमा फिट हुँदैन।
NRMEM - VM ले रिमोट NUMA नोडबाट कति मेगाबाइट मेमोरी लिन्छ।
NLMEM - VM ले स्थानीय NUMA नोडबाट कति मेगाबाइट मेमोरी लिन्छ।
N% L - स्थानीय NUMA नोडमा VM मेमोरीको प्रतिशत (यदि 80% भन्दा कम, प्रदर्शन समस्याहरू उत्पन्न हुन सक्छ)।
हाइपरभाइजरमा मेमोरी
यदि हाइपरभाइजरका लागि CPU काउन्टरहरू सामान्यतया विशेष रुचिको हुँदैनन् भने, मेमोरीको साथ स्थिति उल्टो हुन्छ। VM मा उच्च मेमोरी प्रयोगले सधैं प्रदर्शन समस्यालाई संकेत गर्दैन, तर हाइपरभाइजरमा उच्च मेमोरी प्रयोगले मेमोरी व्यवस्थापन प्रविधिहरू ट्रिगर गर्दछ र VM कार्यसम्पादनमा समस्याहरू निम्त्याउँछ। तपाईंले होस्ट मेमोरी उपयोग अलार्महरू निगरानी गर्न आवश्यक छ र VM लाई स्वैपमा जानबाट रोक्न आवश्यक छ।
अनस्याप गर्नुहोस्
यदि एक VM स्वैपमा समातियो भने, यसको कार्यसम्पादन धेरै कम हुन्छ। होस्टमा नि:शुल्क RAM देखा परेपछि बेलुनिङ र कम्प्रेसनका ट्रेसहरू तुरुन्तै हराउँछन्, तर भर्चुअल मेसिनले स्व्यापबाट सर्भरको र्याममा फर्कन कुनै हतार गर्दैन।
ESXi 6.0 अघि, Swap बाट VM हटाउने एक मात्र भरपर्दो र छिटो तरिका रिबुट गर्नु थियो (थप स्पष्ट रूपमा, कन्टेनर बन्द/अन्युट गर्नुहोस्)। ESXi 6.0 बाट सुरु गर्दै, पूर्ण रूपमा आधिकारिक नभए पनि, Swap बाट VM हटाउने काम गर्ने र भरपर्दो तरिका देखा परेको छ। एउटा सम्मेलनमा, म CPU शेड्युलरको लागि जिम्मेवार VMware इन्जिनियरहरू मध्ये एकसँग कुरा गर्न सक्षम थिएँ। उनले यो विधि निकै उपयोगी र सुरक्षित रहेको पुष्टि गरे । हाम्रो अनुभवमा, यसमा कुनै समस्या थिएन।
स्वैपबाट VM हटाउनका लागि वास्तविक आदेशहरू डन्कन एपिङ। म विस्तृत विवरण दोहोर्याउने छैन, म यसको प्रयोगको उदाहरण मात्र दिनेछु। तपाईले स्क्रिनसटमा देख्न सक्नुहुन्छ, निर्दिष्ट आदेश कार्यान्वयन गरेपछि, VM मा स्वैप गायब हुन्छ।
ESXi मा RAM प्रबन्ध गर्न सुझावहरू
अन्तमा, यहाँ केहि सुझावहरू छन् जसले तपाईंलाई RAM को कारण VM प्रदर्शनमा समस्याहरूबाट बच्न मद्दत गर्नेछ:
- उत्पादक क्लस्टरहरूमा RAM को ओभरसब्सक्रिप्शनबाट बच्नुहोस्। क्लस्टरमा सधैँ ~ 20-30% नि:शुल्क मेमोरी राख्नु उचित हुन्छ ताकि DRS (र प्रशासक) सँग म्यान्युभर गर्ने ठाउँ हुन्छ र VMs माइग्रेसनको बेला स्व्यापमा जान नपरोस्। साथै, गल्ती सहिष्णुताको लागि मार्जिनको बारेमा नबिर्सनुहोस्। यो अप्रिय हुन्छ, जब एक सर्भर असफल हुन्छ र VM HA प्रयोग गरेर रिबुट हुन्छ, केहि मेसिनहरू पनि स्वैपमा जान्छन्।
- अत्यधिक समेकित पूर्वाधारहरूमा, होस्ट मेमोरीको आधा भन्दा बढी मेमोरी भएको VM हरू सिर्जना गर्ने प्रयास नगर्नुहोस्। यसले DRS लाई क्लस्टर सर्भरहरूमा भर्चुअल मेसिनहरू सजिलै वितरण गर्न मद्दत गर्नेछ। यो नियम, निस्सन्देह, विश्वव्यापी छैन :)।
- होस्ट मेमोरी उपयोग अलार्मको लागि हेर्नुहोस्।
- VM मा VMware उपकरणहरू स्थापना गर्न नबिर्सनुहोस् र Ballooning बन्द नगर्नुहोस्।
- Inter-VM TPS सक्षम गर्ने र VDI र परीक्षण वातावरणमा ठूला पृष्ठहरू असक्षम गर्ने बारे विचार गर्नुहोस्।
- यदि VM ले कार्यसम्पादन समस्याहरू अनुभव गरिरहेको छ भने, जाँच गर्नुहोस् कि यसले टाढाको NUMA नोडबाट मेमोरी प्रयोग गरिरहेको छ।
- सकेसम्म चाँडो स्वैपबाट VM हरू हटाउनुहोस्! अन्य चीजहरू बीच, यदि VM स्वैपमा छ भने, भण्डारण प्रणाली स्पष्ट कारणहरूको लागि पीडित हुन्छ।
RAM को बारे मा मेरो लागि यो सबै हो। गहिराइमा जान चाहनेहरूका लागि तल सम्बन्धित लेखहरू छन्। अर्को लेख स्टोरेजमा समर्पित हुनेछ।
उपयोगी लिङ्कहरू
स्रोत: www.habr.com