خوش آموز درخت تو گر بار دانش بگیرد، به زیر آوری چرخ نیلوفری را


مدیریت مموری در VMware و برنامه ریزی برای آن

مدیریت مموری در VMware و برنامه ریزی برای آن
Vmware esxi امکانی را برای شما فراهم می کند بتوانید ماشین های مجازی با RAM بیشتر از آنچه که بصورت فیزیکی روی سرور نصب کرده اید را راه اندازی و deploy کنید. این امر امکان پذیر است چرا که VMware memory management به سادگی قادر است که مقدار مموری که توسط سیستم عامل های مهمان vm ها مورد استفاده قرار نمی گیرد را گرفته و به ماشین های دیگر تخصیص دهد.

نرم افزار سامانه مودیان راهکار
شما اینکار را تاجایی می توانید پیش ببرید که هایپروایزر قادر به ادامه دادن نباشد و نهایتا منجر به کاهش شدید Performance در VM ها می شود. با برنامه ریزی مناسب ظرفیت می توانید تخمین بزنید که overcommitment قبل از به خطر انداختن مشکلات performance ممکن است رخ دهد.


در این مطلب امروز به اصطلاحات اساسی VMware memory نحوه و زمان شروع memory reclamation یا بازپس گیری مموری و planning می پردازد.

اصطلاحات Vmware Memory

Capacity (Host level)

حافظه فیزیکی موجود یا available در هاست است.

Consumed Memory (Host level)

Total memory در حال استفاده در هاست ESX، که شامل مموری استفاده شده توسط Service Console، VMKernel، سرویس های vSphere، به علاوه مموری در حال استفاده برای تمام ماشین های مجازی در حال اجرا است.

مدیریت مموری در VMware و برنامه ریزی برای آن

Provisioned Memory (VM level)

مقدار مموری اختصاص داده شده به ماشین مجازی به اضافه overhead مورد نیاز برای مدیریت ماشین مجازی است. Provisioned Memory یک حد بالایی است – وقتی یک VM روشن می شود، فقط حافظه ای را consume می کند که سیستم عامل درخواست می کند، و هایپروایزر به دادن درخواست های حافظه اضافی که توسط VM ارائه شده است تا زمانی که به محدودیت provisioned memory برسد، ادامه می دهد.

Consumed Memory (VM level)

سطح فعلی memory consume برای یک ماشین مجازی مشخص.

Active Guest Memory (VM level)

برآورد هایپروایزر از حافظه ای که به طور فعال در سیستم عامل مهمان VM استفاده می شود. هایپروایزر با سیستم عامل مهمان ارتباط برقرار نمی کند، بنابراین نمی داند که آیا دیگر به حافظه اختصاص داده شده به VM نیازی هست یا نه. برای اندازه گیری Active Guest Memory، هایپروایزر sample ای تصادفی از حافظه اختصاص‌یافته VMرا بررسی می‌کند و درصد sample ای را که به طور فعال در طول دوره sample گیری در دسترس است، محاسبه می‌کند.

مدیریت مموری در VMware و برنامه ریزی برای آن

به منظور Memory Reclamation تکنیک های وجود دارد که پیشتر در خصوص آنها در مقالاتی صحبت کرده ایم، حتما پیشنهاد می کنم که به لینک های زیر مراجعه کنید و این تکنینک ها را بخوانید.



برخی نکات در خصوص تکنیک های VMware Memory Reclamation که باید بدانید:


TPS بر Performance ماشین مجازی تاثیر نمی گذارد.

سیستم عامل مهمان VM را برای paging به دلیل حافظه کم در حین ballooning مانیتور کنید.

Memory compression و swapping حافظه می تواند مشکلات جدی performance برای کارایی VM ایجاد کند.

ballooning و TPS در مقایسه با swapping نسبتاً کند هستند. اگر فوری به رم نیاز دارید ممکن است از swapping استفاده شود.


Plan و برنامه ریزی ظرفیت برای RAM

هدف VMware این است که بدون اینکه ماشین های مجازی شما از حافظه ای که برای اجرای آن نیاز دارند محروم شوند، استفاده از RAM را به حداکثر برساند. برای تخمین مموری مورد نیاز به منظور plan و برنامه ریزی ظرفیت، باید متریک های Active Guest Memory در vmware و Memory use در درون خود سیستم عامل vm توجه کنید.

از تخصیص بیش از حد مموری به سیستم عامل vm خودداری کنید. الزاما منجر به Performance بهتر نخواهد شد. بعلاوه در حالت عادی، مقدار consumed memory ماشین مجازی با مموری مصرفی خود سیستم عامل مهمان باید نزدیک به هم باشند.

اگر تخمین Active Guest Memory به طور قابل توجهی کوچکتر از Memory use خودِ سیستم عامل مهمان بود، از vm در برابر memory reclamation با تنظیم یک memory reservation محافظت کنید و یا vm را به هاستی که در وضعیت overcommitted نیست، انتقال دهید.

اگر روی هاستی، overcommit memory می کنید، حافظه Consume شده هاست را مانیتور کنید. زمانی که Consume هاست نزدیک به ظرفیت کامل مموری است، مراقب علائم کاهش مقدار Consume هاست(نشان دهنده بازیابی حافظه TPS)، یا به طور غیرمنتظره ای مموری آزاد در سیستم عامل مهمان(نشانه فعال شدن ballooning) باشید.

هنگامی که ballooning در حال رخ دادن است، حافظه آزاد و paging را در سیستم عامل مهمان مانیتور کنید. اگر ballooning باعث کاهش Performance ماشین های مجازی شود، ماشین های مجازی را به هاست هایی با حافظه بیشتر منتقل کنید.

اگر ballooning مشکل کمبود حافظه هاست را برطرف نکرد، ماشین‌های مجازی را قبل از رسیدن به Hard memory state یا حالت حافظه سخت (32% از mem.minFree) باید move و یا خاموش کنید. Memory compression و swapping تضمین روشن بودن و کارکردن vm های هاست را می دهند ولی به جد شاهد افت Performance و کارایی vm ها خواهید شد.


نمایش دیدگاه ها (0 دیدگاه)

دیدگاه خود را ثبت کنید:

انتخاب تصویر ویرایش حذف
توجه! حداکثر حجم مجاز برای تصویر 500 کیلوبایت می باشد.


دسته بندی مطالب خوش آموز