මෙම ලිපියෙන් අපි vSphere හි සසම්භාවී ප්‍රවේශ මතකයේ (RAM) කාර්ය සාධන කවුන්ටර ගැන කතා කරමු.
ප්‍රොසෙසරයට වඩා මතකය සමඟ සෑම දෙයක්ම පැහැදිලි බව පෙනේ: වීඑම් එකක කාර්ය සාධන ගැටළු තිබේ නම්, ඒවා නොදැන සිටීම අපහසුය. නමුත් ඔවුන් පෙනී සිටින්නේ නම්, ඔවුන් සමඟ කටයුතු කිරීම වඩා දුෂ්කර ය. නමුත් පළමු දේ පළමුව.
න්යායන් ටිකක්
Virtual Machine වල RAM එක ලබා ගන්නේ VM ක්‍රියාත්මක වන සේවාදායකයේ මතකයෙන්. ඒක හොඳටම පැහැදිලියි :). සේවාදායකයේ RAM එක සෑම කෙනෙකුටම ප්‍රමාණවත් නොවේ නම්, ESXi RAM පරිභෝජනය ප්‍රශස්ත කිරීම සඳහා මතක නැවත රැස් කිරීමේ ක්‍රම භාවිතා කිරීමට පටන් ගනී. එසේ නොමැති නම්, VM මෙහෙයුම් පද්ධති RAM ප්‍රවේශ දෝෂ සමඟ බිඳ වැටේ.
ESXi භාවිතා කළ යුතු ක්‍රම මොනවාද යන්න RAM බර අනුව තීරණය කරයි:
මතක තත්ත්වය
ෆ්රන්ටියර්
ක්රියා
අධි
400% minFree
ඉහළ සීමාවට ළඟා වූ පසු, විශාල මතක පිටු කුඩා ඒවාට බෙදී ඇත (TPS සම්මත මාදිලියේ ක්රියා කරයි).
පැහැදිලිව
100% minFree
විශාල මතක පිටු කුඩා ඒවාට කැඩී යයි, TPS වැඩ කිරීමට බල කෙරේ.
මෘදු
64% minFree
TPS + බැලූනය
Hard
32% minFree
TPS + Compress + Swap
අඩු
16% minFree
සම්පීඩනය + Swap + අවහිර කරන්න
minFree යනු හයිපර්වයිසර් වැඩ කිරීමට අවශ්‍ය RAM එකයි.
ESXi 4.1 ඇතුළත් කිරීමට පෙර, minFree පෙරනිමියෙන් සවි කර ඇත - සේවාදායකයේ RAM වලින් 6% (ESXi හි Mem.MinFreePct විකල්පය හරහා ප්‍රතිශතය වෙනස් කළ හැක). පසුකාලීන අනුවාද වල, සේවාදායකයන් මත මතක ප්රමාණය වැඩිවීම නිසා, minFree ගණනය කිරීමට පටන් ගත්තේ ධාරක මතක ප්රමාණය මත මිස ස්ථාවර ප්‍රතිශතයක් ලෙස නොවේ.
minFree (පෙරනිමි) අගය පහත පරිදි ගණනය කෙරේ:
minFree සඳහා වෙන් කර ඇති මතක ප්‍රතිශතය
මතක පරාසය
6%
0-4 GB
4%
4-12 GB
2%
12-28 GB
1%
ඉතිරි මතකය
උදාහරණයක් ලෙස, 128 GB RAM සහිත සේවාදායකයක් සඳහා, MinFree අගය වනුයේ:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
සැබෑ අගය MB සිය ගණනකින් වෙනස් විය හැකිය, එය සේවාදායකය සහ RAM මත රඳා පවතී.
minFree සඳහා වෙන් කර ඇති මතක ප්‍රතිශතය
මතක පරාසය
128 GB සඳහා වටිනාකම
6%
0-4 GB
245,76 MB
4%
4-12 GB
327,68 MB
2%
12-28 GB
327,68 MB
1%
ඉතිරි මතකය (100 GB)
1024 MB
සාමාන්‍යයෙන්, ඵලදායි ස්ථාවරයන් සඳහා, සාමාන්‍ය ලෙස සැලකිය හැක්කේ උසස් තත්ත්වය පමණි. පරීක්ෂණ සහ සංවර්ධන බංකු සඳහා, පැහැදිලි/මෘදු තත්වයන් පිළිගත හැකිය. ධාරකයේ RAM එක 64% MinFree ට වඩා අඩු නම්, එය මත ක්‍රියාත්මක වන VM වලට අනිවාර්යයෙන්ම කාර්ය සාධන ගැටළු ඇත.
සෑම ප්‍රාන්තයකම, TPS වලින් පටන් ගෙන, VM හි ක්‍රියාකාරීත්වයට ප්රායෝගිකව බලපාන්නේ නැති, සහ Swapping වලින් අවසන් වන ඇතැම් මතක ප්‍රතිසාධන ක්‍රම යොදනු ලැබේ. මම ඔවුන් ගැන වැඩි විස්තර කියන්නම්.
විනිවිද පෙනෙන පිටු බෙදාගැනීම (TPS). TPS යනු, දළ වශයෙන්, සේවාදායකයක අතථ්‍ය යන්ත්‍ර මතක පිටු අඩු කිරීමකි.
ESXi විසින් පිටු වල හැෂ් එකතුව ගණන් කිරීම සහ සංසන්දනය කිරීම මගින් අතථ්‍ය යන්ත්‍ර RAM හි සමාන පිටු සොයන අතර අනුපිටපත් පිටු ඉවත් කර සේවාදායකයේ භෞතික මතකයේ ඇති එකම පිටුවට සබැඳි සමඟ ඒවා ප්‍රතිස්ථාපනය කරයි. එහි ප්‍රතිඵලයක් වශයෙන්, භෞතික මතක පරිභෝජනය අඩු වන අතර, සුළු හෝ කාර්ය සාධන පිරිහීමකින් තොරව යම් මතක අධි දායකත්වයක් ලබා ගත හැක.
මෙම යාන්ත්‍රණය ක්‍රියාත්මක වන්නේ 4 KB මතක පිටු (කුඩා පිටු) සඳහා පමණි. හයිපර්වයිසර් 2 MB (විශාල පිටු) පිටු අඩු කිරීමට පවා උත්සාහ නොකරයි: මෙම ප්‍රමාණයේ සමාන පිටු සොයා ගැනීමේ අවස්ථාව විශාල නොවේ.
පෙරනිමියෙන්, ESXi විශාල පිටු සඳහා මතකය වෙන් කරයි. විශාල පිටු කුඩා පිටුවලට කැඩීම ආරම්භ වන්නේ ඉහළ තත්ත්‍වයේ එළිපත්තට ළඟා වූ විට වන අතර පැහැදිලි තත්ත්වයට ළඟා වූ විට බල කෙරේ (අධිවිද්‍යා තත්ත්ව වගුව බලන්න).
සත්කාරක RAM එක පිරෙන තෙක් බලා නොසිට TPS ක්රියා කිරීම ආරම්භ කිරීමට ඔබට අවශ්‍ය නම්, උසස් විකල්ප ESXi හි ඔබ අගය සැකසිය යුතුය. "Mem.AllocGuestLargePage" 0 දක්වා (පෙරනිමිය 1). එවිට අථත්‍ය යන්ත්‍ර සඳහා විශාල මතක පිටු වෙන් කිරීම අක්‍රිය වනු ඇත.
2014 දෙසැම්බරයේ සිට, ESXi හි සියලුම නිකුතු වල, VM අතර TPS පෙරනිමියෙන් අක්‍රිය කර ඇත, න්‍යායාත්මකව එක් VM එකක සිට තවත් VM එකක RAM වෙත ප්‍රවේශ වීමට අවධානමක් ඇති බව සොයා ගන්නා ලදී. විස්තර මෙතනින්. TPS අවධානම සූරාකෑමේ ප්‍රායෝගික ක්‍රියාත්මක කිරීම පිළිබඳ තොරතුරු මට හමු වී නැත.
TPS ප්‍රතිපත්තිය උසස් විකල්පය හරහා පාලනය වේ "Mem.ShareForceSalting" ESXi මත:
0 - අන්තර්-VM TPS. TPS විවිධ VM වල පිටු සඳහා ක්රියා කරයි;
1 - VMX හි එකම "sched.mem.pshare.salt" අගය සහිත VM සඳහා TPS;
2 (පෙරනිමි) - Intra-VM TPS. TPS VM තුළ පිටු සඳහා ක්රියා කරයි.
විශාල පිටු ක්රියා විරහිත කිරීම සහ පරීක්ෂණ බංකු මත Inter-VM TPS සක්‍රිය කිරීම අනිවාර්යයෙන්ම අර්ථවත් කරයි. එය එකම වර්ගයේ VM විශාල සංඛ්‍යාවක් සහිත ස්ටෑන්ඩ් සඳහාද භාවිතා කළ හැක. උදාහරණයක් ලෙස, VDI සමඟ ස්ථාවර මත, භෞතික මතකයේ ඉතිරි කිරීම් සියයට දස දක්වා ළඟා විය හැක.
මතක බැලුනය. බැලූනය තවදුරටත් VM මෙහෙයුම් පද්ධතිය සඳහා TPS වැනි හානිකර හා විනිවිද පෙනෙන තාක්‍ෂණයක් නොවේ. නමුත් නිසි යෙදුමක් සමඟ, ඔබට බැලුනිං සමඟ ජීවත් වීමට සහ වැඩ කිරීමට පවා හැකිය.
Vmware Tools සමඟ එක්ව, Balloon Driver (aka vmmemctl) නමින් විශේෂ ධාවකයක් VM මත ස්ථාපනය කර ඇත. හයිපර්වයිසරයේ භෞතික මතකය අවසන් වී මෘදු තත්ත්වයට ඇතුළු වූ විට, ESXi මෙම Balloon Driver හරහා භාවිත නොකළ RAM නැවත ලබා ගන්නා ලෙස VM වෙතින් ඉල්ලා සිටී. රියදුරු, අනෙක් අතට, මෙහෙයුම් පද්ධති මට්ටමින් ක්රියා කරන අතර එයින් නිදහස් මතකය ඉල්ලා සිටී. Hypervisor විසින් Balloon Driver සතුව ඇති භෞතික මතකයේ පිටු මොනවාදැයි දකියි, අතථ්‍ය යන්ත්‍රයෙන් මතකය ලබාගෙන එය ධාරකය වෙත ලබා දෙයි. මෙහෙයුම් පද්ධතියේ ක්‍රියාකාරිත්වයේ කිසිදු ගැටළුවක් නොමැත, මන්ද OS මට්ටමේ දී මතකය Balloon Driver විසින් අල්ලාගෙන ඇත. පෙරනිමියෙන් Balloon Driver හට VM මතකයෙන් 65% දක්වා ගත හැක.
VMware මෙවලම් VM හි ස්ථාපනය කර නොමැති නම් හෝ බැලූනය අක්‍රීය කර ඇත්නම් (මම නිර්දේශ නොකරමි, නමුත් ඒවා තිබේ. :), හයිපර්වයිසර් වහාම වඩාත් දැඩි මතක ඉවත් කිරීමේ ක්‍රම වෙත මාරු වේ. නිගමනය: VMware මෙවලම් VM මත ඇති බවට වග බලා ගන්න.
Balloon Driver හි ක්‍රියාකාරිත්වය VMware මෙවලම් හරහා OS වෙතින් පරීක්ෂා කළ හැක.
මතක සම්පීඩනය. ESXi Hard state වෙත ළඟා වන විට මෙම තාක්ෂණය භාවිතා වේ. නමට අනුව, ESXi විසින් 4KB RAM පිටුවක් 2KB බවට හැකිලීමට උත්සාහ කරන අතර එමඟින් සේවාදායකයේ භෞතික මතකයේ යම් ඉඩක් නිදහස් කරයි. මෙම තාක්ෂණය VM RAM පිටු වල අන්තර්ගතයට ප්‍රවේශ වීමේ කාලය සැලකිය යුතු ලෙස වැඩි කරයි, මන්ද පිටුව පළමුව සම්පීඩනය නොකළ යුතුය. සමහර විට සියලුම පිටු සම්පීඩනය කළ නොහැකි අතර ක්රියාවලියම යම් කාලයක් ගතවේ. එබැවින් මෙම තාක්ෂණය ප්රායෝගිකව ඉතා ඵලදායී නොවේ.
මතක හුවමාරුව. කෙටි මතක සම්පීඩන අදියරකින් පසුව, ESXi අනිවාර්යයෙන්ම පාහේ (VMs වෙනත් ධාරක සඳහා පිටත්ව ගොස් නොමැති නම් හෝ අක්‍රිය කර ඇත්නම්) Swapping වෙත මාරු වේ. තවද ඉතා කුඩා මතකයක් ඉතිරිව තිබේ නම් (පහළ තත්වය), එවිට අධිවිශේෂකය VM වෙත මතක පිටු වෙන් කිරීම නවත්වයි, එය VM හි ආගන්තුක OS හි ගැටළු ඇති කළ හැකිය.
Swapping ක්රියා කරන ආකාරය මෙන්න. ඔබ අතථ්‍ය යන්ත්‍රයක් සක්‍රිය කළ විට, ඒ සඳහා .vswp දිගුව සහිත ගොනුවක් නිර්මාණය වේ. එය VM හි වෙන් නොකළ RAM ප්‍රමාණයට සමාන වේ: එය වින්‍යාසගත සහ වෙන් කළ මතකය අතර වෙනසයි. Swapping ක්‍රියාත්මක වන විට, ESXi මෙම ගොනුවට අතථ්‍ය යන්ත්‍ර මතක පිටු බාන අතර සේවාදායකයේ භෞතික මතකය වෙනුවට එය සමඟ වැඩ කිරීමට පටන් ගනී. ඇත්ත වශයෙන්ම, එවැනි "ක්රියාකාරී" මතකය, .vswp වේගවත් ආචයනය මත පිහිටා තිබුණද, සැබෑ එකට වඩා විශාලත්වයේ ඇණවුම් කිහිපයක් මන්දගාමී වේ.
Balooning මෙන් නොව, භාවිතා නොකරන ලද පිටු VM වෙතින් ලබාගත් විට, Swapping සමඟ, OS හෝ VM තුළ ඇති යෙදුම් ක්‍රියාකාරීව භාවිතා කරන පිටු තැටිය වෙත ගෙන යා හැක. එහි ප්‍රතිඵලයක් වශයෙන්, VM හි ක්‍රියාකාරිත්වය කැටි ගැසීමේ මට්ටම දක්වා පහත වැටේ. VM විධිමත් ලෙස ක්රියා කරන අතර අවම වශයෙන් එය OS වෙතින් නිසි ලෙස අක්‍රිය කළ හැක. ඉවසන්න නම් 😉
VMs Swap වෙත ගියේ නම්, මෙය අසාමාන්‍ය තත්වයක් වන අතර, හැකි නම් එය වළක්වා ගත හැකිය.
ප්රධාන VM මතක කාර්ය සාධන කවුන්ටර
ඉතින් අපි ප්රධාන කාරණයට ආවා. VM හි මතක තත්ත්වය නිරීක්ෂණය කිරීම සඳහා, පහත කවුන්ටර ඇත:
ක්රියාකාරී — පෙර මිනුම් කාලය තුළ VM වෙත ප්‍රවේශය ලබා ගත් RAM (KB) ප්රමාණය පෙන්වයි.
භාවිතය - Active ලෙසම, නමුත් VM හි වින්‍යාසගත RAM හි ප්‍රතිශතයක් ලෙස. පහත සූත්‍රය භාවිතයෙන් ගණනය කර ඇත: සක්‍රීය ÷ අතථ්‍ය යන්ත්‍රය වින්‍යාස කළ මතක ප්රමාණය.
ඉහළ භාවිතය සහ ක්රියාකාරී, පිළිවෙලින්, සෑම විටම VM කාර්ය සාධන ගැටළු පිළිබඳ දර්ශකයක් නොවේ. VM ආක්‍රමණශීලී ලෙස මතකය භාවිතා කරන්නේ නම් (අවම වශයෙන් එයට ප්‍රවේශය ලැබේ), ප්‍රමාණවත් මතකයක් නොමැති බව මින් අදහස් නොවේ. ඒ වෙනුවට, එය OS හි සිදුවන්නේ කුමක්දැයි බැලීමට අවස්ථාවක්.
VM සඳහා සම්මත මතක භාවිත අනතුරු ඇඟවීමක් තිබේ:
හවුල් - TPS භාවිතයෙන් වෙන් කරන ලද VM RAM ප්රමාණය (VM ඇතුළත හෝ VM අතර).
ලබා දී ඇත - VM වෙත ලබා දී ඇති භෞතික ධාරක මතක (KB) ප්රමාණය. බෙදාගත් දේ ඇතුළත් වේ.
පරිභෝජනය (සම්පූර්ණයි - බෙදාගත්) - VM විසින් ධාරකයෙන් පරිභෝජනය කරන භෞතික මතක ප්රමාණය (KB). බෙදාගත් ඒවා ඇතුළත් නොවේ.
VM මතකයෙන් කොටසක් ලබා දෙන්නේ ධාරකයේ භෞතික මතකයෙන් නොව, swap ගොනුවෙන් නම් හෝ VM වෙතින් Balloon Driver හරහා මතකය ලබා ගන්නේ නම්, Granted and Consumed හි මෙම ප්රමාණය සැලකිල්ලට නොගනී.
ඉහළ අනුමත සහ පරිභෝජනය කරන ලද අගයන් සම්පූර්ණයෙන්ම සාමාන්යයි. මෙහෙයුම් පද්ධතිය ක්‍රමයෙන් හයිපර්වයිසර් වෙතින් මතකය ලබා ගන්නා අතර එය ආපසු ලබා නොදේ. කාලයාගේ ඇවෑමෙන්, සක්‍රියව ක්‍රියාත්මක වන VM එකක, මෙම කවුන්ටරවල අගයන් වින්‍යාස කළ මතක ප්‍රමාණයට ළඟා වන අතර එහි පවතී.
ශුන්ය - ශුන්ය අඩංගු VM RAM (KB) ප්රමාණය. එවැනි මතකයක් හයිපර්වයිසර් විසින් නොමිලේ සලකනු ලබන අතර අනෙකුත් අථත්‍ය යන්ත්‍රවලට ලබා දිය හැක. ආගන්තුක මෙහෙයුම් පද්ධතිය ශුන්ය මතකයට යමක් ලියා ඇති පසු, එය පරිභෝජනයට ගොස් ආපසු නොඑනු ඇත.
වෙන්කර ඇති පොදු කාර්ය - VM ක්‍රියාකාරිත්වය සඳහා හයිපර්වයිසර් විසින් වෙන් කර ඇති VM RAM ප්රමාණය, (KB). මෙය කුඩා මුදලකි, නමුත් එය සත්කාරකයේ තිබිය යුතුය, එසේ නොමැතිනම් VM ආරම්භ නොවනු ඇත.
බැලූනය - Balloon Driver භාවිතයෙන් VM එකෙන් අල්ලා ගත් RAM (KB) ප්රමාණය.
සම්පීඩිත - සම්පීඩිත RAM (KB) ප්රමාණය.
මාරු විය - සේවාදායකයේ භෞතික මතකය නොමැතිකම හේතුවෙන් තැටිය වෙත ගෙන ගිය RAM ප්රමාණය (KB).
බැලූනය සහ අනෙකුත් මතක ප්‍රතිසාධන ක්‍රම කවුන්ටර ශුන්ය වේ.
සාමාන්‍යයෙන් 150 GB RAM සහිත VM එකක් සඳහා මතක කවුන්ටර සහිත ප්‍රස්ථාරය පෙනෙන්නේ එලෙසය.
පහත ප්‍රස්ථාරයේ, VM හි පැහැදිලි ගැටළු ඇත. ප්‍රස්ථාරය යටතේ, මෙම VM සඳහා, RAM සමඟ වැඩ කිරීම සඳහා විස්තර කර ඇති සියලුම තාක්ෂණික ක්‍රම භාවිතා කර ඇති බව ඔබට පෙනේ. මෙම VM සඳහා බැලූනය පරිභෝජනයට වඩා විශාලයි. ඇත්තටම VM එක පණ පිටින් මැරිලා.
ESXTOP
CPU සමඟ මෙන්, අපට ධාරකයේ තත්වය මෙන්ම තත්පර 2 ක් දක්වා පරතරයක් සහිත එහි ගතිකතාවයන් ඉක්මනින් තක්සේරු කිරීමට අවශ්‍ය නම්, අපි ESXTOP භාවිතා කළ යුතුය.
Memory මගින් ESXTOP තිරය "m" යතුර සමඟින් කැඳවනු ලබන අතර මේ ආකාරයට දිස්වේ (B, D, H, J, K, L, O ක්ෂේත්ර තෝරා ඇත):
පහත සඳහන් පරාමිතීන් අපට උනන්දුවක් දක්වනු ඇත:
Mem overcommit avg - මිනිත්තු 1, 5 සහ 15 සඳහා ධාරකයේ මතක අධි දායකත්වයේ සාමාන්‍ය අගය. එය බිංදුවට වඩා වැඩි නම්, මෙය සිදුවන්නේ කුමක්ද යන්න බැලීමට අවස්ථාවක් වන නමුත් සෑම විටම ගැටළු පිළිබඳ දර්ශකයක් නොවේ.
පේළි වල PMEM/MB и VMKMEM/MB - සේවාදායකයේ භෞතික මතකය සහ VMkernel වෙත පවතින මතකය පිළිබඳ තොරතුරු. මෙහි ඇති රසවත් දේ වලින් ඔබට minfree (MB වලින්), මතකයේ ඇති ධාරකයේ තත්වය (අපගේ නඩුවේදී, ඉහළ) අගය දැකිය හැකිය.
පෙළට NUMA/MB ඔබට NUMA nodes (sockets) මගින් RAM බෙදා හැරීම දැකිය හැක. මෙම උදාහරණයේ දී, බෙදා හැරීම අසමාන වේ, එය ප්‍රතිපත්තිමය වශයෙන් ඉතා හොඳ නොවේ.
පහත දැක්වෙන්නේ මතක ප්‍රතිසාධන ක්‍රම පිළිබඳ සාමාන්‍ය සේවාදායක සංඛ්යාලේඛන වේ:
PSHARE/MB TPS සංඛ්යාලේඛන වේ;
SWAP/MB - භාවිත සංඛ්යා ලේඛන හුවමාරු කරන්න;
ZIP/MB - මතක පිටු සම්පීඩන සංඛ්යාලේඛන;
MEMCTL/MB - බැලූන් රියදුරු භාවිත සංඛ්යා ලේඛන.
තනි VM සඳහා, අපි පහත තොරතුරු ගැන උනන්දු විය හැකිය. ප්‍රේක්ෂකයින් අතරමං නොවීමට මම VM නම් සැඟවුවෙමි :). ESXTOP මෙට්‍රික් vSphere හි කවුන්ටරයට සමාන නම්, මම අනුරූප කවුන්ටරය ලබා දෙමි.
MEMSZ - VM (MB) මත වින්‍යාස කර ඇති මතක ප්රමාණය.
MEMSZ = GRANT + MCTLSZ + SWCUR + ස්පර්ශ නොකළ.
ග්‍රාන්ට් - MB වෙත ලබා දී ඇත.
TCHD - MB වලින් ක්රියාකාරී.
MCTL? - Balloon Driver VM මත ස්ථාපනය කර තිබේද යන්න.
MCTLSZ - MB සිට බැලූනය.
MCTLGT - Balloon Driver (Memctl Target) හරහා ESXi VM වෙතින් ගැනීමට අවශ්‍ය RAM (MB) ප්රමාණය.
MCTLMAX - Balloon Driver හරහා VM වෙතින් ESXi හට ගත හැකි උපරිම RAM (MB) ප්රමාණය.
SWCUR — Swap ගොනුවෙන් VM වෙත දැනට වෙන් කර ඇති RAM (MB) ප්රමාණය.
එස්.ඩබ්ලිව්.ජී.ටී. - Swap ගොනුවෙන් (Swap Target) ESXi VM වෙත ලබා දීමට අවශ්‍ය RAM (MB) ප්රමාණය.
එසේම, ESXTOP හරහා, ඔබට VM හි NUMA ස්ථලකය පිළිබඳ වඩාත් සවිස්තරාත්මක තොරතුරු දැක ගත හැක. මෙය සිදු කිරීම සඳහා, D, G යන ක්ෂේත්ර තෝරන්න:
එන්එච්එන් - VM පිහිටා ඇති NUMA නෝඩ්. එක් NUMA node එකක් මත නොගැලපෙන පුළුල් vm මෙහිදී ඔබට වහාම දැකිය හැක.
NRMEM - දුරස්ථ NUMA නෝඩයෙන් VM මතකය මෙගාබයිට් කීයක් ගනී.
NLMEM - දේශීය NUMA නෝඩයෙන් VM මතකය මෙගාබයිට් කීයක් ලබා ගනී.
N%L - දේශීය NUMA node හි VM මතකයේ ප්‍රතිශතය (80% ට වඩා අඩු නම්, කාර්ය සාධන ගැටළු ඇතිවිය හැක).
හයිපර්වයිසර් මත මතකය
හයිපර්වයිසර් සඳහා CPU කවුන්ටර සාමාන්‍යයෙන් විශේෂ උනන්දුවක් නොදක්වන්නේ නම්, තත්වය මතකය සමඟ ආපසු හැරේ. VM එකක ඉහළ මතක භාවිතය සෑම විටම කාර්ය සාධන ගැටලුවක් නොපෙන්වයි, නමුත් අධි වයිසරයක ඉහළ මතක භාවිතය මතක කළමනාකරණ ශිල්පීය ක්‍රම අවුස්සන අතර VM හි කාර්ය සාධන ගැටළු ඇති කරයි. VM Swap වෙත පැමිණීම වැළැක්වීම සඳහා සත්කාරක මතක භාවිත අනතුරු ඇඟවීම් නිරීක්ෂණය කළ යුතුය.
හුවමාරු නොකරන්න
VM එකක් Swap හි තිබේ නම්, එහි ක්‍රියාකාරිත්වය බෙහෙවින් අඩු වේ. ධාරකයේ නොමිලේ RAM දර්ශනය වූ පසු බැලූනය සහ සම්පීඩනය පිළිබඳ අංශු ඉක්මනින් අතුරුදහන් වේ, නමුත් අතථ්‍ය යන්ත්‍රය Swap වෙතින් සේවාදායක RAM වෙත ආපසු යාමට ඉක්මන් නොවේ.
ESXi 6.0 ට පෙර, Swap වෙතින් VM ලබා ගැනීමට ඇති එකම විශ්වාසදායක සහ ඉක්මන් ක්‍රමය වූයේ නැවත ආරම්භ කිරීමයි (වඩාත් නිවැරදිව කිවහොත්, බහාලුම ක්රියා විරහිත කරන්න/ක්‍රියාත්මක කරන්න). ESXi 6.0 සමඟින් පටන් ගෙන, තරමක් නිල නොවන නමුත්, Swap වෙතින් VM ඉවත් කිරීමට ක්රියාකාරී සහ විශ්වාසදායක ක්‍රමයක් දර්ශනය වී ඇත. එක් සම්මන්ත්‍රණයකදී, මට CPU Scheduler භාරව සිටින VMware ඉංජිනේරුවෙකු සමඟ කතා කිරීමට හැකි විය. ක්‍රමය තරමක් ක්රියාකාරී සහ ආරක්ෂිත බව ඔහු තහවුරු කළේය. අපේ අත්දැකීමෙන් ඒකෙත් කිසිම ප්‍රශ්නයක් තිබුණේ නැහැ.
Swap වෙතින් VM ඉවත් කිරීම සඳහා සැබෑ විධාන ඩන්කන් එපිං. මම සවිස්තරාත්මක විස්තරයක් නැවත නොකියමි, එහි භාවිතය පිළිබඳ උදාහරණයක් දෙන්න. ඔබට තිර පිටපතේ දැකිය හැකි පරිදි, නිශ්චිත විධානයන් ක්‍රියාත්මක කිරීමෙන් ටික වේලාවකට පසු, VM මත Swap අතුරුදහන් වේ.
ESXi මතක කළමනාකරණ ඉඟි
අවසාන වශයෙන්, RAM හේතුවෙන් VM ක්‍රියාකාරිත්වයේ ගැටළු මඟහරවා ගැනීමට ඔබට උපකාරී වන උපදෙස් කිහිපයක් මෙන්න:
- ඵලදායි පොකුරු වල මතකය අධි දායකත්වයෙන් වළකින්න. DRS (සහ පරිපාලකයාට) උපාමාරු කිරීමට ඉඩ ඇති අතර, සංක්‍රමණයේදී VMs Swap වෙත නොයන ලෙස පොකුරේ සෑම විටම ~20-30% නිදහස් මතකයක් තිබීම යෝග්‍ය වේ. එසේම, වැරදි ඉවසීම සඳහා ආන්තිකය ගැන අමතක නොකරන්න. එක් සේවාදායකයක් අසමත් වූ විට සහ HA භාවිතයෙන් VM නැවත ආරම්භ කළ විට, සමහර යන්ත්‍ර ද Swap වෙත යන විට එය අප්‍රසන්න වේ.
- ඉහළ ඒකාබද්ධ යටිතල ව්‍යුහයන් තුළ, ධාරක මතකයෙන් අඩකට වඩා වැඩි VM නිර්මාණය නොකිරීමට උත්සාහ කරන්න. මෙය නැවතත් DRS හට කිසිදු ගැටළුවක් නොමැතිව පොකුරු සේවාදායකයන් හරහා අතථ්‍ය යන්ත්‍ර බෙදා හැරීමට උපකාරී වනු ඇත. මෙම රීතිය, ඇත්ත වශයෙන්ම, විශ්වීය නොවේ :).
- ධාරක මතක භාවිත එලාමය සඳහා නරඹන්න.
- VM මත VMware මෙවලම් ස්ථාපනය කිරීමට අමතක නොකරන්න සහ බැලූනය අක්‍රිය නොකරන්න.
- Inter-VM TPS සක්‍රීය කිරීම සහ VDI සහ පරීක්ෂණ පරිසරයන් තුළ විශාල පිටු අක්‍රිය කිරීම සලකා බලන්න.
- VM කාර්ය සාධන ගැටළු අත්විඳින්නේ නම්, එය දුරස්ථ NUMA node එකකින් මතකය භාවිතා කරන්නේ දැයි පරීක්ෂා කරන්න.
- ඔබේ VM හැකි ඉක්මනින් Swap වෙතින් ඉවත් කර ගන්න! වෙනත් දේ අතර, VM Swap හි තිබේ නම්, පැහැදිලි හේතු නිසා, ගබඩා පද්ධතිය දුක් විඳිනවා.
RAM එක ගැන මට එච්චරයි. විස්තර හාරා බැලීමට කැමති අය සඳහා අදාළ ලිපියක් පහත දැක්වේ. ඊළඟ ලිපිය storadzh සඳහා කැප කරනු ඇත.
ප්රයෝජනවත් සබැඳි
මූලාශ්රය: www.habr.com