vSphere Storage DRS چیست؟ vSphere Storage DRS امکان تجمیع Datastoreها را به یک واحد مصرفی از دیدگاه مدیریتی فراهم می‌کند و وقتی از آستانه‌های تعریف‌شده عبور کرده، دیسک‌های VM را تعدیل می‌نماید. این راهکار همچنین اطمینان حاصل می‌کند که منابع کافی از دیسک برای یک بار کاری در دسترس باشند. VMware پیشنهاد می‌کند که vSphere Storage DRS در حالت دستی یا همان Manual Mode مطابق شکل زیر فعال شده، درحالی‌که I/O Metric غیرفعال باشد. استفاده از I/O Metric یا VMware vSphere Storage I/O Control در تنظیمات vMSC تحت پشتیبانی نمی باشد.
در توضیح اینکه vSphere Storage DRS چیست؟ باید گفت، vSphere Storage DRS از vSphere Storage vMotion استفاده می‌کند تا دیسک‌های VM را در یک کلاستر Datastore بین Datastoreها منتقل کند. ازآنجایی‌که سیستم‌های Stretched Storage زیرین از همسان‌سازی همزمان پشتیبانی می‌کنند، انتقال یا مجموعه انتقال‌ها روی ترافیک همسان‌سازی تأثیر دارند و ممکن است باعث شوند که به دلیل رقابت بر سر منابع شبکه در طول حرکت دیسک‌ها VMها موقتاً از دسترس خارج شوند. انتقال به Datastoreهای تصادفی همچنین می‌تواند منجر شود به تأخیر بیشتر I/O در تنظیمات دسترسی به Host یکپارچه، درصورتی‌که VMها همراه با دیسک‌های مجازی خود منتقل نشوند گردد. برای مثال اگر یک VM که روی یک Host در سایت A قرار دارد، دارای دیسکی باشد که به یک Datastore در سایت B منتقل گردد، به عملکرد خود ادامه می‌دهد اما ممکن است عملکردش تضعیف گردد. Read های دیسک متعلق به VM اکنون دچار افزایش میزان تأخیر می‌شوند که به Reading از Array در سایت B مرتبط است. Readها دچار تأخیر بین سایتی می‌شوند، و الزامات آن‌ها توسط یک هدف Local برطرف نمی‌گردد.
برای کنترل کردن زمان رخ دادن انتقال‌ها، VMware پیشنهاد می‌کند که vSphere Storage DRS در حالت دستی تنظیم گردد. این امر اعتبارسنجی انسانی را به ازای هر پیشنهاد ممکن می‌سازد و همچنین باعث می‌شود که بتوان پیشنهاد‌ها را در ساعت‌های خارج از اوج اعمال کرد، درحالی‌که مزیت عملیاتی و کارآمدی عملکرد جایگذاری ابتدایی را نیز فراهم می‌کند.
VMware پیشنهاد می‌کند که کلاسترهای Datastore براساس تنظیمات Storage با توجه به وابستگی سایت Storage ایجاد گردند. Datastoreها با وابستگی سایت برای سایت A نباید در کلاسترهای Datastore با Datastoreهایی که وابستگی سایت به سایت B دارند، ترکیب گردند. این امر تداوم عملیاتی را ممکن ساخته و ایجاد و ادامه‌ی مدیریت قواعد وابستگی vSphere DRS VM-to-Host را تسهیل می‌کند. باید اطمینان حاصل شود که وقتی VMها از طریق vSphere Storage vMotion بین کلاسترهای Datastore منتقل می‌گردند و وقتی از محدودیت‌های وابستگی سایت Storage عبور می‌گردد، تمام قواعد وابستگی vSphere DRS VM-to-Host بروزرسانی شده‌اند.
جهت مشاوره رایگان و یا راه اندازی زیرساخت مجازی سازی دیتاسنتر با کارشناسان شرکت APK تماس بگیرید. |
VMware پیشنهاد می‌کند که برای تسهیل فرایند آماده‌سازی قراردادهای نام‌گذاری برای کلاسترهای Datastore و قواعد وابستگی vSphere DRS VM-to-Host هماهنگ شوند. باید توجه داشت که VSphere Storage DRS به‌طور خودکار تمام VMDKها را روی VM یکسانی روی Datastore یکسانی نگاه می‌دارد و برای این کار از قواعد وابستگی Storage DRS بهره می‌برد، VMware پیشنهاد می‌کند که این پیکربندی پیش‌فرض تغییر داده نشود زیرا می‌تواند روی دسترس‌پذیری در طول سناریوهای خرابی مختلف تأثیر بگذارد.
قرارداد نام‌گذاری که در تست‌ها مورد استفاده قرار می‌گیرد هم به Datastoreها و هم به کلاسترهای Datastore یک نام مختص به سایت می‌دهد تا هماهنگی وابستگی vSphere DRS Host را با پیاده‌سازی VM در سایت همسان‌سازی فراهم نماید.
سناریوهای خرابی در vSphere Storage DRS چیست؟
خرابی‌های زیادی هستند که ممکن است در سیستم‌های کلاستربندی‌شده ایجاد گردند. اما در محیطی که معماری مناسبی داشته باشد، vSphere HA ،vSphere DRS و Storage Subsystem بسیاری از این موارد را شناسایی نمی‌کنند. در اینجا در مورد خرابی‌های Zero-Impact، مثل خرابی یک کابل شبکه صحبت نمی‌شود، زیرا در اسناد Storage Vendorهای راهکارهای مختلف به دقت شرح داده شده‌اند. در عوض به سناریوهای خرابی متداول زیر پرداخته می‌شود:
- خرابی یک Host واحد در دیتاسنتر Frimley
- جداسازی یک Host واحد در دیتاسنتر Frimley
- بخش‌بندی Storage
- بخش‌بندی دیتاسنتر
- خرابی Disk Shelf در دیتاسنتر Frimley
- خرابی Storage کامل در دیتاسنتر Frimley
- خرابی رایانش کامل در دیتاسنتر Frimley
- خرابی رایانش کامل در دیتاسنتر Frimley و خرابی Storage کامل در دیتاسنتر Bluefin
- از دست رفتن کامل دیتاسنتر Frimley
همچنین سناریوهایی بررسی شده‌اند که در آن‌ها تنظیمات به‌خصوصی به طرز اشتباه تنظیم شده‌اند. این تنظیمات دسترس‌پذیری و قابلیت بازیابی VMها را در یک سناریوهای خرابی تعیین می‌کنند. بسیار مهم است که تأثیر پیکربندی‌های اشتباه، مثل موارد زیر را درک نمود:
- نظیمات اشتباه قواعد وابستگی VM-to-Host
- تنظیمات اشتباه Datastoreهای Heartbeat
- تنظیم اشتباه آدرس جداسازی
- تنظیم اشتباه PDL Handling
- سناریوی vCenter Server Split-Brain
خرابی یک Host واحد در دیتاسنتر Frimley
در این سناریو، خرابی کامل یک Host در دیتاسنتر Frimley شرح داده می‌شود؛ همان‌گونه که در شکل زیر نمایش داده شده است.
برای نتیجه گیری می توان گفت vSphere HA با موفقیت تمام VMها را با توجه به قواعد وابستگی VM-to-Host، ری‌استارت کرد. اگر یک Host دچار خرابی شود، Node اصلی vSphere HA متعلق به کلاستر، خرابی را شناسایی می‌کند، زیرا دیگر Heartbeatهای شبکه را از Host دریافت نمی‌نماید. سپس Node اصلی شروع به مانیتورینگ برای Heartbeatهای Datastore می‌کند. ازآنجایی‌که Host به‌طور کامل دچار خرابی شده است، نمی‌تواند Heartbeatهای Datastore را ایجاد کند و آن‌ها نیز توسط Node اصلی vSphere HA تحت عنوان از دست رفته شناخته می‌شوند. در این زمان یک بررسی دسترس‌پذیری سوم انجام می‌شود که در آن آدرس‌های مدیریت Hostهای خراب Ping می‌گردد. اگر تمام این بررسی‌ها ناموفق باشند، Node اصلی Host اصلی را مرده یا Dead اعلام می‌کند و سعی می‌کند که تمام VMهای تحت حفاظت که قبل از دست رفتن ارتباط با Host، روی آن اجرا می‌شدند را ری‌استارت کند.
بیشتر بخوانید: ارتقای ویژگی vMotion Storage در vSphere 7
قواعد وابستگی vSphere VM-to-Host که در سطح کلاستر تعریف می‌گردند قواعدی از نوع should rules هستند و قواعد وابستگی vSphere HA VM-to-Host می باشند که مورد توجه واقع می‌شوند تا تمام VMها را بتوان در سایت مناسب ری‌استارت نمود.
اما اگر عناصر Host از گروه VM-to-Host، موقتاً بدون منبع باشند یا اگر به هر دلیل دیگری نتوان آن‌ها را ری‌استارت کرد، vSphere HA می‌تواند قواعد را مد نظر قرار ندهد و باقی VMها را روی هرکدام از Hostهای باقی‌مانده در کلاستر، فارغ از مکان و قواعد ری‌استارت کند. اگر این اتفاق افتاد، vSphere DRS سعی می‌کند در اولین فرصت، هر قاعده‌ی وابستگی که نقض شده است را صحیح کند و به‌طور خودکار VMها را با توجه به قواعد وابستگی خود منتقل می‌کند تا جایگذاری VMها را هماهنگ نماید. پیشنهاد VMware این است که پس از شناسایی و حل ریشه‌ی خرابی، vSphereDRS به‌صورت دستی فعال شود. این امر باعث می‌شود که تمام VMهای روی Hostهایی در مکان درست قرار بگیرند تا از کاهش عملکرد به دلیل جایگذاری اشتباه اجتناب گردد.
