خوش آموز درخت تو گر بار دانش بگیرد، به زیر آوری چرخ نیلوفری را
مکان swap file ماشین مجازی در vmware
با پیاده سازی SRMیا site Recovery Manager، یک بحث مشترک در مورد قرار دادن فایل های swap ماشین مجازی وجود دارد. برخی پیشنهاد می کنند که فایل های swap ماشین مجازی را در یک دیتا استور جداگانه نگهداری کنید، در حالی که برخی دیگر مخالف این هستند. قبل از اینکه بخواهیم منطق پشت این انتخاب های طراحی را درک کنیم، مهم است که بدانیم virtual machine swap file چیست.
هر ماشین مجازی یک فایلswap با پسوند vswp را در خود دارد. این فایل swap هر بار که یک VM روشن می شود ایجاد می شود. اندازه فایل swap برابر با حجم رم assign شده به ماشین مجازی است، مگر اینکه reservation ای از بابت رم برای این VM انجام شده باشد. اگر memory reservation ای برای vm انجام شده باشد، حجم swap file برابر با حجم مموری رزرو نشده است. به هر حال در برخی محیط های Production بنا به دلایلی برای رم محدودیت هایی را اعمال می کنند.
بنابراین، فرمول ایده آل برای محاسبه حجم فایل swap به شرح زیر است:
بصورت پیشفرض memory reservation برابر با 0 بوده و مقدار limit هم برابر با حجم کامل رم assign شده به vm است. به طور پیش فرض، فایل swap به همراه ماشین مجازی directory سیستم ذخیره می شود.
مزیت این روش این است که overhead برای Administrator نداشته که در غیر این صورت برای پیکربندی swap datastore به ازای هر هاست نیاز بود و No single point of failure هم ندارد. و disadvantage آن اتلاف پهنای باند، برای replication فایل های Swap می باشد.
اما به طور کلی اگر با کمبود منابع رم در سرورها مواجه هستید، در فرآیند memory Reclaim یا بازپس گیری رم از vm ها و اختصاص آن به هاست، آخرین موردی که هایپروایزر esxi اقدام به انجام آن می کند، Memory swap است. اگر کمبود رم دارید بهتر است که Swap File را در دیتااستور دیگر و در Lun جدا ذخیره کنید و ترجیحا آن Lun متشکل از SSD Drive باشد تا افت Performance تاحدی جبران شود. وقتی swap رخ دهد در هر صورت شما افت دارید ولی ذخیره swap ها در SSD ها کمی این افت Performance را جبران می کند.
هر ماشین مجازی یک فایلswap با پسوند vswp را در خود دارد. این فایل swap هر بار که یک VM روشن می شود ایجاد می شود. اندازه فایل swap برابر با حجم رم assign شده به ماشین مجازی است، مگر اینکه reservation ای از بابت رم برای این VM انجام شده باشد. اگر memory reservation ای برای vm انجام شده باشد، حجم swap file برابر با حجم مموری رزرو نشده است. به هر حال در برخی محیط های Production بنا به دلایلی برای رم محدودیت هایی را اعمال می کنند.
بنابراین، فرمول ایده آل برای محاسبه حجم فایل swap به شرح زیر است:
بصورت پیشفرض memory reservation برابر با 0 بوده و مقدار limit هم برابر با حجم کامل رم assign شده به vm است. به طور پیش فرض، فایل swap به همراه ماشین مجازی directory سیستم ذخیره می شود.
انتخاب اول طراحی: ذخیره فایل swap در datastore جداگانه
فایل swap هر بار که یک ماشین مجازی روشن می شود ایجاد می شود. از آنجایی که ماشین مجازی در سایت recovery روشن می شود و فایل swap در آن زمان ایجاد می شود، نیازی به replicate فایل های swap نیست.انتخاب دوم طراحی: ذخیره فایل swap در دایرکتوری vm
اما به غیر از کاهش پهنای باند replication، به نظر می رسد که هیچ مزیت واقعی برای نگهداری یک دیتا استور مجزا برای فایلهای swap وجود ندارد. اکثر پیادهسازیهای SRM قبلاً مطمئن شدهاند که پهنای باند بیش از اندازه مورد نیاز برای امکانپذیر ساختن storage replication وجود دارد. همچنین، همه ماشینهای مجازی مکرراً از فایلهای swap استفاده نمیکنند، مگر اینکه محیط vSphere بیش از حد sharing داشته باشد و ماشینهای مجازی زیاد به مشکل کمبود رم مواجه شوند.مزیت این روش این است که overhead برای Administrator نداشته که در غیر این صورت برای پیکربندی swap datastore به ازای هر هاست نیاز بود و No single point of failure هم ندارد. و disadvantage آن اتلاف پهنای باند، برای replication فایل های Swap می باشد.
اما به طور کلی اگر با کمبود منابع رم در سرورها مواجه هستید، در فرآیند memory Reclaim یا بازپس گیری رم از vm ها و اختصاص آن به هاست، آخرین موردی که هایپروایزر esxi اقدام به انجام آن می کند، Memory swap است. اگر کمبود رم دارید بهتر است که Swap File را در دیتااستور دیگر و در Lun جدا ذخیره کنید و ترجیحا آن Lun متشکل از SSD Drive باشد تا افت Performance تاحدی جبران شود. وقتی swap رخ دهد در هر صورت شما افت دارید ولی ذخیره swap ها در SSD ها کمی این افت Performance را جبران می کند.
نمایش دیدگاه ها (0 دیدگاه)
دیدگاه خود را ثبت کنید: