قابلیت VM Component Protection يا VMCP چیست؟ معرفی و تنظیمات آن

منظور از VM Component Protection يا VMCP چیست؟ یک قابلیت جدید که در مجموعه VSphere 6.0 اضافه شده و آن را به عنوان VMCP می شناسیم، این قابلیت به عنوان یک مکانیزم جدید شناسایی مشکلات مربوط به عدم دسترسی به Host ها در سرویس High Availability معرفی شده است تا نقاط ضعفی که در مکانیزم های شناسایی خطا در HA وجود داشت را برطرف کند. همان طور كه در شكل زیر نشان داده شده است، در رابط كاربري، كاربر صرفا پاسخ به Datastore with PDL و Datastore with ADP را در بخش Failures and Responses مشخص می كند.

 configuration screen به يكي از روش‌هاي زير در دسترس قرار مي‌گيرد:

•           Log In كردن به VMware vSphere Web Client

•           كليك  بر Hosts and Clusters

•           كليك  بر Cluster Object

•           كليك بر تب Manage

•           كليك بر HA و سپس كليك بر Edit از پنجره بازشده

•           انتخاب Failures and Responses

•           انتخاب قابليت فردی یا Individual Functionalityطبق آنچه در شكل زیر نشان داده شده است.

در بخش Failures and Response، می‌توان پاسخي را كه به دنبال تشخیص شرايط PDL داده مي‌شود، تنظیم كرد. VMware پيشنهاد می دهد تنظيمات به گونه‌ای انجام شود كه در اين شرايط ماشين‌های مجازی خاموش و مجددا راه‌اندازی شوند. پس از تشخيص اين شرايط، ماشين مجازی بلافاصله در يك Host سالم در vSphere HA Cluster راه‌اندازی می شود.

VM Component Protection يا VMCP چیست؟ در سناریوی APD، همانطور که در شکل بالا نشان داده شده است، تنظیم باید در همان بخش انجام شود. همان طور كه در شكل زیر نشان داده شده، علاوه بر تعيين پاسخ به شرايط APD، همچنین می‌توان هنگام بازيابی و خرابی و پيش از آن كه Timeout سر برسد، زمان‌بندی را تغيير داده و عملكرد را پيكربندی نمود.

پس از آن كه وضعيت APD تشخيص داده شد، تايمری شروع به كار می كند. پس از 140 ثانیه، وضعیت APD رسماً اعلام شده و دستگاه به عنوان APD Timeout شناسايی می شود. با گذشت 140 ثانیه، vSphere HA شروع به شمارش می‌کند. Timeout پيش‌فرض vSphere HA سه دقيقه است. پس از گذشت اين سه دقیقه، vSphere HA ماشین‌های مجازی تحت‌‎تأثیر را مجدداً راه‌اندازی می‌کند، اما در صورت تمایل می توان VMCP را به گونه‌ای پيكربندی كرد كه به شكلی ديگر پاسخ دهد. VMware توصيه می كند تنظیم به گونه‌ای باشد كه ماشين‌های مجازی خاموش و مجددا راه‌اندازی شوند، و اين Conservative Restart Policy اين ارائه‌دهنده است.

لفظ Conservative به اين دليل به كار می رود كه احتمال دارد vSphere HA بتواند ماشين‌های مجازی را Restart كند. اگر vSphere HA روی حالت Conservative تنظیم شود، در صورتی که تشخیص دهد Hostای در کلاستر می‌تواند به دیتا استوری که ماشین مجازی در آن قرار دهد، دسترسی یابد، تنها VM تحت‌تاثیر APD را Restart خواهد کرد. vSphere HA در حالت Aggressive حتی اگر وضعیت Hostهای دیگر را تشخیص ندهد، تلاش می‌کند ماشین مجازی را Restart کند. در این حالت ممکن است وضعیتی پیش بیاید که در آن ماشین مجازی به دلیل عدم دسترسی هیچ Hostای به دیتا استوری که این ماشین بر آن قرار گرفته است، Restart نشود.

اگر APD برداشته شود و دسترسی به Storage قبل از گذشت Timeout بازیابی گردد، vSphere HA بدون ضرورت به تنظیم مجدد ماشین مجازی اقدام نمی‌کند مگر این که به‌وضوح برای این کار پیکربندی شده باشد. اگر حتی در هنگام بازیابی محیط از شرایط APD پاسخی انتخاب شود، Response Recovery را می توان به حالت Reset VMs تنظیم کرد. توصیه VMware این است که این تنظیمات غیرفعال باشند. باید توجه داشت که اگر Reset VMs انتخاب شود، در مرحله Reset، هیچ نوع Restart Priority یا Dependency در نظر گرفته نمی‌شود. Restart Priority يا Dependency تنها در زمان Restart شدن ماشين‌های مجازی اعمال می گردد. Restart با Reset تفاوت اساسی دارد!

