خوش آموز درخت تو گر بار دانش بگیرد، به زیر آوری چرخ نیلوفری را
منظور CPU Ready در vmware چیست؟
متریک VMware CPU Ready برای مشاهده درصدی از زمان است که ماشین مجازی آماده است، اما نمی تواند برای اجرا بر روی CPU فیزیکی برنامه ریزی شود، استفاده می شود. به عبارت دیگر مدت زمانی که به طول می انجامد تا پردازش های مربوط به یک VM در صف، پردازش شوند. یعنی نوبت به پردازش مربوط به این VM رسیده و پردازش توسط CPU فیزیکی روی آن انجام شود. CPU ready time به تعداد ماشین های مجازی روی هاست و CPU load آنها بستگی دارد. معمولاً برای مشاهده مقادیر، از دستور «esxtop» برای تعیین اینکه آیا سرور ESXi/ESX در حال «overload» است یا خیر استفاده میشود. ما فقط به اینکه VMware CPU Ready چیست می پردازیم و روی آن در این این پست عمیق نمی شویم و حتما در آینده به این متریک CPU در Vmware عمیق خواهیم شد.
CPU ready را برای کاربران که به تازگی وارد دنیای مجازی سازی شده اند و مشغول آموزش هستند توضیح می دهیم و شاید شما که سالهاست ادمین هستید از خواندنش صرفنظر می کنید.
معمولا اگر روی hypervisor بار سنگینی نباشد،برای یک VM طبیعی است که CPU Ready Time کمی دارد که این هم به دلیل ماهیت shared scheduling در مجازیسازی است.
ماشینهای مجازی که با چندین vCPU پیکربندی شدهاند، مقدار ready time آنها بیشتر از ماشینهای مجازی است با vCPU کمتر پیکربندی شده اند، چرا که vm های با vcpu بیشتر به منابع بیشتری برای schedule یا زمانبندی همزمان(co-schedule) ماشین مجازی در مواقع ضروری نیاز دارد و هر یک از vCPU ها مدت زمانی را بصورت جداگانه خواهند داشت(بدان SMP یا Symmetric multiprocessing هم گفته می شود).
Symmetric Multiprocessing یا SMP پردازش اپلیکیشن ها توسط چندین پردازنده است که سیستم عامل و مموری مشترک دارند. در symmetric multiprocessing پردازندهها، مموری و I/O bus را به اشتراک میگذارند. اما سیستم عامل تکی همه CPU ها را مدیریت می کند.
فیلد %READY (RDY% در esxtop) در واقع درصد زمانی CPU Ready Time است. درصدی که به طول انجامید تا پردازش مربوط به این VM توسط CPU فیزیکی پردازش شود.
در شرایط عملیاتی عادی، این مقدار باید زیر 5٪ باقی بماند. اگر مقدار ready time در ماشینهای مجازی که Performance بدی دارند بالا است، شما باید مطمئن شوید که VM توسط resource pool محدود نشده باشد و یا شاید CPU limit برای آن VM تعریف شده باشد.
به طور کلی وقتی ready time برای vcpu ی vm افزایش پیدا می کند، چه کاری را باید انجام دهیم؟
حتما در یک پست جدا به متریک های cpu و همچنین کارهایی که باید انجام دهید خواهم پرداخت. اما فعلا برای اینکه جوابی به این پرسش دهیم شما باید هاست های اضافی در شبکه داشته باشید و یا تهیه کنید تا ماشین ها را بین هاست vmotion کنید و بار را متعادل کنید. اگر مشکل فقط مختص ماشین های مجازی SMP بزرگتر است، مانند ماشین های مجازی مانند SQL Server، Microsoft Exchange Server، شاید درصدد ارزیابی آن باشید که آیا می توانید آن VM های بزرگتر را در یک یا چند هاست ادغام و یکی کنید و VM های کوچکتر را به هاست های دیگر منتقل کنید. در واقع بر اساس SMP ماشین های مجازی را جابجا کنید.
CPU ready را برای کاربران که به تازگی وارد دنیای مجازی سازی شده اند و مشغول آموزش هستند توضیح می دهیم و شاید شما که سالهاست ادمین هستید از خواندنش صرفنظر می کنید.
معمولا اگر روی hypervisor بار سنگینی نباشد،برای یک VM طبیعی است که CPU Ready Time کمی دارد که این هم به دلیل ماهیت shared scheduling در مجازیسازی است.
ماشینهای مجازی که با چندین vCPU پیکربندی شدهاند، مقدار ready time آنها بیشتر از ماشینهای مجازی است با vCPU کمتر پیکربندی شده اند، چرا که vm های با vcpu بیشتر به منابع بیشتری برای schedule یا زمانبندی همزمان(co-schedule) ماشین مجازی در مواقع ضروری نیاز دارد و هر یک از vCPU ها مدت زمانی را بصورت جداگانه خواهند داشت(بدان SMP یا Symmetric multiprocessing هم گفته می شود).
Symmetric Multiprocessing یا SMP پردازش اپلیکیشن ها توسط چندین پردازنده است که سیستم عامل و مموری مشترک دارند. در symmetric multiprocessing پردازندهها، مموری و I/O bus را به اشتراک میگذارند. اما سیستم عامل تکی همه CPU ها را مدیریت می کند.
چگونه می توان مقادیر CPU Ready را بررسی کرد؟
فیلد %READY (RDY% در esxtop) در واقع درصد زمانی CPU Ready Time است. درصدی که به طول انجامید تا پردازش مربوط به این VM توسط CPU فیزیکی پردازش شود.
در شرایط عملیاتی عادی، این مقدار باید زیر 5٪ باقی بماند. اگر مقدار ready time در ماشینهای مجازی که Performance بدی دارند بالا است، شما باید مطمئن شوید که VM توسط resource pool محدود نشده باشد و یا شاید CPU limit برای آن VM تعریف شده باشد.
مفهوم oversubscribed روی هاست esxi
Oversubscribed بدان معناست زمانی که تعداد زیادی vCPU به نسبت pCPU تخصیص داده شده باشد، ماشین های مجازی که روی هاست اجرا می شوند کندتر و کندتر عمل می کنند.به طور کلی وقتی ready time برای vcpu ی vm افزایش پیدا می کند، چه کاری را باید انجام دهیم؟
حتما در یک پست جدا به متریک های cpu و همچنین کارهایی که باید انجام دهید خواهم پرداخت. اما فعلا برای اینکه جوابی به این پرسش دهیم شما باید هاست های اضافی در شبکه داشته باشید و یا تهیه کنید تا ماشین ها را بین هاست vmotion کنید و بار را متعادل کنید. اگر مشکل فقط مختص ماشین های مجازی SMP بزرگتر است، مانند ماشین های مجازی مانند SQL Server، Microsoft Exchange Server، شاید درصدد ارزیابی آن باشید که آیا می توانید آن VM های بزرگتر را در یک یا چند هاست ادغام و یکی کنید و VM های کوچکتر را به هاست های دیگر منتقل کنید. در واقع بر اساس SMP ماشین های مجازی را جابجا کنید.
نمایش دیدگاه ها (0 دیدگاه)
دیدگاه خود را ثبت کنید: