در قسمت اول در مورد اینکه vMSC چیست؟ و قابلیت های آن به عنوان یک پیکربندی Storage به‌خصوص است که معمولاً تحت عنوان کلاسترهای Stretched Storage یا کلاسترهای Metro Storage شناخته می‌شود صحبت کردیم و در مورد مزایای راهکار کلاستر Stretched بحث کردیم. حال به ادامه مقاله خواهیم پرداخت.
الزامات و محدودیت‌های فنی در اجرای یک کلاستر
به واسطه محدودیت‌های انتقال آنلاین ماشین‌های مجازی، الزامات ویژه زیر باید پیش از درنظرگیری اجرای یک کلاستر گسترده فراهم گردند.
- اتصال ذخیره‌ساز با استفاده از Fibre Channel، iSCSI، NFS و FCoE پشتیبانی می‌گردد.
- حداکثر تاخیر شبکه پشتیبانی شده میان سایت‌ها برای شبکه‌های مدیریتی vSphere ESXi™ برابر با 10 میلی ثانیه رفت و برگشتی یا RTT است.
- vSphere vMotion و vSphere Storage vMotion حداکثر تاخیر 150 میلی ثانیه را از نسخه vSphere 6.0 به بعد پشتیبانی می‌کنند، اما برای استفاده از کلاستر نمودن گسترده این چنین نبوده و نیازمند Enterprise Plus License می باشد.
- حداکثر تاخیر پشتیبانی شده برای Linkهای همسان‌سازی همزمان Storage برابر با 10 میلی ثانیه RTT است. باید به مستندات Vendor ذخیره‌ساز مراجعه نمود زیرا حداکثر تاخیر قابل تحمل در بیشتر موارد کمتر است. رایج‌ترین میزان پشتیبانی شده RTT برای سیستم‌های ذخیره‌ساز برابر با 5 میلی ثانیه است.
- شبکه vSphere vMotion دارای یک پهنای باند اختصاصی با سرعت 250 مگابایت بر ثانیه برای هر یک از الزامات همزمان vMotion Session است.
- تنها Legacy FT تحت پشتیبانی بوده و SMP FT در vMSC تحت پشتیبانی نیست.
- باید توجه داشت زمانی که یک قاعده ماشین مجازی یا Host DRS برای یک ماشین مجازی ایجاد می‌شود، هردو ماشین مجازی اصلی و FT از آن تبعیت خواهند کرد!
- Storage IO Control در یک Datastore که دارای vMSC فعال است پشتیبانی نمی‌شود.
- باید توجه داشت که SDRS IO Metric قابلیت Storage IO Control را فعال می‌کند و این قابلیت باید غیرفعال شود.
جهت مشاوره رایگان و یا راه اندازی زیرساخت مجازی سازی دیتاسنتر با کارشناسان شرکت APK تماس بگیرید. |
سوالی که معمولا دریافت می‌کنیم این است که آیا حداقل License نسخه vSphere برای ایجاد یک کلاسترvSphere Metro Storage لازم است یا خیر. پاسخ به این سوال منفی است و می‌توان با هر نسخه‌ای یک کلاستر گسترده ایجاد نمود، با این حال، اگر دارای الزامات تعدیل بارکاری خودکار از لحاظ CPU یا ذخیره‌ساز هستیم، حداقل License لازم vSphere Enterprise Plus خواهد بود چرا که شامل vSphere DRS و Storage DRS است.
در بحث اینکه vMSC چیست؟ باید گفت الزامات ذخیره‌ساز کمی پیچیده‌تر هستند بطوری که vSphere Metro Storage Cluster نیازمند نوعی Subsystem ذخیره‌ساز واحد است که هر دو سایت را Span نماید. در این طراحی، یک Datastore باید بطور همزمان برای هردو سایت در دسترس باشد که قابل Read و Write نمودن باشد. علاوه بر آن به هنگام بروز مشکلات، Hostهای vSphere باید قادر باشند تا از هر موقعیتی بطور شفاف به Datastoreها دسترسی داشته باشند بدون آنکه بر عملیات ذخیره‌سازی خللی وارد شود.
بیشتر بخوانید: ارتقای ویژگی vMotion Storage در vSphere 7
این امر از راهکارهای همسان‌سازی همزمان قدیمی جلوگیری می‌کند زیرا آنها یک رابطه میان LUN فعال یا اصلی یعنی جایی که داده‌ها در دسترس قرار می‌گیرند و LUN ثانویه که دریافت کننده همسان‌سازی هاست برقرار می‌سازند. به منظور دسترسی به LUN ثانویه، همسان‌سازی متوقف یا معکوس می‌گردد و LUN برای Hostها آشکار می‌شود. این LUN ثانویه ارتقاع یافته دارای یک LUN ID کاملا متفاوت بوده و اساسا یک کپی قابل دسترس جدید از یک LUN اصلی قبلی است. این نوع راهکار برای پیکربندی‌های نوع Disaster Recovery قدیمی موثر است زیرا انتظار می‌رود ماشین‌های مجازی در سایت ثانویه شروع به کار کنند. پیکربندی vMSC جهت انتقال زنده ماشین‌های مجازی درحال فعالیت میان سایت‌ها نیازمند دسترسی همزمان و بدون خلل است.
Subsystem ذخیره‌ساز مربوط به یک vMSC باید نسبت به هر دو موقعیت به طور همزمان Read و Write شود. تمامیDisk Writeها بطور همزمان به هر دو موقعیت ارسال می‌شوند تا از تداوم داده‌ها بدون درنظرگیری موقعیتی که از آن Read می‌شوند، اطمینان حاصل گردد. این معماری ذخیره‌ساز نیازمند پهنای باند بالا و تاخیر پایین میان سایت‌های درون کلاستر است و افزایش فاصله و تاخیر موجب تاخیر در Write نمودن به دیسک و کاهش چشمگیری در عملکرد می‌شوند. آنها همچنین مانع انتقال موفق vMotion میان Nodeهای Cluster که در موقعیت‌های گوناگون مستقر هستند می‌شوند.
vMSC چیست؟ و تنظیم های Uniform Versus Non-uniform یا تنظیم های همگون و متغیر آن
راهکارهای vMSC به دو دسته مختلف تقسیم می‌شوند و این دسته‌بندی‌ها براساس تفاوت بنیادی در چگونگی دسترسی Hostها به ذخیره‌ساز هستند. فهم انواع مختلف راهکارهای ذخیره‌ساز گسترش یافته از اهمیت بالایی برخوردار است زیرا این تاثیرات ملاحظات را شکل می‌دهند. این دو نوع مختلف عبارت‌اند از:
- تنظیم دسترسی Host همگون: تمامی Hostهای vSphere از هر دوسایت به یک Node ذخیره‌ساز در کلاستر متصل هستند. مسیرهای ارائه شده به Hostهای vSphere در تمامی فواصل گسترش یافته‌اند.
- تنظیم دسترسی Host متغیرHost های vSphere هرسایت تنها به Nodeهای ذخیره‌ساز همان سایت متصل می‌شوند. مسیرهای ارائه شده شده از Nodeهای ذخیره ساز به Hostهای vSphere تنها به سایت‌های Local محدود شده‌اند.
توضیحات تخصصی زیر درباره هر دو نوع پیکربندی، آنها را از دید اجرایی و معماری مورد بررسی قرار می‌دهد:
بیشتر بخوانید: VMware vSphere VMFS چیست؟ معرفی و بررسی عملکردها و قابلیت های آن – قسمت اول
با تنظیم دسترسی Host همگون، Hostهای درون دیتاسنتر A و B به سیستم‌های ذخیره‌ساز درون هردو دیتاسنتر دسترسی دارند. در حقیقت شبکه محدوده ذخیره‌ساز بین سایت‌ها گسترش یافته است بطوری که تمامی Hostها می‌توانند به تمامی LUNها دسترسی داشته باشند. NetApp MetroCluster یک مثال از ذخیره‌ساز همگون است و در چنین نوع پیکربندی، دسترسی Write/Read به یک LUN در یکی از دو Array صورت می‌گیرد و یک Mirror همزمان، در حالت مخفی و Read-Only در Array دوم حفظ می‌شود. به عنوان مثال، اگر یک LUN حاوی Datastore در دیتاسنتر A در Array Read/Write باشد، تمامی Hostهای vSphere از طریق Array موجود در دیتاسنتر A به آن Datastore دسترسی پیدا می‌کنند. برای Hostهای vSphere در دیتاسنتر A این یک دسترسی Local است. Hostهای vSphere موجود در دیتاسنتر B که ماشین‌های مجازی Host شده در این Datastore را راه‌اندازی می‌کنند، ترافیک Read/Write را در سراسر شبکه میان دیتاسنترها ارسال می‌نمایند. در صورت قطعی یا یک تغییر کنترل LUN به دیتاسنتر B که تحت نظر اپراتور باشد، تمامی Hostهای vSphere به شناسایی LUN مشابه ارائه شده ادامه می‌دهند اما اکنون این LUN از طریق Array موجود در دیتاسنتر B قابل دسترسی است.
شرایط ایده‌آل در vMSC چیست؟ این است که ماشین‌های مجازی به نوعی Datastore دسترسی داشته باشند که توسط Array موجود در دیتاسنتر یکسان کنترل یا Read/Write شود. این امر ترافیک میان دیتاسنترها را جهت جلوگیری از تاثیر عملکرد پیمایش Interconnectمربوط به Readها، کاهش می‌دهد.
ایده site affinity برای یک ماشین مجازی توسط کپی Read/Write از Datastore دیکته می‌شود. گاهی از site affinity با عنوان site bias یا LUN Localityنیز یاد می‌شود و این بدان معناست که وقتی یک ماشین مجازی دارای site affinity با دیتاسنتر A باشد، کپی Read/Write مربوط به Datastore در دیتاسنتر A قرار دارد.
