இந்த கட்டுரையில் நாம் vSphere இல் ரேண்டம் அணுகல் நினைவகம் (RAM) செயல்திறன் கவுண்டர்கள் பற்றி பேசுவோம்.
செயலியைக் காட்டிலும் நினைவகத்துடன் எல்லாம் தெளிவாகத் தெரிகிறது: VM இல் செயல்திறன் சிக்கல்கள் ஏற்பட்டால், அவற்றைக் கவனிக்காமல் இருப்பது கடினம். ஆனால் அவை தோன்றினால், அவற்றைச் சமாளிப்பது மிகவும் கடினம். ஆனால் முதல் விஷயங்கள் முதலில்.
ஒரு பிட் கோட்பாடு
மெய்நிகர் இயந்திரங்களின் ரேம் VMகள் இயங்கும் சேவையகத்தின் நினைவகத்திலிருந்து எடுக்கப்பட்டது. இது மிகவும் வெளிப்படையானது :). சர்வரின் ரேம் அனைவருக்கும் போதுமானதாக இல்லை என்றால், ESXi நினைவகத்தை மீட்டெடுக்கும் நுட்பங்களைப் பயன்படுத்தத் தொடங்குகிறது. இல்லையெனில், VM இயக்க முறைமைகள் ரேம் அணுகல் பிழைகளுடன் செயலிழக்கும்.
ரேம் சுமையைப் பொறுத்து எந்த நுட்பங்களைப் பயன்படுத்த வேண்டும் என்பதை ESXi தீர்மானிக்கிறது:
நினைவக நிலை
எல்லை
Действия
உயர்
400% நிமிடம் இலவசம்
மேல் வரம்பை அடைந்த பிறகு, பெரிய நினைவகப் பக்கங்கள் சிறியதாகப் பிரிக்கப்படுகின்றன (டிபிஎஸ் நிலையான பயன்முறையில் இயங்குகிறது).
தெளிவு
100% நிமிடம் இலவசம்
பெரிய நினைவகப் பக்கங்கள் சிறியதாகப் பிரிக்கப்படுகின்றன, TPS கட்டாயப்படுத்தப்படுகிறது.
மென்மையான
64% நிமிடம் இலவசம்
TPS + பலூன்
கடின
32% நிமிடம் இலவசம்
TPS + கம்ப்ரஸ் + இடமாற்று
குறைந்த
16% நிமிடம் இலவசம்
கம்ப்ரஸ் + ஸ்வாப் + பிளாக்
minFree என்பது ஹைப்பர்வைசரை இயக்க தேவையான ரேம் ஆகும்.
ESXi 4.1 உட்பட, minFree இயல்பாகவே சரி செய்யப்பட்டது - சேவையகத்தின் RAM இல் 6% (ESXi இல் Mem.MinFreePct விருப்பத்தின் மூலம் சதவீதத்தை மாற்றலாம்). பிந்தைய பதிப்புகளில், சேவையகங்களில் நினைவகத்தின் வளர்ச்சியின் காரணமாக, minFree ஆனது ஹோஸ்டின் நினைவகத்தின் அளவை அடிப்படையாகக் கொண்டு கணக்கிடப்பட்டது, மேலும் ஒரு நிலையான சதவீத மதிப்பாக அல்ல.
minFree மதிப்பு (இயல்புநிலை) பின்வருமாறு கணக்கிடப்படுகிறது:
minFreeக்கு ஒதுக்கப்பட்ட நினைவகத்தின் சதவீதம்
நினைவக வரம்பு
6%
0-4 ஜிபி
4%
4-12 ஜிபி
2%
12-28 ஜிபி
1%
மீதமுள்ள நினைவகம்
எடுத்துக்காட்டாக, 128 ஜிபி ரேம் கொண்ட சேவையகத்திற்கு, MinFree மதிப்பு பின்வருமாறு இருக்கும்:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
சேவையகம் மற்றும் ரேமைப் பொறுத்து உண்மையான மதிப்பு இரண்டு நூறு எம்பி வேறுபடலாம்.
minFreeக்கு ஒதுக்கப்பட்ட நினைவகத்தின் சதவீதம்
நினைவக வரம்பு
128 ஜிபிக்கான மதிப்பு
6%
0-4 ஜிபி
245,76 எம்பி
4%
4-12 ஜிபி
327,68 எம்பி
2%
12-28 ஜிபி
327,68 எம்பி
1%
மீதமுள்ள நினைவகம் (100 ஜிபி)
1024 எம்பி
பொதுவாக, உற்பத்தி நிலைகளுக்கு, உயர் நிலை மட்டுமே சாதாரணமாகக் கருதப்படும். சோதனை மற்றும் மேம்பாட்டு பெஞ்சுகளுக்கு, தெளிவான/மென்மையான நிலைகள் ஏற்றுக்கொள்ளப்படலாம். ஹோஸ்டில் உள்ள ரேம் 64% MinFree க்கும் குறைவாக இருந்தால், அதில் இயங்கும் VMகள் நிச்சயமாக செயல்திறன் சிக்கல்களை சந்திக்கும்.
ஒவ்வொரு மாநிலத்திலும், சில நினைவக மறுசீரமைப்பு நுட்பங்கள் பயன்படுத்தப்படுகின்றன, இது TPS முதல் VM செயல்திறனில் எந்த விளைவையும் ஏற்படுத்தாது, இடமாற்றம் வரை. நான் அவர்களைப் பற்றி மேலும் கூறுவேன்.
வெளிப்படையான பக்க பகிர்வு (டிபிஎஸ்). TPS என்பது, சர்வரில் உள்ள மெய்நிகர் இயந்திரங்களின் ரேம் பக்கங்களின் குறைப்பு ஆகும்.
ESXi ஒரே மாதிரியான மெய்நிகர் இயந்திர ரேம் பக்கங்களை எண்ணி, பக்கங்களின் ஹாஷ் தொகையை ஒப்பிட்டுத் தேடுகிறது, மேலும் நகல் பக்கங்களை அகற்றி, சேவையகத்தின் இயற்பியல் நினைவகத்தில் அதே பக்கத்திற்கான குறிப்புகளுடன் அவற்றை மாற்றுகிறது. இதன் விளைவாக, இயற்பியல் நினைவக நுகர்வு குறைக்கப்படுகிறது மற்றும் செயல்திறன் தாக்கம் இல்லாமல் சில நினைவக அதிகப்படியான சந்தாவை அடைய முடியும்.
இந்த பொறிமுறையானது 4 KB அளவுள்ள (சிறிய பக்கங்கள்) நினைவகப் பக்கங்களுக்கு மட்டுமே வேலை செய்யும். ஹைப்பர்வைசர் 2 MB அளவுள்ள பக்கங்களை (பெரிய பக்கங்கள்) நகலெடுக்க கூட முயற்சிக்கவில்லை: இந்த அளவிலான ஒரே மாதிரியான பக்கங்களைக் கண்டறியும் வாய்ப்பு பெரிதாக இல்லை.
முன்னிருப்பாக, ESXi நினைவகத்தை பெரிய பக்கங்களுக்கு ஒதுக்குகிறது. பெரிய பக்கங்களை சிறிய பக்கங்களாகப் பிரிப்பது உயர் நிலை வரம்பை அடையும் போது தொடங்குகிறது மற்றும் தெளிவான நிலையை அடையும் போது கட்டாயப்படுத்தப்படுகிறது (ஹைப்பர்வைசர் நிலை அட்டவணையைப் பார்க்கவும்).
ஹோஸ்ட் ரேம் நிரம்பும் வரை காத்திருக்காமல் TPS செயல்படத் தொடங்க விரும்பினால், மேம்பட்ட விருப்பங்கள் ESXi இல் மதிப்பை அமைக்க வேண்டும் “Mem.AllocGuestLargePage” 0 க்கு (இயல்புநிலை 1). பின்னர் மெய்நிகர் இயந்திரங்களுக்கான பெரிய நினைவகப் பக்கங்களின் ஒதுக்கீடு முடக்கப்படும்.
டிசம்பர் 2014 முதல், அனைத்து ESXi வெளியீடுகளிலும், VMகளுக்கிடையேயான TPS இயல்பாகவே முடக்கப்பட்டுள்ளது, ஏனெனில் கோட்பாட்டளவில் ஒரு VM மற்றொரு VM இன் RAM ஐ அணுக அனுமதிக்கும் பாதிப்பு கண்டறியப்பட்டது. விவரங்கள் இங்கே. TPS பாதிப்பைப் பயன்படுத்திக் கொள்வதற்கான நடைமுறைச் செயலாக்கம் பற்றிய தகவலை நான் காணவில்லை.
டிபிஎஸ் கொள்கை மேம்பட்ட விருப்பத்தின் மூலம் கட்டுப்படுத்தப்படுகிறது "Mem.ShareForceSalting" ESXi இல்:
0 - இன்டர்-விஎம் டிபிஎஸ். வெவ்வேறு VMகளின் பக்கங்களுக்கு TPS வேலை செய்கிறது;
1 - VMX இல் அதே "sched.mem.pshare.salt" மதிப்பைக் கொண்ட VMகளுக்கான TPS;
2 (இயல்புநிலை) - இன்ட்ரா-விஎம் டிபிஎஸ். VM இல் உள்ள பக்கங்களுக்கு TPS வேலை செய்கிறது.
பெரிய பக்கங்களை முடக்குவது மற்றும் சோதனை பெஞ்சுகளில் Inter-VM TPS ஐ இயக்குவது நிச்சயமாக அர்த்தமுள்ளதாக இருக்கும். அதிக எண்ணிக்கையிலான ஒத்த VMகள் கொண்ட ஸ்டாண்டுகளுக்கும் இதைப் பயன்படுத்தலாம். எடுத்துக்காட்டாக, VDI உடன் ஸ்டாண்டுகளில், உடல் நினைவகத்தில் சேமிப்பு பத்து சதவீதத்தை எட்டும்.
நினைவக பலூனிங். பலூனிங் என்பது VM இயங்குதளத்திற்கு TPS போன்ற பாதிப்பில்லாத மற்றும் வெளிப்படையான நுட்பம் அல்ல. ஆனால் சரியாகப் பயன்படுத்தினால், நீங்கள் பலூனிங் மூலம் வாழலாம் மற்றும் வேலை செய்யலாம்.
Vmware Tools உடன் இணைந்து, VM இல் பலூன் டிரைவர் (aka vmmemctl) எனப்படும் சிறப்பு இயக்கி நிறுவப்பட்டுள்ளது. ஹைப்பர்வைசரின் உடல் நினைவகம் தீர்ந்து மென்மையான நிலைக்கு வரும்போது, இந்த பலூன் டிரைவர் மூலம் பயன்படுத்தப்படாத ரேமை மீட்டெடுக்க ESXi VM ஐக் கேட்கிறது. இயக்கி, இயக்க முறைமை மட்டத்தில் இயங்குகிறது மற்றும் அதிலிருந்து இலவச நினைவகத்தைக் கோருகிறது. ஹைப்பர்வைசர் பலூன் டிரைவர் எந்தெந்தப் பக்கங்களை ஆக்கிரமித்துள்ளார் என்பதைப் பார்த்து, மெய்நிகர் இயந்திரத்திலிருந்து நினைவகத்தை எடுத்து ஹோஸ்டுக்குத் திருப்பித் தருகிறார். OS இன் செயல்பாட்டில் எந்த பிரச்சனையும் இல்லை, ஏனெனில் OS மட்டத்தில் நினைவகம் பலூன் டிரைவர் மூலம் ஆக்கிரமிக்கப்பட்டுள்ளது. இயல்பாக, பலூன் டிரைவர் VM நினைவகத்தில் 65% வரை எடுத்துக்கொள்ளலாம்.
VM இல் VMware கருவிகள் நிறுவப்படவில்லை அல்லது பலூனிங் முடக்கப்பட்டிருந்தால் (நான் அதை பரிந்துரைக்கவில்லை, ஆனால் உள்ளது :), ஹைப்பர்வைசர் நினைவகத்தை அகற்றுவதற்கான கடுமையான நுட்பங்களுக்கு உடனடியாக மாறுகிறது. முடிவு: VMware கருவிகள் VM இல் இருப்பதை உறுதிசெய்யவும்.
பலூன் டிரைவரின் செயல்பாட்டை OS இலிருந்து VMware கருவிகள் மூலம் சரிபார்க்கலாம்.
நினைவக சுருக்கம். ESXi கடினமான நிலையை அடையும் போது இந்த நுட்பம் பயன்படுத்தப்படுகிறது. பெயர் குறிப்பிடுவது போல, ESXi ஆனது ரேமின் 4KB பக்கத்தை 2KB ஆக சுருக்க முயற்சிக்கிறது, இதன் மூலம் சேவையகத்தின் நினைவகத்தில் சிறிது இடத்தை விடுவிக்கிறது. இந்த நுட்பம் VM RAM பக்கங்களின் உள்ளடக்கங்களுக்கான அணுகல் நேரத்தை கணிசமாக அதிகரிக்கிறது, ஏனெனில் பக்கம் முதலில் சுருக்கப்பட வேண்டும். சில நேரங்களில் எல்லா பக்கங்களையும் சுருக்க முடியாது, மேலும் செயல்முறை சிறிது நேரம் எடுக்கும். எனவே, இந்த நுட்பம் நடைமுறையில் மிகவும் பயனுள்ளதாக இல்லை.
நினைவக பரிமாற்றம். நினைவக சுருக்கத்தின் ஒரு குறுகிய கட்டத்திற்குப் பிறகு, ESXi கிட்டத்தட்ட தவிர்க்க முடியாமல் (VMகள் மற்ற ஹோஸ்ட்களுக்கு நகர்த்தப்படவில்லை அல்லது அணைக்கப்படவில்லை என்றால்) இடமாற்றத்திற்கு மாறுகிறது. மிகக் குறைந்த நினைவகம் இருந்தால் (குறைந்த நிலை), ஹைப்பர்வைசர் VM க்கு நினைவக பக்கங்களை ஒதுக்குவதை நிறுத்துகிறது, இது VM இன் விருந்தினர் OS இல் சிக்கல்களை ஏற்படுத்தும்.
இப்படித்தான் ஸ்வாப்பிங் வேலை செய்கிறது. நீங்கள் ஒரு மெய்நிகர் கணினியை இயக்கும்போது, ஒரு .vswp நீட்டிப்புடன் கூடிய கோப்பு உருவாக்கப்படும். இது VM இன் முன்பதிவு செய்யப்படாத RAM க்கு சமமாக உள்ளது: இது கட்டமைக்கப்பட்ட மற்றும் ஒதுக்கப்பட்ட நினைவகத்திற்கு இடையே உள்ள வித்தியாசம். ஸ்வாப்பிங் இயங்கும் போது, ESXi மெய்நிகர் இயந்திர நினைவகப் பக்கங்களை இந்தக் கோப்பில் மாற்றி, சர்வரின் இயற்பியல் நினைவகத்திற்குப் பதிலாக அதனுடன் வேலை செய்யத் தொடங்குகிறது. நிச்சயமாக, அத்தகைய "ரேம்" நினைவகம், .vswp வேகமான சேமிப்பகத்தில் இருந்தாலும், உண்மையான நினைவகத்தை விட மெதுவான பல ஆர்டர்கள் ஆகும்.
பலூனிங் போலல்லாமல், பயன்படுத்தப்படாத பக்கங்கள் VM இலிருந்து எடுக்கப்படும் போது, OS ஆல் தீவிரமாகப் பயன்படுத்தப்படும் பக்கங்களை மாற்றுவதன் மூலம் அல்லது VM க்குள் இருக்கும் பயன்பாடுகளை வட்டுக்கு நகர்த்தலாம். இதன் விளைவாக, VM இன் செயல்திறன் முடக்கம் நிலைக்கு குறைகிறது. VM முறையாக வேலை செய்கிறது மற்றும் குறைந்தபட்சம் அதை OS இலிருந்து சரியாக முடக்கலாம். பொறுமையாக இருந்தால் 😉
VMகள் ஸ்வாப்பிற்குச் சென்றிருந்தால், இது ஒரு அவசரச் சூழ்நிலையாகும், முடிந்தால் தவிர்க்கப்பட வேண்டும்.
அடிப்படை மெய்நிகர் இயந்திர நினைவக செயல்திறன் கவுண்டர்கள்
எனவே நாங்கள் முக்கிய விஷயத்திற்கு வந்தோம். VM இன் நினைவக நிலையை கண்காணிக்க, பின்வரும் கவுண்டர்கள் உள்ளன:
செயலில் — முந்தைய அளவீட்டு காலத்தில் VM அணுகிய RAM (KB) அளவைக் காட்டுகிறது.
பயன்பாடு — செயலில் உள்ளது, ஆனால் VM இன் உள்ளமைக்கப்பட்ட RAM இன் சதவீதமாக உள்ளது. பின்வரும் சூத்திரத்தைப் பயன்படுத்தி கணக்கிடப்படுகிறது: செயலில் உள்ள ÷ மெய்நிகர் இயந்திரம் கட்டமைக்கப்பட்ட நினைவக அளவு.
முறையே அதிக பயன்பாடு மற்றும் செயலில், எப்போதும் VM செயல்திறன் சிக்கல்களின் குறிகாட்டியாக இருக்காது. VM ஆக்ரோஷமாக நினைவகத்தைப் பயன்படுத்தினால் (குறைந்தது அதை அணுகினால்), இது போதுமான நினைவகம் இல்லை என்று அர்த்தமல்ல. மாறாக, OS இல் என்ன நடக்கிறது என்பதைப் பார்க்க இது ஒரு காரணம்.
VMகளுக்கான நினைவக பயன்பாட்டிற்கான நிலையான அலாரம் உள்ளது:
பகிரப்பட்ட - TPS ஐப் பயன்படுத்தி (ஒரு VMக்குள் அல்லது VMகளுக்கு இடையில்) துப்பறியும் VM RAM அளவு.
வழங்கப்பட்ட - VMக்கு ஒதுக்கப்பட்ட ஹோஸ்ட் இயற்பியல் நினைவகத்தின் (KB) அளவு. பகிரப்பட்டதை இயக்குகிறது.
நுகரப்படும் (அனுமதி - பகிரப்பட்டது) - ஹோஸ்டில் இருந்து VM உட்கொள்ளும் உடல் நினைவகத்தின் (KB) அளவு. பகிரப்பட்டவை சேர்க்கப்படவில்லை.
VM நினைவகத்தின் ஒரு பகுதி ஹோஸ்டின் இயற்பியல் நினைவகத்திலிருந்து கொடுக்கப்படவில்லை, மாறாக ஒரு ஸ்வாப் கோப்பிலிருந்து கொடுக்கப்பட்டால் அல்லது VM இலிருந்து பலூன் டிரைவர் மூலம் நினைவகம் எடுக்கப்பட்டால், இந்த அளவு Granted and Consumed கணக்கில் எடுத்துக்கொள்ளப்படாது.
உயர் அனுமதிக்கப்பட்ட மற்றும் நுகரப்படும் மதிப்புகள் முற்றிலும் இயல்பானவை. இயக்க முறைமை படிப்படியாக ஹைப்பர்வைசரிலிருந்து நினைவகத்தை எடுத்துக்கொள்கிறது மற்றும் அதை திரும்பக் கொடுக்காது. காலப்போக்கில், சுறுசுறுப்பாக இயங்கும் VM இல், இந்த கவுண்டர்களின் மதிப்புகள் உள்ளமைக்கப்பட்ட நினைவகத்தின் அளவை அணுகி, அங்கேயே இருக்கும்.
பூஜ்யம் - பூஜ்ஜியங்களைக் கொண்ட VM RAM (KB) அளவு. அத்தகைய நினைவகம் ஹைப்பர்வைசரால் இலவசமாகக் கருதப்படுகிறது மற்றும் பிற மெய்நிகர் இயந்திரங்களுக்கு வழங்கப்படலாம். விருந்தினர் OS ஆனது பூஜ்ஜிய நினைவகத்திற்கு எதையாவது எழுதிய பிறகு, அது நுகர்வுக்குச் சென்று திரும்பாது.
ஒதுக்கப்பட்ட மேல்நிலை - VM செயல்பாட்டிற்காக ஹைப்பர்வைசரால் ஒதுக்கப்பட்ட VM RAM, (KB) அளவு. இது ஒரு சிறிய தொகை, ஆனால் இது ஹோஸ்டில் இருக்க வேண்டும், இல்லையெனில் VM தொடங்காது.
பலூன் - பலூன் டிரைவரைப் பயன்படுத்தி VM இலிருந்து அகற்றப்பட்ட ரேம் (KB) அளவு.
அழுத்தப்பட்ட - சுருக்கப்பட்ட ரேம் (KB) அளவு.
மாற்றப்பட்டது - ரேம் அளவு (KB), இது, சர்வரில் உடல் நினைவகம் இல்லாததால், வட்டுக்கு நகர்த்தப்பட்டது.
பலூன் மற்றும் பிற நினைவகத்தை மீட்டெடுக்கும் உத்திகள் கவுண்டர்கள் பூஜ்ஜியமாகும்.
150 ஜிபி ரேம் கொண்ட சாதாரணமாக வேலை செய்யும் 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 முனைகளில் (சாக்கெட்டுகள்) ரேமின் விநியோகத்தைக் காணலாம். இந்த எடுத்துக்காட்டில், விநியோகம் சீரற்றது, இது கொள்கையளவில் மிகவும் நன்றாக இல்லை.
நினைவகத்தை மீட்டெடுக்கும் நுட்பங்களுக்கான பொதுவான சர்வர் புள்ளிவிவரங்கள் பின்வருமாறு:
PSHARE/MB - இவை TPS புள்ளிவிவரங்கள்;
ஸ்வாப்/எம்பி - பயன்பாட்டு புள்ளிவிவரங்களை மாற்றவும்;
ZIP/MB - நினைவகப் பக்க சுருக்க புள்ளிவிவரங்கள்;
MEMCTL/MB - பலூன் டிரைவர் பயன்பாட்டு புள்ளிவிவரங்கள்.
தனிப்பட்ட VMகளுக்கு, பின்வரும் தகவல்களில் நாங்கள் ஆர்வமாக இருக்கலாம். பார்வையாளர்களை குழப்பக்கூடாது என்பதற்காக விஎம்களின் பெயர்களை மறைத்துவிட்டேன் :). ESXTOP மெட்ரிக் vSphere இல் உள்ள கவுண்டரைப் போலவே இருந்தால், அதற்கான கவுண்டரை நான் வழங்குவேன்.
MEMSZ — VM (MB) இல் கட்டமைக்கப்பட்ட நினைவகத்தின் அளவு.
MEMSZ = GRANT + MCTLSZ + SWCUR + தொடாதது.
கிராண்ட் - எம்பியில் வழங்கப்பட்டது.
TCHD - MBytes இல் செயலில் உள்ளது.
MCTL? - VM இல் பலூன் டிரைவர் நிறுவப்பட்டுள்ளதா.
MCTLSZ - பலூன் முதல் எம்பி வரை.
MCTLGT பலூன் டிரைவர் (Memctl Target) மூலம் VM இலிருந்து ESXi அகற்ற விரும்பும் RAM அளவு (MBytes).
MCTLMAX பலூன் டிரைவர் மூலம் ESXi VM இலிருந்து அகற்றக்கூடிய அதிகபட்ச RAM அளவு (MBytes).
SWCUR - ஸ்வாப் கோப்பிலிருந்து VMக்கு ஒதுக்கப்பட்ட RAM இன் தற்போதைய அளவு (MBytes).
எஸ்.டபிள்யூ.ஜி.டி. — ESXi ஸ்வாப் கோப்பிலிருந்து (Swap Target) VMக்கு கொடுக்க விரும்பும் RAM அளவு (MBytes).
ESXTOP மூலம் VM இன் NUMA இடவியல் பற்றிய விரிவான தகவலையும் நீங்கள் பார்க்கலாம். இதைச் செய்ய, D, G புலங்களைத் தேர்ந்தெடுக்கவும்:
என்.எச்.என் – VM அமைந்துள்ள NUMA முனைகள். இங்கே நீங்கள் உடனடியாக பரந்த vm ஐ கவனிக்கலாம், இது ஒரு NUMA முனையில் பொருந்தாது.
NRMEM - ரிமோட் NUMA முனையிலிருந்து VM எத்தனை மெகாபைட் நினைவகத்தை எடுக்கும்.
NLMEM - உள்ளூர் NUMA முனையிலிருந்து VM எத்தனை மெகாபைட் நினைவகத்தை எடுக்கும்.
N%L - உள்ளூர் NUMA முனையில் VM நினைவகத்தின் சதவீதம் (80% க்கும் குறைவாக இருந்தால், செயல்திறன் சிக்கல்கள் ஏற்படலாம்).
ஹைப்பர்வைசரில் நினைவகம்
ஹைப்பர்வைசருக்கான CPU கவுண்டர்கள் பொதுவாக குறிப்பிட்ட ஆர்வத்தை கொண்டிருக்கவில்லை என்றால், நினைவகத்துடன் நிலைமை எதிர்மாறாக இருக்கும். VM இல் அதிக நினைவகப் பயன்பாடு எப்போதும் செயல்திறன் சிக்கலைக் குறிக்காது, ஆனால் ஹைப்பர்வைசரில் அதிக நினைவகப் பயன்பாடு நினைவக மேலாண்மை நுட்பங்களைத் தூண்டுகிறது மற்றும் VM செயல்திறனில் சிக்கல்களை ஏற்படுத்துகிறது. ஹோஸ்ட் மெமரி யூஸேஜ் அலாரங்களைக் கண்காணிக்க வேண்டும் மற்றும் VMகள் ஸ்வாப்பில் வருவதைத் தடுக்க வேண்டும்.
இடமாற்று
ஒரு VM ஸ்வாப்பில் சிக்கினால், அதன் செயல்திறன் வெகுவாகக் குறைக்கப்படுகிறது. ஹோஸ்டில் இலவச ரேம் தோன்றிய பிறகு பலூனிங் மற்றும் சுருக்கத்தின் தடயங்கள் விரைவாக மறைந்துவிடும், ஆனால் மெய்நிகர் இயந்திரம் ஸ்வாப்பில் இருந்து சர்வரின் ரேமுக்குத் திரும்புவதற்கு அவசரப்படவில்லை.
ESXi 6.0 க்கு முன், ஸ்வாப்பில் இருந்து VM ஐ அகற்ற ஒரே நம்பகமான மற்றும் விரைவான வழி மறுதொடக்கம் ஆகும் (இன்னும் துல்லியமாக, கொள்கலனை அணைக்க/ஆன் செய்தல்). ESXi 6.0 இல் தொடங்கி, முற்றிலும் அதிகாரப்பூர்வமாக இல்லாவிட்டாலும், ஸ்வாப்பில் இருந்து VM ஐ அகற்றுவதற்கான வேலை மற்றும் நம்பகமான வழி தோன்றியது. ஒரு மாநாட்டில், CPU Schedulerக்கு பொறுப்பான VMware இன்ஜினியர் ஒருவருடன் என்னால் பேச முடிந்தது. இந்த முறை மிகவும் பயனுள்ளதாகவும் பாதுகாப்பாகவும் இருப்பதாக அவர் உறுதிப்படுத்தினார். எங்கள் அனுபவத்தில், அதில் எந்த பிரச்சனையும் இல்லை.
ஸ்வாப்பில் இருந்து VM ஐ அகற்றுவதற்கான உண்மையான கட்டளைகள் டங்கன் எப்பிங். நான் விரிவான விளக்கத்தை மீண்டும் செய்ய மாட்டேன், அதன் பயன்பாட்டிற்கு ஒரு உதாரணம் தருகிறேன். ஸ்கிரீன்ஷாட்டில் நீங்கள் பார்ப்பது போல், குறிப்பிட்ட கட்டளையை இயக்கிய சிறிது நேரம் கழித்து, VM இல் ஸ்வாப் மறைந்துவிடும்.
ESXi இல் RAM ஐ நிர்வகிப்பதற்கான உதவிக்குறிப்புகள்
இறுதியாக, ரேம் காரணமாக VM செயல்திறனில் உள்ள சிக்கல்களைத் தவிர்க்க உதவும் சில குறிப்புகள் இங்கே:
- உற்பத்திக் கிளஸ்டர்களில் ரேமின் அதிகப்படியான சந்தாவைத் தவிர்க்கவும். க்ளஸ்டரில் எப்போதும் ~20-30% இலவச நினைவகத்தை வைத்திருப்பது நல்லது, இதனால் DRS (மற்றும் நிர்வாகி) சூழ்ச்சி செய்ய இடமிருக்கும் மற்றும் இடம்பெயர்வின் போது VMகள் இடமாற்றத்திற்கு செல்லாது. மேலும், தவறு சகிப்புத்தன்மைக்கான விளிம்பு பற்றி மறந்துவிடாதீர்கள். ஒரு சேவையகம் தோல்வியுற்றால் மற்றும் HA ஐப் பயன்படுத்தி VM மறுதொடக்கம் செய்யப்படும்போது, சில இயந்திரங்கள் இடமாற்றத்திற்குச் செல்லும்போது அது விரும்பத்தகாதது.
- மிகவும் ஒருங்கிணைந்த உள்கட்டமைப்புகளில், ஹோஸ்ட் நினைவகத்தில் பாதிக்கும் மேலான நினைவகத்துடன் VMகளை உருவாக்க வேண்டாம். எந்த பிரச்சனையும் இல்லாமல் கிளஸ்டர் சர்வர்கள் முழுவதும் மெய்நிகர் இயந்திரங்களை விநியோகிக்க இது மீண்டும் DRS க்கு உதவும். இந்த விதி, நிச்சயமாக, உலகளாவியது அல்ல :).
- ஹோஸ்ட் நினைவக பயன்பாட்டு அலாரத்தைக் கவனியுங்கள்.
- VM இல் VMware கருவிகளை நிறுவ மறக்காதீர்கள் மற்றும் பலூனிங்கை அணைக்காதீர்கள்.
- Inter-VM TPSஐ இயக்குவதையும் VDI மற்றும் சோதனைச் சூழல்களில் பெரிய பக்கங்களை முடக்குவதையும் கருத்தில் கொள்ளுங்கள்.
- VM செயல்திறன் சிக்கல்களை எதிர்கொண்டால், அது தொலைநிலை NUMA முனையிலிருந்து நினைவகத்தைப் பயன்படுத்துகிறதா என்பதைச் சரிபார்க்கவும்.
- முடிந்தவரை விரைவாக ஸ்வாப்பில் இருந்து VMகளை அகற்று! மற்றவற்றுடன், VM ஸ்வாப்பில் இருந்தால், சேமிப்பக அமைப்பு வெளிப்படையான காரணங்களுக்காக பாதிக்கப்படுகிறது.
ரேம் பற்றி எனக்கு அவ்வளவுதான். ஆழமாகச் செல்ல விரும்புவோருக்கான தொடர்புடைய கட்டுரைகள் கீழே உள்ளன. அடுத்த கட்டுரை ஸ்டோராஜுக்கு அர்ப்பணிக்கப்படும்.
பயனுள்ள இணைப்புகள்
ஆதாரம்: www.habr.com