Хэрэв та VMware vSphere (эсвэл өөр технологийн стек) дээр суурилсан виртуал дэд бүтцийг удирдаж байгаа бол хэрэглэгчдээс "Виртуал машин удаан байна" гэсэн гомдлыг байнга сонсдог байх. Энэ цуврал нийтлэлд би гүйцэтгэлийн хэмжүүрүүдэд дүн шинжилгээ хийж, юу, яагаад удааширч, удаашрахгүй байх талаар танд хэлэх болно.
Би виртуал машины гүйцэтгэлийн дараах асуудлуудыг авч үзэх болно.
- CPU,
- ЖИЛ,
- ДИСК,
- Сүлжээ.
Би CPU-ээс эхэлье.
Гүйцэтгэлийг шинжлэхийн тулд бидэнд хэрэгтэй болно:
- vCenter гүйцэтгэлийн тоолуур – графикийг vSphere Client-ээр үзэх боломжтой гүйцэтгэлийн тоолуур. Эдгээр тоолуурын талаарх мэдээллийг үйлчлүүлэгчийн аль ч хувилбарт авах боломжтой (C# хэл дээрх зузаан клиент, Flex дээр вэб клиент, HTML5 дээр вэб клиент). Эдгээр нийтлэлд бид C# клиентийн дэлгэцийн агшинг ашиглах болно, учир нь тэдгээр нь бяцхан хэлбэрээр илүү сайн харагдаж байна :)
- ESXTOP – ESXi командын мөрөөс ажилладаг хэрэгсэл. Үүний тусламжтайгаар та гүйцэтгэлийн тоолуурын утгыг бодит цаг хугацаанд авах эсвэл эдгээр утгыг тодорхой хугацаанд .csv файл руу байршуулж, цаашдын дүн шинжилгээ хийх боломжтой. Дараа нь би энэ хэрэгслийн талаар илүү ихийг хэлж, энэ сэдвээр баримт бичиг, нийтлэлд хэрэгтэй хэд хэдэн холбоосыг өгөх болно.
Онол бага байна
ESXi-д тусдаа процесс буюу VMware нэр томъёоны ертөнц нь vCPU (виртуал машины цөм) бүрийн ажиллагааг хариуцдаг. Үйлчилгээний процессууд бас байдаг, гэхдээ VM-ийн гүйцэтгэлд дүн шинжилгээ хийх үүднээс тэд сонирхол багатай байдаг.
ESXi дахь процесс нь дөрвөн төлөвийн аль нэгэнд байж болно:
- Run - үйл явц нь зарим ашигтай ажлыг гүйцэтгэдэг.
- түр хүлээнэ үү – процесс ямар ч ажил хийхгүй (сул зогсолт) эсвэл оролт/гаралтыг хүлээж байна.
- Зардал – олон цөмт виртуал машинд тохиолддог нөхцөл байдал. Энэ нь гипервизорын CPU хуваарьлагч (ESXi CPU Scheduler) нь серверийн бодит цөм дээрх бүх идэвхтэй виртуал машины цөмүүдийн нэгэн зэрэг гүйцэтгэлийг төлөвлөх боломжгүй үед тохиолддог. Физик ертөнцөд бүх процессорын цөмүүд зэрэгцэн ажилладаг, VM доторх зочин үйлдлийн систем нь ижил төстэй үйлдлийг хүлээж байдаг тул гипервизор нь цагийн циклээ хурдан дуусгах чадвартай VM цөмүүдийг удаашруулах шаардлагатай болдог. ESXi-ийн орчин үеийн хувилбаруудад CPU хуваарьлагч нь тайван хамтын хуваарь гэж нэрлэгддэг механизмыг ашигладаг: гипервизор нь "хамгийн хурдан" ба "хамгийн удаан" виртуал машины цөм (шалуу) хоорондын зайг авч үздэг. Хэрэв завсар нь тодорхой босгыг давсан бол хурдан цөм нь costop төлөвт ордог. Хэрэв VM цөмүүд энэ төлөвт маш их цаг зарцуулдаг бол энэ нь гүйцэтгэлийн асуудал үүсгэж болзошгүй.
- бэлэн – гипервизор түүнийг хэрэгжүүлэх нөөцийг хуваарилах боломжгүй үед процесс энэ төлөвт ордог. Өндөр бэлэн утгууд нь VM-ийн гүйцэтгэлд асуудал үүсгэж болзошгүй.
Үндсэн виртуал машины CPU-ийн гүйцэтгэлийн тоолуур
CPU-ийн хэрэглээ, %. Тухайн үеийн CPU ашиглалтын хувийг харуулна.
Хэрхэн дүн шинжилгээ хийх вэ? Хэрэв VM нь CPU-ийг 90% -д тогтмол ашигладаг эсвэл 100% хүртэл оргилууд байвал бидэнд асуудал гарна. Асуудал нь зөвхөн VM доторх програмын "удаан" ажиллагаанаас гадна VM-д сүлжээгээр нэвтрэх боломжгүй байгаатай холбоотой байж болно. Хяналтын систем нь VM үе үе унаж байгааг харуулж байвал CPU ашиглалтын график дахь оргил цэгүүдэд анхаарлаа хандуулаарай.
Виртуал машины CPU ачааллыг харуулдаг стандарт дохиолол байдаг:
Би яах ёстой вэ? Хэрэв VM-ийн CPU-ийн хэрэглээ байнга давхцаж байвал vCPU-ийн тоог нэмэгдүүлэх (харамсалтай нь энэ нь үргэлж тусалдаггүй) эсвэл VM-ийг илүү хүчирхэг процессортой сервер рүү шилжүүлэх талаар бодож болно.
CPU-ийн хэрэглээ MHz
vCenter ашиглалт дээрх графикуудаас та зөвхөн виртуал машиныг бүхэлд нь харж болно; бие даасан цөмд зориулсан график байхгүй (Esxtop-д цөмд зориулсан % утгууд байдаг). Цөм бүрийн хувьд та MHz-ийн хэрэглээг харж болно.
Хэрхэн дүн шинжилгээ хийх вэ? Програм нь олон цөмт архитектурт оновчлогдоогүй байдаг: энэ нь зөвхөн нэг цөмийг 100% ашигладаг, үлдсэн хэсэг нь ачаалалгүйгээр сул зогсдог. Жишээлбэл, өгөгдмөл нөөц тохиргоотой бол MS SQL нь зөвхөн нэг цөм дээр процессыг эхлүүлдэг. Үүний үр дүнд нөөцлөлт нь дискний хурд удаан байгаагаас биш (хэрэглэгч анх гомдоллож байсан) биш харин процессор үүнийг даван туулж чадахгүй байгаагаас болж удааширдаг. Асуудлыг параметрүүдийг өөрчлөх замаар шийдсэн: нөөцлөлтийг хэд хэдэн файлд (хэд хэдэн процесст тус тусад нь) зэрэгцээ ажиллуулж эхлэв.
Цөм дээрх жигд бус ачааллын жишээ.
Цөмүүд жигд бус ачаалалтай, зарим нь 100% оргилтой байх нөхцөл байдал (дээрх график дээрх шиг) бас бий. Зөвхөн нэг цөмийг ачаалахтай адил CPU-ийн ашиглалтын дохиолол ажиллахгүй (энэ нь бүхэл бүтэн VM-д зориулагдсан), гэхдээ гүйцэтгэлийн асуудал гарна.
Би яах ёстой вэ? Хэрэв виртуал машин дахь програм хангамж нь цөмүүдийг жигд бус ачаалдаг бол (зөвхөн нэг цөм эсвэл цөмийн хэсгийг ашигладаг) тэдгээрийн тоог нэмэгдүүлэх нь утгагүй юм. Энэ тохиолдолд VM-ийг илүү хүчирхэг процессортой сервер рүү шилжүүлэх нь дээр.
Та мөн серверийн BIOS-ийн эрчим хүчний хэрэглээний тохиргоог шалгахыг оролдож болно. Олон администраторууд BIOS-д Өндөр гүйцэтгэлийн горимыг идэвхжүүлж, улмаар C-төлөв болон P-төлөвийн эрчим хүч хэмнэх технологийг идэвхгүй болгодог. Орчин үеийн Intel процессорууд нь Turbo Boost технологийг ашигладаг бөгөөд энэ нь бусад цөмүүдийн зардлаар бие даасан процессорын цөмийн давтамжийг нэмэгдүүлдэг. Гэхдээ энэ нь эрчим хүч хэмнэх технологи асаалттай үед л ажилладаг. Хэрэв бид тэдгээрийг идэвхгүй болговол процессор ачаалагдаагүй цөмийн эрчим хүчний хэрэглээг бууруулж чадахгүй.
VMware нь серверүүд дээр эрчим хүч хэмнэх технологийг идэвхгүй болгохгүй, харин эрчим хүчний удирдлагыг аль болох гипервизорт үлдээх горимуудыг сонгохыг зөвлөж байна. Энэ тохиолдолд гипервизорын эрчим хүчний хэрэглээний тохиргоонд та Өндөр гүйцэтгэлийг сонгох хэрэгтэй.
Хэрэв таны дэд бүтцэд CPU-ийн давтамжийг нэмэгдүүлэх шаардлагатай бие даасан VM (эсвэл VM цөм) байгаа бол эрчим хүчний хэрэглээг зөв тохируулах нь тэдний гүйцэтгэлийг мэдэгдэхүйц сайжруулж чадна.
CPU бэлэн
Хэрэв VM цөм (vCPU) бэлэн байдалд байгаа бол энэ нь ашигтай ажил хийхгүй. Энэ нөхцөл байдал нь гипервизор нь виртуал машины vCPU процессыг хуваарилж болох чөлөөт физик цөмийг олж чадаагүй тохиолдолд үүсдэг.
Хэрхэн дүн шинжилгээ хийх вэ? Дүрмээр бол, хэрэв виртуал машины цөм нь 10% -иас илүү хугацаанд Бэлэн төлөвт байгаа бол та гүйцэтгэлийн асуудлуудыг анзаарах болно. Энгийнээр хэлэхэд, VM-ийн 10% -иас илүү нь физик нөөц бэлэн болтол хүлээдэг.
vCenter дээр та CPU Ready-тай холбоотой 2 тоолуурыг харж болно:
- бэлэн байдал,
- Бэлэн болсон.
Хоёр тоолуурын утгыг бүхэлд нь VM болон бие даасан цөмд хоёуланг нь харж болно.
Бэлэн байдал нь утгыг шууд хувиар харуулдаг, гэхдээ зөвхөн бодит цаг хугацаанд (сүүлийн нэг цагийн өгөгдөл, хэмжилтийн интервал 20 секунд). Энэ тоолуурыг зөвхөн "өсгий дээр халуун" асуудлыг хайхад ашиглах нь дээр.
Бэлэн тоолуурын утгыг түүхийн үүднээс авч үзэх боломжтой. Энэ нь хэв маягийг тогтоох, асуудлыг илүү гүнзгий дүн шинжилгээ хийхэд тустай. Жишээлбэл, хэрэв виртуал машин тодорхой хугацаанд гүйцэтгэлийн асуудалтай тулгарвал та CPU Ready утгын интервалыг энэ VM ажиллаж байгаа серверийн нийт ачаалалтай харьцуулж, ачааллыг бууруулах арга хэмжээ авах боломжтой (хэрэв DRS бол). амжилтгүй болсон).
Бэлэн байдал нь бэлэн байдлаас ялгаатай нь хувиар биш, харин миллисекундээр харагдана. Энэ нь Summation төрлийн тоолуур бөгөөд хэмжилтийн хугацаанд VM цөм бэлэн байдалд хэр удаан байсныг харуулдаг. Та энгийн томъёог ашиглан энэ утгыг хувь болгон хувиргаж болно.
(CPU бэлэн нийлбэр утга / (диаграмын өгөгдмөл шинэчлэлтийн интервал секундээр * 1000)) * 100 = CPU бэлэн %
Жишээлбэл, доорх график дээрх VM-ийн хувьд бүх виртуал машины бэлэн байдлын оргил утга дараах байдалтай байна.
Бэлэн хувийг тооцоолохдоо та хоёр зүйлийг анхаарч үзэх хэрэгтэй.
- Бүхэл бүтэн VM-ийн Бэлэн утга нь цөм хоорондын бэлэн байдлын нийлбэр юм.
- Хэмжилтийн интервал. Бодит цагийн хувьд энэ нь 20 секунд, жишээлбэл, өдөр тутмын график дээр 300 секунд байна.
Идэвхтэй алдааг олж засварлах замаар эдгээр энгийн цэгүүдийг амархан алдаж, үнэ цэнэтэй цагийг байхгүй асуудлуудыг шийдвэрлэхэд дэмий үрж болно.
Доорх графикийн өгөгдлүүд дээр үндэслэн Ready-ийг тооцоолъё. (324474/(20*1000))*100 = 1622% бүх VM-д. Хэрэв та цөмийг харвал энэ нь тийм ч аймшигтай биш юм: 1622/64 = нэг цөмд 25%. Энэ тохиолдолд барьж авах нь маш хялбар байдаг: Бэлэн утга нь бодит бус байна. Гэхдээ хэрэв бид хэд хэдэн цөмтэй бүх VM-ийн хувьд 10-20% -ийн тухай ярьж байгаа бол цөм бүрийн утга нь хэвийн хязгаарт байж болно.
Би яах ёстой вэ? Өндөр Бэлэн утга нь серверт виртуал машинуудын хэвийн үйл ажиллагаанд хангалттай процессорын нөөц байхгүй байгааг харуулж байна. Ийм нөхцөлд процессорын (vCPU: pCPU) хэт их захиалгыг багасгах л үлдлээ. Үүнийг одоо байгаа VM-ийн параметрүүдийг багасгах эсвэл VM-ийн зарим хэсгийг бусад сервер рүү шилжүүлэх замаар хийж болох нь ойлгомжтой.
Хамтран зогсох
Хэрхэн дүн шинжилгээ хийх вэ? Энэ тоолуур нь мөн нийлбэрийн төрөл бөгөөд Бэлэнтэй ижил аргаар хувь болгон хувиргадаг:
(CPU хамтран зогсоох нийлбэр утга / (диаграмын өгөгдмөл шинэчлэлтийн интервал нь секундээр * 1000)) * 100 = CPU хамтран зогсолт %
Энд та VM дээрх цөмийн тоо болон хэмжилтийн интервалд анхаарлаа хандуулах хэрэгтэй.
Костоп төлөвт цөм нь ашигтай ажил хийдэггүй. VM-ийн хэмжээг зөв сонгож, сервер дээрх хэвийн ачааллын үед хамтран зогсолтын тоолуур тэгтэй ойролцоо байх ёстой.
Энэ тохиолдолд ачаалал хэвийн бус байгаа нь илт :)
Би яах ёстой вэ? Хэрэв олон тооны цөмтэй хэд хэдэн VM нь нэг гипервизор дээр ажиллаж байгаа бөгөөд CPU дээр хэт их захиалга байгаа бол хамтран зогсоох тоолуур нэмэгдэж магадгүй бөгөөд энэ нь эдгээр VM-ийн гүйцэтгэлд асуудал үүсгэх болно.
Мөн нэг VM-ийн идэвхтэй цөмүүд гипер-treading идэвхжсэн нэг физик серверийн цөм дээрх урсгалуудыг ашиглавал хамтран зогсолт нэмэгдэх болно. Жишээлбэл, хэрэв VM нь ажиллаж байгаа сервер дээр байгаа биетээс илүү олон цөмтэй эсвэл VM-д "дэвшүүлсэн HT" тохиргоог идэвхжүүлсэн тохиолдолд ийм нөхцөл байдал үүсч болно. Та энэ тохиргооны талаар уншиж болно .
Хамтран зогсолт ихтэй тул VM-ийн гүйцэтгэлд асуудал гарахаас зайлсхийхийн тулд энэ VM дээр ажилладаг програм хангамжийн үйлдвэрлэгчийн зөвлөмж болон VM ажиллаж байгаа физик серверийн чадавхийн дагуу VM-ийн хэмжээг сонгоно уу.
Нөөцөд цөм нэмж болохгүй; энэ нь зөвхөн VM-д төдийгүй сервер дээрх хөршүүдийн гүйцэтгэлд асуудал үүсгэж болзошгүй.
Бусад ашигтай CPU хэмжигдэхүүнүүд
Run - хэмжилтийн хугацаанд vCPU нь RUN төлөвт хэр их цаг хугацаа (ms) байсан, өөрөөр хэлбэл энэ нь үнэхээр ашигтай ажил хийж байсан.
Сул зогсолтын – хэмжилтийн хугацаанд vCPU хэр удаан (ms) идэвхгүй байдалд байсан. Сул зогсолтын өндөр утгууд нь асуудал биш бөгөөд vCPU-д зүгээр л "хийх зүйл байхгүй" байсан.
түр хүлээнэ үү – хэмжилтийн хугацаанд vCPU Хүлээх төлөвт хэр удаан (мс) байсан. IDLE энэ тоолуурт багтсан тул хүлээх өндөр утгууд нь асуудал байгааг илтгэдэггүй. Харин Хүлээлт өндөр байх үед хүлээлгийн сул зогсолт бага байвал энэ нь VM оролт/гаралтын үйлдлүүдийг дуусгахыг хүлээж байсан гэсэн үг бөгөөд энэ нь эргээд хатуу диск эсвэл VM-ийн аливаа виртуал төхөөрөмжүүдийн гүйцэтгэлтэй холбоотой асуудал байгааг илтгэнэ.
Хамгийн их хязгаарлагдмал – тогтоосон нөөцийн хязгаарын улмаас хэмжилтийн хугацаанд vCPU хэр удаан (ms) Бэлэн төлөвт байсан. Хэрэв гүйцэтгэл нь тодорхойгүй доогуур байвал 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 (Дэлхийн тоо) - бүлэг дэх үйл явцын тоо. Бүлгийг өргөжүүлж, процесс тус бүрийн хэмжигдэхүүнийг харахын тулд (жишээлбэл, олон цөмт VM-ийн цөм бүрийн хувьд) "e" товчийг дарна уу. Хэрэв бүлэгт нэгээс олон процесс байгаа бол тухайн бүлгийн хэмжүүрийн утга нь бие даасан процессуудын хэмжүүрүүдийн нийлбэртэй тэнцүү байна.
%АШИГЛАСАН – процесс эсвэл бүлэг процессууд хэдэн серверийн CPU циклийг ашигладаг.
%RUN – хэмжилтийн хугацаанд процесс нь RUN төлөвт хэр удаан байсан, өөрөөр хэлбэл. ашигтай ажил хийсэн. Энэ нь hyper-threading, давтамжийн масштаб болон системийн ажлуудад зарцуулсан цагийг (%SYS) тооцдоггүй гэдгээрээ %USED-аас ялгаатай.
%SYS – системийн ажлуудад зарцуулсан цаг, жишээлбэл: тасалдал боловсруулах, оролт гаралт, сүлжээний ажиллагаа гэх мэт. Хэрэв VM нь их хэмжээний оролт гаралттай бол үнэ цэнэ өндөр байж болно.
%OVRLP – VM процессын ажиллаж байгаа физик цөм нь бусад процессуудын ажилд хэр их цаг зарцуулсан.
Эдгээр хэмжигдэхүүнүүд хоорондоо дараах байдлаар холбогдоно.
%АШИГЛАСАН = %RUN + %SYS - %OVRLP.
Ихэвчлэн %USED хэмжигдэхүүн нь илүү мэдээлэлтэй байдаг.
%ХҮЛЭЭ – хэмжилтийн хугацаанд процесс Хүлээх төлөвт хэр удаан байсан. 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 ачаалал их байх үед үүн дээр ажиллаж байгаа VM-ууд гүйцэтгэлийн асуудалтай тулгарч эхэлдэг.
ESXTOP-д серверийн CPU ачааллын өгөгдлийг дэлгэцийн дээд хэсэгт харуулдаг. Гипервизоруудад тийм ч их мэдээлэл өгдөггүй стандарт CPU-ийн ачааллаас гадна өөр гурван хэмжүүр байдаг.
CORE UTIL(%) – физик серверийн цөмийг ачаалж байна. Энэ тоолуур нь хэмжилтийн хугацаанд цөм хэр их цаг ажилласан болохыг харуулдаг.
PCPU UTIL(%) – хэрэв hyper-threading идэвхжсэн бол физик цөмд хоёр урсгал (PCPU) байна. Энэ хэмжигдэхүүн нь утас бүр ажлыг дуусгахад хэр их хугацаа зарцуулагдсаныг харуулдаг.
PCPU АШИГЛАСАН(%) – PCPU UTIL(%)-тай адил боловч давтамжийн масштаб (эрчим хүч хэмнэх зорилгоор үндсэн давтамжийг багасгах эсвэл Turbo Boost технологийн улмаас үндсэн давтамжийг нэмэгдүүлэх) болон хэт урсгалыг харгалзан үздэг.
PCPU_USED% = PCPU_UTIL% * үр дүнтэй үндсэн давтамж / нэрлэсэн үндсэн давтамж.
Энэ дэлгэцийн агшинд, Turbo Boost-ийн улмаас зарим цөмүүдийн хувьд үндсэн давтамж нь нэрлэсэн давтамжаас өндөр байгаа тул USED утга нь 100% -иас их байна.
Hyper-threading-ийг хэрхэн анхаарч үздэг талаар хэдэн үг хэлье. Хэрэв процессууд серверийн физик цөмийн хоёр урсгал дээр 100% хийгдэж байгаа бол цөм нь нэрлэсэн давтамж дээр ажилладаг бол:
- Цөмд зориулсан CORE UTIL нь 100% байх болно,
- Хоёр урсгалын PCPU UTIL нь 100% байх болно,
- Хоёр урсгалд АШИГЛАСАН PCPU 50% байх болно.
Хэрэв хэмжилт хийх явцад хоёр утас 100% ажиллаагүй бол утаснууд зэрэгцээ ажиллаж байсан үед судалд АШИГЛАСАН PCPU-г хагасаар хуваана.
ESXTOP нь серверийн CPU-ийн эрчим хүчний хэрэглээний параметрүүдтэй дэлгэцтэй. Сервер нь эрчим хүч хэмнэх технологи ашиглаж байгаа эсэхийг эндээс харж болно: C-төлөв болон P-төлөв. "p" товчлуураар дуудагдсан:
CPU-ийн гүйцэтгэлийн нийтлэг асуудлууд
Эцэст нь би VM CPU-ийн гүйцэтгэлтэй холбоотой асуудлуудын нийтлэг шалтгааныг авч үзэж, тэдгээрийг шийдвэрлэх богино зөвлөмжийг өгөх болно.
Үндсэн цагийн хурд хангалттай биш байна. Хэрэв VM-ээ илүү хүчирхэг цөм болгон шинэчлэх боломжгүй бол Turbo Boost-ийг илүү үр дүнтэй ажиллуулахын тулд тэжээлийн тохиргоог өөрчлөхийг оролдож болно.
VM-ийн буруу хэмжээ (хэт олон/цөөн цөм). Хэрэв та цөөхөн цөм суулгавал VM дээр CPU-ийн ачаалал их байх болно. Хэрэв их байвал өндөр зогсоол дээр барина уу.
Сервер дээрх CPU-ийн хэт их захиалга. Хэрэв VM-ийн бэлэн байдал өндөр байвал CPU-ийн хэт захиалгыг бууруулна уу.
Том VM дээр NUMA топологи буруу байна. VM (vNUMA)-ийн харж буй NUMA топологи нь серверийн NUMA топологитой (pNUMA) таарч байх ёстой. Оношлогоо, энэ асуудлыг шийдэх боломжит аргуудыг жишээ нь номонд бичсэн болно . Хэрэв та илүү гүнзгийрүүлэхийг хүсэхгүй байгаа бөгөөд VM дээр суулгасан үйлдлийн системд лицензийн хязгаарлалт байхгүй бол VM дээр олон виртуал залгууруудыг нэг нэгээр нь суулгаарай. Та нэг их алдахгүй :)
Энэ бол миний хувьд CPU-ийн тухай юм. Асуулт асуух. Дараагийн хэсэгт би RAM-ийн талаар ярих болно.
Ашигтай холбоосууд
Эх сурвалж: www.habr.com