ඔබ VMware vSphere (හෝ වෙනත් තාක්ෂණ තොගයක්) මත පදනම් වූ අතථ්ය යටිතල ව්යුහයක් පරිපාලනය කරන්නේ නම්, ඔබට බොහෝ විට පරිශීලකයින්ගෙන් පැමිණිලි ඇසෙනු ඇත: “අථත්ය යන්ත්රය මන්දගාමී වේ!” මෙම ලිපි මාලාවේ මම කාර්ය සාධන ප්රමිතික විශ්ලේෂණය කර එය මන්දගාමී වන්නේ කුමක්ද සහ ඇයි සහ එය මන්දගාමී නොවන බවට වග බලා ගන්නේ කෙසේද යන්න ඔබට කියමි.
අතථ්ය යන්ත්ර ක්රියාකාරීත්වයේ පහත කරුණු මම සලකා බලමි:
- CPU,
- ෆ්රේම්,
- තැටිය,
- ජාල.
මම CPU එකෙන් පටන් ගන්නම්.
කාර්ය සාධනය විශ්ලේෂණය කිරීමට අපට අවශ්ය වනු ඇත:
- vCenter කාර්ය සාධන කවුන්ටර - කාර්ය සාධන කවුන්ටර, එහි ප්රස්ථාර vSphere Client හරහා නැරඹිය හැකිය. මෙම කවුන්ටර පිළිබඳ තොරතුරු සේවාලාභියාගේ ඕනෑම අනුවාදයකින් ලබා ගත හැකිය (C# හි "ඝන" සේවාදායකයා, Flex හි වෙබ් සේවාදායකයා සහ HTML5 හි වෙබ් සේවාදායකයා). මෙම ලිපිවලදී අපි C# ග්රාහකයාගේ තිරපිටපත් භාවිතා කරන්නෙමු, මන්ද ඒවා කුඩා ලෙස වඩා හොඳ පෙනුමක් ඇති නිසා පමණි :)
- ESXTOP - ESXi විධාන රේඛාවෙන් ධාවනය වන උපයෝගීතාවයකි. එහි ආධාරයෙන්, ඔබට කාර්ය සාධන කවුන්ටරවල අගයන් තත්ය කාලීනව ලබා ගත හැකිය, නැතහොත් වැඩිදුර විශ්ලේෂණය සඳහා මෙම අගයන් නිශ්චිත කාලයක් සඳහා .csv ගොනුවකට උඩුගත කළ හැකිය. ඊළඟට, මම ඔබට මෙම මෙවලම ගැන වැඩි විස්තර පවසන අතර මාතෘකාව පිළිබඳ ලිපි ලේඛන සහ ලිපි සඳහා ප්රයෝජනවත් සබැඳි කිහිපයක් ලබා දෙන්නෙමි.
න්යායන් ටිකක්
ESXi හි, වෙනම ක්රියාවලියක් - VMware පාරිභාෂිතයේ ලෝකය - එක් එක් vCPU (අථත්ය යන්ත්ර හරය) ක්රියාත්මක කිරීම සඳහා වගකිව යුතුය. සේවා ක්රියාවලීන් ද ඇත, නමුත් VM කාර්ය සාධනය විශ්ලේෂණය කිරීමේ දෘෂ්ටි කෝණයෙන් ඔවුන් අඩු උනන්දුවක් දක්වයි.
ESXi හි ක්රියාවලියක් ප්රාන්ත හතරෙන් එකකින් විය හැකිය:
- දුවන්න - ක්රියාවලිය යම් ප්රයෝජනවත් කාර්යයක් ඉටු කරයි.
- ඉන්න - ක්රියාවලිය කිසිදු කාර්යයක් සිදු නොකරයි (නිෂ්ක්රීය) හෝ ආදානය/ප්රතිදානය සඳහා බලා සිටී.
- කොස්ටොප් - බහු-core අතථ්ය යන්ත්රවල ඇති වන තත්වයක්. එය සිදු වන්නේ හයිපර්වයිසර් CPU උපලේඛකයාට (ESXi CPU Scheduler) භෞතික සේවාදායක මධ්යයේ සියලුම සක්රීය අථත්ය යන්ත්ර මධ්යයන් එකවර ක්රියාත්මක කිරීම උපලේඛනගත කළ නොහැකි වූ විටය. භෞතික ලෝකයේ, සියලුම ප්රොසෙසර් කෝර් සමාන්තරව ක්රියා කරයි, වීඑම් එක තුළ ඇති ආගන්තුක මෙහෙයුම් පද්ධතිය සමාන හැසිරීමක් අපේක්ෂා කරයි, එබැවින් හයිපර්වයිසර්ට ඔවුන්ගේ ඔරලෝසු චක්රය වේගයෙන් අවසන් කිරීමට හැකියාව ඇති වීඑම් කෝර් මන්දගාමී කිරීමට සිදුවේ. ESXi හි නවීන අනුවාද වල, CPU උපලේඛනය ලිහිල් සම කාලසටහන්කරණය ලෙස හැඳින්වෙන යාන්ත්රණයක් භාවිතා කරයි: "වේගවත්ම" සහ "මන්දගාමී" අථත්ය යන්ත්ර හරය (skew) අතර පරතරය අධිවයිසර් සලකයි. පරතරය නිශ්චිත සීමාවක් ඉක්මවා ගියහොත්, වේගවත් හරය කොස්ටොප් තත්වයට ඇතුල් වේ. VM cores මෙම තත්වයේ බොහෝ කාලයක් ගත කරන්නේ නම්, එය කාර්ය සාධන ගැටළු ඇති කළ හැකිය.
- සූදානම් - ක්රියාවලිය මෙම තත්වයට ඇතුල් වන්නේ අධිවිශේෂකය එය ක්රියාත්මක කිරීම සඳහා සම්පත් වෙන් කිරීමට නොහැකි වූ විටය. ඉහළ සූදානම් අගයන් VM කාර්ය සාධන ගැටළු ඇති කළ හැක.
මූලික අතථ්ය යන්ත්ර CPU කාර්ය සාධන කවුන්ටර
CPU භාවිතය, %. දී ඇති කාල සීමාවක් සඳහා CPU භාවිතයේ ප්රතිශතය පෙන්වයි.
විශ්ලේෂණය කරන්නේ කෙසේද? VM එකක් අඛණ්ඩව CPU 90% භාවිතා කරන්නේ නම් හෝ 100% දක්වා ඉහළ අගයන් තිබේ නම්, අපට ගැටළු තිබේ. VM ඇතුළත යෙදුමේ "මන්දගාමී" ක්රියාකාරිත්වයේ පමණක් නොව, ජාලය හරහා VM වෙත ප්රවේශ වීමේ නොහැකියාව තුළද ගැටළු ප්රකාශ කළ හැකිය. VM වරින් වර අක්රිය වන බව අධීක්ෂණ පද්ධතිය පෙන්නුම් කරන්නේ නම්, CPU භාවිත ප්රස්ථාරයේ ඇති උච්ච වෙත අවධානය යොමු කරන්න.
අතථ්ය යන්ත්රයේ CPU භාරය පෙන්වන සම්මත එලාම් එකක් තිබේ:
මම කළ යුත්තේ කුමක්ද? VM හි CPU භාවිතය නිරන්තරයෙන් වහලය හරහා යන්නේ නම්, එවිට ඔබට vCPU ගණන වැඩි කිරීම ගැන සිතිය හැකිය (අවාසනාවකට, මෙය සැමවිටම උපකාරී නොවේ) හෝ VM වඩා බලවත් ප්රොසෙසර සහිත සේවාදායකයකට ගෙන යාම ගැන.
MHz හි CPU භාවිතය
% හි vCenter භාවිතය පිළිබඳ ප්රස්ථාරවල ඔබට දැකිය හැක්කේ සම්පූර්ණ අථත්ය යන්ත්රය සඳහා පමණි; තනි මධ්ය සඳහා ප්රස්ථාර නොමැත (Esxtop හි හර සඳහා % අගයන් ඇත). එක් එක් හරය සඳහා ඔබට MHz හි භාවිතය දැකිය හැක.
විශ්ලේෂණය කරන්නේ කෙසේද? යෙදුමක් බහු-core ගෘහ නිර්මාණ ශිල්පයක් සඳහා ප්රශස්ත කර නොමැති බව සිදු වේ: එය 100% එක් හරයක් පමණක් භාවිතා කරන අතර ඉතිරිය බරක් නොමැතිව අක්රිය වේ. උදාහරණයක් ලෙස, පෙරනිමි උපස්ථ සැකසුම් සමඟ, MS SQL ක්රියාවලිය ආරම්භ කරන්නේ එක් හරයකින් පමණි. මෙහි ප්රතිඵලයක් වශයෙන්, උපස්ථය මන්දගාමී වන්නේ තැටිවල මන්දගාමී වේගය නිසා නොවේ (මෙය පරිශීලකයා මුලින් පැමිණිලි කළේ මෙයයි), නමුත් ප්රොසෙසරයට මුහුණ දිය නොහැකි බැවිනි. පරාමිති වෙනස් කිරීමෙන් ගැටළුව විසඳා ඇත: උපස්ථ ගොනු කිහිපයක (පිළිවෙලින්, ක්රියාවලි කිහිපයක) සමාන්තරව ක්රියාත්මක වීමට පටන් ගත්තේය.
හරය මත අසමාන බරක් සඳහා උදාහරණයක්.
මධ්ය අසමාන ලෙස පටවා ඇති අතර සමහර ඒවා 100% ක උච්ච ඇති විට (ඉහත ප්රස්ථාරයේ මෙන්) තත්වයක් ද ඇත. එක් හරයක් පමණක් පැටවීමේදී මෙන්, CPU භාවිතය සඳහා අනතුරු ඇඟවීම ක්රියා නොකරනු ඇත (එය සම්පූර්ණ VM සඳහා වේ), නමුත් කාර්ය සාධන ගැටළු ඇති වේ.
මම කළ යුත්තේ කුමක්ද? අතථ්ය යන්ත්රයක ඇති මෘදුකාංගය හරය අසමාන ලෙස පටවන්නේ නම් (එක් හරයක් හෝ හරයේ කොටසක් පමණක් භාවිතා කරයි), ඒවායේ සංඛ්යාව වැඩි කිරීමේ තේරුමක් නැත. මෙම අවස්ථාවේදී, VM වඩා බලවත් ප්රොසෙසර සහිත සේවාදායකයකට ගෙන යාම වඩා හොඳය.
ඔබට සේවාදායක BIOS හි බල පරිභෝජන සැකසුම් පරීක්ෂා කිරීමටද උත්සාහ කළ හැකිය. බොහෝ පරිපාලකයින් BIOS හි ඉහළ කාර්ය සාධන මාදිලිය සක්රීය කරන අතර එමඟින් C-states සහ P-states බලශක්ති ඉතිරිකිරීමේ තාක්ෂණයන් අක්රීය කරයි. නවීන ඉන්ටෙල් ප්රොසෙසර ටර්බෝ බූස්ට් තාක්ෂණය භාවිතා කරයි, එමඟින් අනෙකුත් මධ්යවල වියදමින් තනි ප්රොසෙසර කෝර්වල සංඛ්යාතය වැඩි කරයි. නමුත් එය ක්රියාත්මක වන්නේ බලශක්ති ඉතිරිකිරීමේ තාක්ෂණයන් ක්රියාත්මක කළ විට පමණි. අපි ඒවා අක්රිය කළහොත්, ප්රොසෙසරයට පැටවෙන්නේ නැති කෝර් වල බලශක්ති පරිභෝජනය අඩු කළ නොහැක.
VMware නිර්දේශ කරන්නේ සේවාදායකයන් මත බලශක්ති ඉතිරිකිරීමේ තාක්ෂණයන් අක්රිය කිරීම නොව, හැකිතාක් දුරට බල කළමනාකරණය අධිවයිසර් වෙත පැවරෙන මාතයන් තෝරා ගැනීමයි. මෙම අවස්ථාවේදී, හයිපර්වයිසර් බලශක්ති පරිභෝජන සැකසුම් තුළ, ඔබ ඉහළ කාර්ය සාධනය තෝරාගත යුතුය.
CPU සංඛ්යාතය වැඩි කිරීමට අවශ්ය ඔබේ යටිතල ව්යුහය තුළ ඔබට තනි VMs (හෝ VM cores) තිබේ නම්, බලශක්ති පරිභෝජනය නිවැරදිව සකස් කිරීමෙන් ඒවායේ ක්රියාකාරිත්වය සැලකිය යුතු ලෙස වැඩිදියුණු කළ හැකිය.
CPU සූදානම්
VM හරය (vCPU) සූදානම් තත්වයේ තිබේ නම්, එය ප්රයෝජනවත් කාර්යයක් සිදු නොකරයි. අථත්ය යන්ත්රයේ vCPU ක්රියාවලිය පැවරිය හැකි නිදහස් භෞතික හරයක් හයිපර්වයිසර් විසින් සොයා නොගත් විට මෙම තත්ත්වය ඇතිවේ.
විශ්ලේෂණය කරන්නේ කෙසේද? සාමාන්යයෙන්, අතථ්ය යන්ත්රයක හරය 10%කට වඩා වැඩි වේලාවක් සූදානම් තත්වයේ තිබේ නම්, ඔබට කාර්ය සාධන ගැටළු පෙනෙනු ඇත. සරලව කිවහොත්, VM භෞතික සම්පත් ලබා ගැනීමට බලා සිටින කාලයෙන් 10% කට වඩා වැඩිය.
vCenter හි ඔබට CPU සූදානම් සම්බන්ධ කවුන්ටර 2ක් බැලිය හැක:
- සූදානම,
- සූදානම්.
කවුන්ටර දෙකෙහිම අගයන් සම්පූර්ණ VM සඳහා සහ තනි කේන්ද්ර සඳහා නැරඹිය හැකිය.
සූදානම ප්රතිශතයක් ලෙස වහාම අගය පෙන්වයි, නමුත් තත්ය කාලීනව පමණි (අවසන් පැය සඳහා දත්ත, මිනුම් පරතරය තත්පර 20). "විලුඹ මත උණුසුම්" ගැටළු සෙවීමට පමණක් මෙම කවුන්ටරය භාවිතා කිරීම වඩා හොඳය.
සූදානම් කවුන්ටර අගයන් ඓතිහාසික ඉදිරිදර්ශනයකින් ද බැලිය හැකිය. රටා පිහිටුවීමට සහ ගැටලුව පිළිබඳ ගැඹුරු විශ්ලේෂණයක් සඳහා මෙය ප්රයෝජනවත් වේ. උදාහරණයක් ලෙස, අථත්ය යන්ත්රයක් නිශ්චිත වේලාවක ක්රියාකාරීත්වයේ ගැටළු අත්විඳීමට පටන් ගන්නේ නම්, ඔබට මෙම VM ක්රියාත්මක වන සේවාදායකයේ ඇති සම්පූර්ණ භාරය සමඟ CPU සූදානම් අගයේ කාල පරතරයන් සංසන්දනය කර බර අඩු කිරීමට පියවර ගත හැකිය (DRS නම්. අසමත් වේ).
සූදානම්, සූදානම මෙන් නොව, ප්රතිශත වලින් නොව මිලි තත්පර වලින් දැක්වේ. මෙය සම්මේලන ආකාරයේ කවුන්ටරයකි, එනම්, මිනුම් කාලය තුළ VM හරය සූදානම් තත්වයේ කොපමණ කාලයක් තිබේද යන්න පෙන්වයි. ඔබට මෙම අගය සරල සූත්රයක් භාවිතයෙන් ප්රතිශතයක් බවට පරිවර්තනය කළ හැක:
(CPU සූදානම් සමාකලනය අගය / (ප්රස්ථාර පෙරනිමි යාවත්කාලීන කාල පරතරය තත්පර වලින් * 1000)) * 100 = CPU සූදානම් %
උදාහරණයක් ලෙස, පහත ප්රස්ථාරයේ ඇති VM සඳහා, සම්පූර්ණ අථත්ය යන්ත්රය සඳහා උපරිම සූදානම් අගය පහත පරිදි වේ:
සූදානම් ප්රතිශතය ගණනය කිරීමේදී, ඔබ කරුණු දෙකක් කෙරෙහි අවධානය යොමු කළ යුතුය:
- සම්පූර්ණ VM සඳහා Ready අගය යනු හර හරහා Ready හි එකතුවයි.
- මිනුම් පරතරය. තථ්ය කාලය සඳහා එය තත්පර 20 ක් වන අතර, උදාහරණයක් ලෙස, දෛනික ප්රස්ථාරවල එය තත්පර 300 කි.
ක්රියාකාරී දෝශ නිරාකරණය සමඟින්, මෙම සරල කරුණු පහසුවෙන් මග හැරිය හැකි අතර නොපවතින ගැටළු විසඳීම සඳහා වටිනා කාලය නාස්ති කළ හැකිය.
පහත ප්රස්ථාරයෙන් ලැබෙන දත්ත මත පදනම්ව Ready ගණනය කරමු. (324474/(20*1000))*100 = සම්පූර්ණ VM සඳහා 1622%. ඔබ හරය දෙස බැලුවහොත් එය එතරම් බියජනක නොවේ: 1622/64 = හරයකට 25%. මෙම අවස්ථාවේ දී, අල්ලා ගැනීම ඉතා පහසු ය: සූදානම් අගය යථාර්ථවාදී නොවේ. නමුත් අපි core කිහිපයක් සහිත සම්පූර්ණ VM සඳහා 10-20% ගැන කතා කරන්නේ නම්, එක් එක් හරය සඳහා අගය සාමාන්ය පරාසය තුළ විය හැකිය.
මම කළ යුත්තේ කුමක්ද? ඉහළ සූදානම් අගයක් පෙන්නුම් කරන්නේ අථත්ය යන්ත්රවල සාමාන්ය ක්රියාකාරිත්වය සඳහා සේවාදායකයට ප්රමාණවත් ප්රොසෙසර සම්පත් නොමැති බවයි. එවැනි තත්වයක් තුළ, ඉතිරිව ඇත්තේ ප්රොසෙසරය (vCPU:pCPU) මගින් අධි දායකත්වය අඩු කිරීම පමණි. පැහැදිලිවම, පවතින VM වල පරාමිතීන් අඩු කිරීමෙන් හෝ VM වලින් කොටසක් වෙනත් සේවාදායකයන් වෙත සංක්රමණය කිරීමෙන් මෙය සාක්ෂාත් කරගත හැකිය.
සම-නැවතුම්
විශ්ලේෂණය කරන්නේ කෙසේද? මෙම කවුන්ටරයද සාරාංශයේ වර්ගයක් වන අතර සූදානම්ව ඇති ආකාරයටම ප්රතිශත බවට පරිවර්තනය වේ:
(CPU co-stop summation value / (ප්රස්ථාර පෙරනිමි යාවත්කාලීන කාල පරතරය තත්පර වලින් * 1000)) * 100 = CPU සම-නැවතුම් %
මෙහිදී ඔබ VM හි ඇති හර ගණන සහ මිනුම් පරතරය කෙරෙහි ද අවධානය යොමු කළ යුතුය.
Costop තත්වයේදී, කර්නලය ප්රයෝජනවත් කාර්යයක් ඉටු නොකරයි. VM ප්රමාණය සහ සේවාදායකයේ සාමාන්ය භාරය නිවැරදිව තෝරා ගැනීමත් සමඟ සම-නැවතුම් කවුන්ටරය ශුන්යයට ආසන්න විය යුතුය.
මෙම අවස්ථාවේ දී, පැටවීම පැහැදිලිවම අසාමාන්ය ය :)
මම කළ යුත්තේ කුමක්ද? Core විශාල සංඛ්යාවක් සහිත VM කිහිපයක් එක් Hypervisor එකක ක්රියාත්මක වන්නේ නම් සහ CPU මත අධික දායකත්වයක් තිබේ නම්, co-stop කවුන්ටරය වැඩි විය හැකි අතර, මෙම VM වල ක්රියාකාරීත්වයේ ගැටළු වලට තුඩු දෙනු ඇත.
එසේම, එක් VM එකක සක්රිය හරය, අධි-ට්රෙඩින් සක්රීය කර ඇති එක් භෞතික සේවාදායක හරයක් මත නූල් භාවිතා කරන්නේ නම්, co-stop වැඩි වනු ඇත. උදාහරණයක් ලෙස, VM සතුව එය ක්රියාත්මක වන සේවාදායකයේ භෞතිකව ලබා ගත හැකි ප්රමාණයට වඩා වැඩි හරයක් තිබේ නම් හෝ VM සඳහා "preferHT" සැකසුම සක්රීය කර තිබේ නම්, මෙම තත්වය ඇති විය හැක. ඔබට මෙම සැකසුම ගැන කියවිය හැකිය
ඉහළ සම-නැවතුම් හේතුවෙන් VM කාර්ය සාධනයේ ගැටළු මඟහරවා ගැනීම සඳහා, මෙම VM මත ධාවනය වන මෘදුකාංගයේ නිෂ්පාදකයාගේ නිර්දේශ සහ VM ධාවනය වන භෞතික සේවාදායකයේ හැකියාවන් අනුව VM ප්රමාණය තෝරන්න.
සංචිතයේ හරයන් එකතු නොකරන්න; මෙය VM සඳහා පමණක් නොව, සේවාදායකයේ එහි අසල්වැසියන් සඳහාද කාර්ය සාධන ගැටළු ඇති කළ හැකිය.
වෙනත් ප්රයෝජනවත් CPU ප්රමිතික
දුවන්න - මිනුම් කාලය තුළ vCPU RUN තත්වයේ කොපමණ කාලයක් (ms) තිබුනාද, එනම් එය ඇත්ත වශයෙන්ම ප්රයෝජනවත් කාර්යයක් ඉටු කරමින් සිටියේය.
භාවිතයට අවශ්ය නොවන - මැනුම් කාලය තුළ කොපමණ කාලයක් (ms) vCPU අක්රිය තත්ත්වයක පැවතුනි. ඉහළ නිෂ්ක්රීය අගයන් ගැටළුවක් නොවේ, vCPU හට "කරන්න දෙයක් නැත"
ඉන්න - මැනුම් කාලය තුළ කොපමණ කාලයක් (ms) vCPU Wait තත්වයේ තිබුණාද. මෙම කවුන්ටරය තුළ IDLE ඇතුළත් කර ඇති බැවින්, ඉහළ Wait අගයන් ද ගැටලුවක් නොපෙන්වයි. නමුත් Wait වැඩි වන විට Wait IDLE අඩු නම්, එයින් අදහස් වන්නේ VM I/O මෙහෙයුම් අවසන් වන තෙක් බලා සිටි බවයි, මෙය දෘඪ තැටියේ හෝ VM හි ඕනෑම අතථ්ය උපාංගවල ක්රියාකාරීත්වයේ ගැටලුවක් පෙන්නුම් කරයි.
උපරිම සීමා සහිතයි - සකසන ලද සම්පත් සීමාව හේතුවෙන් මැනුම් කාල සීමාව තුළ කොපමණ කාලයක් (ms) vCPU සූදානම් තත්ත්වයක පැවතියේද යන්න. කාර්ය සාධනය පැහැදිලි කළ නොහැකි තරම් අඩු නම්, මෙම කවුන්ටරයේ අගය සහ VM සැකසුම් තුළ CPU සීමාව පරීක්ෂා කිරීම ප්රයෝජනවත් වේ. VM වලට ඔබ නොදන්නා සීමාවන් තිබිය හැක. උදාහරණයක් ලෙස, CPU සීමාව සකසා ඇති අච්චුවකින් VM ක්ලෝන කළ විට මෙය සිදු වේ.
මාරු වෙන්න ඉන්න - මිනුම් කාලය තුළ vCPU VMkernel Swap සමඟ මෙහෙයුමක් සඳහා කොපමණ කාලයක් බලා සිටියාද? මෙම කවුන්ටරයේ අගයන් බිංදුවට වඩා වැඩි නම්, VM අනිවාර්යයෙන්ම කාර්ය සාධන ගැටළු ඇත. RAM කවුන්ටර පිළිබඳ ලිපියෙන් අපි SWAP ගැන වැඩි විස්තර කතා කරමු.
ESXTOP
ඓතිහාසික දත්ත විශ්ලේෂණය කිරීම සඳහා vCenter හි කාර්ය සාධන කවුන්ටර හොඳ නම්, ගැටලුවේ මෙහෙයුම් විශ්ලේෂණය ESXTOP හි සිදු කිරීම වඩා හොඳය. මෙන්න, සියලු අගයන් සූදානම් කළ ආකාරයෙන් ඉදිරිපත් කර ඇත (කිසිවක් පරිවර්තනය කිරීමට අවශ්ය නැත), සහ අවම මිනුම් කාලය තත්පර 2 කි.
CPU සඳහා ESXTOP තිරය "c" යතුර සමඟින් කැඳවනු ලබන අතර මේ ආකාරයෙන් පෙනේ:
පහසුව සඳහා, Shift-V එබීමෙන් ඔබට අතථ්ය යන්ත්ර ක්රියාවලි පමණක් තැබිය හැකිය.
තනි VM මධ්යයන් සඳහා ප්රමිතික බැලීමට, “e” ඔබා උනන්දුවක් දක්වන VM හි GID ඇතුළු කරන්න (පහත තිර රුවෙහි 30919):
පෙරනිමියෙන් ඉදිරිපත් කරන තීරු හරහා මට කෙටියෙන් යන්න දෙන්න. "f" එබීමෙන් අමතර තීරු එකතු කළ හැක.
NWLD (ලෝක ගණන) - සමූහයේ ක්රියාවලි ගණන. කණ්ඩායම පුළුල් කිරීමට සහ එක් එක් ක්රියාවලිය සඳහා ප්රමිතික බැලීමට (උදාහරණයක් ලෙස, බහු-core VM එකක එක් එක් හරය සඳහා), "e" ඔබන්න. කණ්ඩායමක එක් ක්රියාවලියකට වඩා තිබේ නම්, කණ්ඩායම සඳහා වන මෙට්රික් අගයන් තනි ක්රියාවලීන් සඳහා වන ප්රමිතික එකතුවට සමාන වේ.
% USED - ක්රියාවලියක් හෝ ක්රියාවලි සමූහයක් විසින් සේවාදායක CPU චක්ර කීයක් භාවිතා කරන්නේද යන්න.
%RUN - මිනුම් කාලය තුළ ක්රියාවලිය කොපමණ කාලයක් RUN තත්වයේ පැවතියේද, i.e. ප්රයෝජනවත් වැඩක් කළා. එය %USED ට වඩා වෙනස් වන්නේ එය අධි-නූල් කිරීම, සංඛ්යාත පරිමාණය සහ පද්ධති කාර්යයන් සඳහා ගත කරන කාලය (%SYS) සැලකිල්ලට නොගන්නා බැවිනි.
%SYS – පද්ධති කාර්යයන් සඳහා ගත කරන කාලය, උදාහරණයක් ලෙස: බාධා කිරීම් සැකසීම, I/O, ජාල ක්රියාකාරිත්වය, ආදිය. VM හි විශාල I/O එකක් තිබේ නම් අගය ඉහළ විය හැක.
%OVRLP - VM ක්රියාවලිය ක්රියාත්මක වන භෞතික හරය වෙනත් ක්රියාවලීන්ගේ කාර්යයන් සඳහා කොපමණ කාලයක් වැය කරයිද?
මෙම ප්රමිතික පහත පරිදි එකිනෙකට සම්බන්ධ වේ:
%USED = %RUN + %SYS - %OVRLP.
සාමාන්යයෙන් %USED මෙට්රික් වඩාත් තොරතුරු සපයයි.
%ඉන්න - මිනුම් කාලය තුළ ක්රියාවලිය කොපමණ කාලයක් Wait තත්වයේ පැවතියේද යන්න. IDLE සබල කරයි.
%IDLE - මිනුම් කාලය තුළ ක්රියාවලිය IDLE තත්වයේ කොපමණ කාලයක් පැවතියේද යන්න.
%SWPWT - මිනුම් කාලය තුළ vCPU VMkernel Swap සමඟ මෙහෙයුමක් සඳහා කොපමණ කාලයක් බලා සිටියාද?
%VMWAIT - මිනුම් කාලසීමාව තුළ vCPU සිදුවීමක් සඳහා බලා සිටීමේ තත්වයේ කොපමණ කාලයක් (සාමාන්යයෙන් I/O) තිබේද? vCenter හි සමාන කවුන්ටරයක් නොමැත. ඉහළ අගයන් VM හි I/O සමඟ ගැටලු පෙන්නුම් කරයි.
%WAIT = %VMWAIT + %IDLE + %SWPWT.
VM විසින් VMkernel Swap භාවිතා නොකරන්නේ නම්, කාර්ය සාධන ගැටළු විශ්ලේෂණය කිරීමේදී %VMWAIT දෙස බැලීම සුදුසුය, මන්ද මෙම මෙට්රික් VM කිසිවක් නොකර සිටි කාලය (%IDLE) සැලකිල්ලට නොගනී.
%RDY - මිනුම් කාල සීමාව තුළ ක්රියාවලිය කොපමණ කාලයක් සූදානම් තත්ත්වයක පැවතියේද යන්න.
%CSTP - මිනුම් කාලය තුළ ක්රියාවලිය කොස්ටොප් තත්වයේ කොපමණ කාලයක් පැවතියේද යන්න.
%MLMTD - සකසන ලද සම්පත් සීමාව හේතුවෙන් මැනුම් කාලසීමාව තුළ කොපමණ කාලයක් vCPU සූදානම් තත්ත්වයක පැවතියේද යන්න.
%WAIT + %RDY + %CSTP + %RUN = 100% - VM හරය සෑම විටම මෙම ප්රාන්ත හතරෙන් එකක පවතී.
හයිපර්වයිසර් මත CPU
vCenter හි හයිපර්වයිසර් සඳහා CPU කාර්ය සාධන කවුන්ටර ද ඇත, නමුත් ඒවා රසවත් කිසිවක් නොවේ - ඒවා හුදෙක් සේවාදායකයේ ඇති සියලුම VM සඳහා කවුන්ටරවල එකතුව වේ.
සේවාදායකයේ CPU තත්ත්වය බැලීමට වඩාත් පහසුම ක්රමය වන්නේ සාරාංශ පටිත්තෙහි ය:
සේවාදායකය සඳහා මෙන්ම අතථ්ය යන්ත්රය සඳහා සම්මත අනතුරු ඇඟවීමක් ඇත:
සේවාදායකයේ CPU භාරය වැඩි වන විට, එය මත ධාවනය වන VMs කාර්ය සාධන ගැටළු අත්විඳීමට පටන් ගනී.
ESXTOP හි, සේවාදායකයේ CPU පැටවීමේ දත්ත තිරයේ ඉහළින් ඉදිරිපත් කෙරේ. හයිපර්වයිසර් සඳහා එතරම් තොරතුරු සපයන්නේ නැති සම්මත CPU භාරයට අමතරව, තවත් ප්රමිතික තුනක් තිබේ:
CORE UTIL(%) - භෞතික සේවාදායක හරය පැටවීම. මෙම කවුන්ටරය මැනුම් කාල සීමාව තුළ හරය කොපමණ කාලයක් ක්රියා කරයිද යන්න පෙන්වයි.
PCPU UTIL(%) - අධි-නූල් දැමීම සක්රීය කර ඇත්නම්, භෞතික හරයකට නූල් දෙකක් (PCPU) ඇත. මෙම මෙට්රික් එක එක් ත්රෙඩ් එක වැඩ නිම කිරීමට කොපමණ කාලයක් ගතවේදැයි පෙන්වයි.
PCPU භාවිතා (%) – PCPU UTIL(%) හා සමාන නමුත් සංඛ්යාත පරිමාණය (බලශක්ති ඉතිරිකිරීමේ අරමුණු සඳහා මූලික සංඛ්යාතය අඩු කිරීම හෝ Turbo Boost තාක්ෂණය හේතුවෙන් මූලික සංඛ්යාතය වැඩි කිරීම) සහ අධි-නූල් කිරීම සැලකිල්ලට ගනී.
PCPU_USED% = PCPU_UTIL% * ඵලදායී මූලික සංඛ්යාතය / නාමික මූලික සංඛ්යාතය.
මෙම තිර පිටපතෙහි, සමහර හරයන් සඳහා, Turbo Boost හේතුවෙන්, මූලික සංඛ්යාතය නාමික එකට වඩා වැඩි බැවින් USED අගය 100% ට වඩා වැඩි වේ.
අධි-නූල් කිරීම සැලකිල්ලට ගන්නා ආකාරය ගැන වචන කිහිපයක්. හරය නාමික සංඛ්යාතයෙන් ක්රියාත්මක වන අතර, සේවාදායකයේ භෞතික හරයේ නූල් දෙකෙහිම ක්රියාවලි 100% ක් ක්රියාත්මක වන්නේ නම්, එසේ නම්:
- හරය සඳහා CORE UTIL 100% වනු ඇත,
- නූල් දෙකම සඳහා PCPU UTIL 100% වනු ඇත,
- නූල් දෙකම සඳහා භාවිතා කරන PCPU 50% වේ.
මිනුම් කාලය තුළ නූල් දෙකම 100% ක් ක්රියා නොකළේ නම්, නූල් සමාන්තරව ක්රියා කළ එම කාල පරිච්ඡේදවලදී, හරය සඳහා භාවිතා කරන PCPU අඩකින් බෙදා ඇත.
ESXTOP හි සේවාදායක CPU බල පරිභෝජන පරාමිතීන් සහිත තිරයක් ද ඇත. සේවාදායකය බලශක්ති ඉතිරිකිරීමේ තාක්ෂණයන් භාවිතා කරන්නේද යන්න මෙහිදී ඔබට දැක ගත හැක: C-states සහ P-states. "p" යතුර සමඟින් කැඳවනු ලැබේ:
පොදු CPU කාර්ය සාධන ගැටළු
අවසාන වශයෙන්, මම VM CPU ක්රියාකාරිත්වය සමඟ ඇති ගැටළු සඳහා සාමාන්ය හේතු සොයා බලා ඒවා විසඳීම සඳහා කෙටි උපදෙස් දෙන්නෙමි:
Core clock speed එක මදි. ඔබගේ VM වඩා බලවත් මධ්යයන් වෙත උත්ශ්රේණි කිරීමට නොහැකි නම්, ඔබට Turbo Boost වඩාත් කාර්යක්ෂමව ක්රියා කිරීමට බල සැකසුම් වෙනස් කිරීමට උත්සාහ කළ හැක.
වැරදි VM ප්රමාණකරණය (හරය වැඩි/කිහිපයක්). ඔබ cores කිහිපයක් ස්ථාපනය කරන්නේ නම්, VM මත ඉහළ CPU භාරයක් ඇත. ගොඩක් තියනවනම් high co-stop එකක් අල්ලගන්න.
සේවාදායකයේ CPU හි විශාල දායකත්වයක්. VM හි ඉහළ සූදානමක් තිබේ නම්, CPU අධි දායකත්වය අඩු කරන්න.
විශාල VM වල වැරදි NUMA ස්ථලකය. VM (vNUMA) විසින් දකින NUMA ස්ථලකය සේවාදායකයේ NUMA ස්ථලකය (pNUMA) සමඟ ගැළපිය යුතුය. මෙම ගැටලුව සඳහා රෝග විනිශ්චය සහ හැකි විසඳුම් ලියා ඇත, උදාහරණයක් ලෙස, පොතේ
CPU එක ගැන මට එච්චරයි. ප්රශ්න අහන්න. ඊලග කොටසින් RAM එක ගැන කියන්නම්.
ප්රයෝජනවත් සබැඳි
මූලාශ්රය: www.habr.com