همزمان با ارائه vSphere 5.5، تنظیمات پیشرفته‌ای به نام Disk AutoremoveOnPDL عرضه و به‌‎طور پیش فرض پیاده‌سازی شده است. این قابلیت vSphere را قادر می‌سازد تا دستگاه‌هایی را که با عنوان PDL مشخص شده‌اند حذف كند و كمك می كند از رسيدن به مثلا محدوديت دستگاه 512 برای vSphere Host جلوگيری به عمل آيد. با این حال، اگر سناریوی PDL برطرف شود و دستگاه برگردد، قبل از ظاهر شدن دستگاه، باید سیستم Storge در vSphere Host مجددا اسکن شود. VMware به كاربران توصیه می‌کند با قرار دادن مقدار تنظيمات پيشرفته vSphere روی صفر، Disk.AutoremoveOnPDL را برای Hostهای vSphere 5.5 غیرفعال کنند. برای Hostهای vSphere 6.0، دیگر نیازی نيست اين تنظيمات پيشرفته از حالت اوليه پيش‌فرض تغيير كند تا دستگاه‌هايی كه با عنوان PDL علامت‌گذاری شده‌اند، به‌درستی بازيابی شوند؛ مقدار اين تنظيمات بايد روی 1 باشد. كاربران بايد توجه داشته باشند هنگام ارتقا از vSphere 5.5 به vSphere 6.0، مقدار اين تنظیمات را از 0 به 1 تغییر دهند.

بیشتر بخوانید: معرفی انواع Storage Controller و قابلیت‌های آن در مجازی‌سازی با VMware vSphere

ترتيب و Restart Priority در VMCP چیست؟

با ارائه vSphere 6.5 در حال حاضر امكان ارائه Granularity و كنترل بيشتر در خصوص ترتيب و Dependencyهای Restart برای VMها در بخش VM Overrides وجود دارد. پيش از عرضه vSphere 6.5 نيز Restart Priority تعيين كرد، اما از آنجا که هر Host در Cluster می‌توانست 32 ماشین مجازی را همزمان فعال کند و كاربر نمی توانست هيچ نوع تاخير يا Dependency تعيين كند، معمولا در نهايت همه ماشين‌های مجازی همزمان فعال می شدند. در vSphere 6.5 اکنون می‌توان تعیین کرد که هر ماشين مجازی به کدام گروه اولویت تعلق دارد VM Restart Priority يا Restart Priority در ماشين‌های مجازی: كم‌ترين، كم، متوسط، بيشتر، بيشترين.

بیشتر بخوانید: رفع نقص امنیتی ساختار مجازی‌سازی توسط VMware

VMware توصيه می كند VM Restart Priority برای اجزای مهم زیرساختی مانند DNS یا Active Directory و برای برنامه‌هایی كاربردی که از چند لايه تشکیل شده اند، پيكربندی شود. به‌عنوان مثال، یک ماشین مجازی ممکن است داراي برنامه كابردی، وب و ديتابيس باشد که در بیشتر موارد، لازم است در وهله اول، لايه ديتابيس شروع به كار كند. ابتدا لازم است همه ماشين‌های مجازی ای را که قرار است اولویت Restartشان تغيير كند، مطابق شکل زیر انتخاب شوند.

به‌طور پیش‌فرض، Restart Priority برای همه ماشين‌های مجازی، روی Medium است.

در مرحله بعد، بايد Restart Priority مورد نظر انتخاب شود. همان‌طور كه در شكل زیرنشان داده شده است، از آنجا که ماشين‌های مجازی انتخاب‌شده در اين مورد برای لایه برنامه كاربردی مهم هستند، Restart Priority آن‌ها روی Highest قرار گرفته است.

VMCP چیست؟ علاوه بر این، می‌توان تعيين كرد ماشين‌های مجازی مربوط به گروه بعدی چه زمان شروع به كار كنند. اين كار از طريق منوی كشويی Start Next Priority Vms When انجام می شود. همان‌طور که در شکل زیر نشان داده شده است، مثلا می توان از اين ليست، گزينه Guest Heartbeats Detected را انتخاب كرد، به این معنی که vSphere HA منتظر می‌ماند تا VMware Tools، حالت Liveness را برای Heartbeat گزارش كند. با اين حال اگر Heartbeat به‌صورت پيش‌فرض پس از 600 ثانيه دريافت نشود، گروه بعدی آغاز به كار می كند. اين مقدار پيش‌فرض را می توان با تعيين مقدار Or After Timeout Occurs At، بيشتر يا كمتر كرد. VMware توصیه می‌کند كاربران مقدار پيش‌فرض 600 را تغييری ندهند.

از vSphere 6.5 به بعد، به روش ديگری نيز می توان ترتيب Restart را تعيين كرد، اما در اين حالت بين ماشين‌های مجازی Restart Dependency وجود دارد. این قابليت از Ruleهای كلاستر vSphere HA و DRS استفاده می‌کند. می‌توان صرفا با ایجاد دو گروه ماشين مجازي، Dependency ایجاد کرد و سپس یک Rule ماشين مجازي به ماشين مجازی تعيين نمود که در آن Dependency مشخص شده باشد. در نمونه مورد بررسي اينجا، گروه بعدی فقط زمانی آغاز به كار می كند که شرايط VM Dependency Restart Condition برقرار شود. اگر برای كلاستر شرط پيش‌فرض Resources Allocated تعيين شده باشد، گروه دوم ماشین‌های مجازی، از آنجا كه اين تنها تمرين برنامه‌ريزی Restart است، بعد از گروه اول چند ثانيه فعال می شوند. در بیشتر موارد Powered-on یا حتی Guest Heartbeats Detected مناسب‌تر هستند. باید توجه داشت که Ruleهای مشخص‌شده، Ruleهای اجباری محسوب شده و در نتیجه نقض نمی‌شوند. به عبارت دیگر، اگر Power-on گروه اول ناموفق باشد و شرط Powered-on تعیین شده باشد، گروه دوم هرگز فعال نخواهد شد.

مقاله های مرتبط: