VMware vSphere VMFS چیست؟ معرفی و بررسی عملکردها و قابلیت های آن – قسمت دوم

در قسمت اول مقاله به معرفی VMware vSphere VMFS پرداختیم و اطلاعاتی در مورد عملکردها و قابلیت‌های  VMFS و مزیت‌های آن برای سازمان ارائه  گشت. حال به ادامه مقاله خواهیم پرداخت.

استفاده ­ی بهینه از Storage

VMFS امکان Thin Provisioning دیسک مجازی را به عنوان ابزاری برای استفادۀ بیشتر از Storage فراهم می­کند. Thin Provisioning با استفاده از Allocation پویا و Provisioning هوشمند Storage موجود در Datastore، میزان فضای اختصاصی را که در Datastore استفاده نشده، کاهش می ­دهد.

فعال­ سازی دسترسی پذیری بالا با Management Overhead کمتر

VMFS قابلیت جابجایی ماشین ­های مجازی را در بین Host vSphereها فراهم می­کند تا در عین کاهش Management Overhead، قابلیت دسترسی­پذیری بالایی همانند یک CFS و Cluster Volume Manager یا CVM را ارائه نماید. VMFS سرویس­ های مجازی­ سازی منحصر به فردی را ارائه می­دهد که از انتقال Live ماشین­ های مجازی در حال کار از یک Host  vSphere به Host دیگر بهره می­برد. VMFS همچنین راه اندازی مجدد خودکار یک ماشین مجازی خراب را روی یک Host  vSphere جداگانه تسهیل می­کند و از کلاستربندی ماشین­ های مجازی در Hostهای مختلف vSphere پشتیبانی می­کند. Five-Level Lock Management نیازهای اساسی برای مجازی­ سازی چند سرور را فراهم می­کند که vSphere HA ،vSphere DRS ،vMotion ،vSphere Storage DRS، Storage vMotion و VMware vSphere Fault Tolerance را فعال می­ سازد و باعث خرابی کمتر و بهبود سریعتر می­شود.

معرفی VMware vSphere ESXi و vCenter

ویدیوهای بیشتر درباره ی VMware vSphere

تسهیل Disaster Recovery

از آنجا که VMFS فایل های ماشین مجازی را در یک Subdirectory واحد ذخیره می­کند، Disaster Recovery، تست و بسیار ساده می­ شوند. می­توان کل وضعیت ماشین مجازی را  از راه دور مشاهده و در صورت بروز Disaster به راحتی بازیابی کرد و VMFS، با مدیریت خودکارسازی شده ­ی فایل های ماشین مجازی، Encapsulation را در سراسر ماشین مجازی فراهم می­کند تا به راحتی بتواند به بخشی از راهکار Disaster Recovery تبدیل شود. ویژگی­ های VMFS زیر از جمله مواردی هستند که به ویژه در Disaster Recovery مفید می­باشند:

• عدم وابستگی سخت افزار به سایت­ های اولیه و ثانویه

• Encapsulation، وجود همه فایل­ های ماشین مجازی در یک مکان

• قابلیت Journal Le System قوی برای Metadata CFS

• ادغام Raw Disk Mapها در ساختار VMFS

• گزینه­ ی Resignature برای رسیدگی به Snapshotهای مبتنی بر Array Storage

VMware vCenter Site Recovery Manager Server یا SRM Server و VMware vSphere Replication از بسیاری از این ویژگی­ها در همسان­ سازی و Disaster Recovery در محیط­ های مجازی بهره می­برند.

بیشتر بخوانید: نگاهی فنی به Site Recovery Manager یا SRM، بررسی ویژگی ها و مزایای آن – قسمت اول

مقایسه­ ی VMFS با فایل سیستم ­های فعلی

فایل سیستم ­های فعلی فقط به یک سرور اجازه می­دهند تا در یک زمان مشخص به خواندن یا نوشتن یک فایل خاص دسترسی داشته باشد. ولی، VMFS یک CFS است که از Storage Shared استفاده می­کند تا به چندین Host vSphere امکان دسترسی همزمان خواندن و نوشتن را در منابع Storage مشابه بدهد. همچنین، VMFS توزیع Journaling تغییرات در Metadata VMFS را برای امکان بازیابی سریع و انعطاف ­پذیر در چندین vSphere Cluster انجام می­دهد.

On-Disk Locking در VMFS عدم روشن شدن ماشین مجازی را با چندین نصب همزمان از یک Host vSphere تضمین می­کند. با فعال بودن vSphere HA، در صورت خرابی سرور، برای هر ماشین مجازی، On-Disk Lock آزاد می ­شود و امکان راه ­اندازی مجدد ماشین مجازی در سایر Host vSphereها فراهم می ­شود. علاوه بر این، VMFS قابلیت Snapshot در سطح ماشین مجازی را فراهم می­ نماید و بازیابی سریع را امکان پذیر می­کند. محصولات Backup VM که توسط بسیاری از شرکت­ های تولید کننده ­ی VMware ارائه می­شوند، از این ویژگی استفاده می­کنند تا پشتیبان ­گیری مداومی از محیط ­های مجازی ارائه دهند.

VMFS از همه­ ی ویژگی­ هایی که امروزه در سایر سیستم­ های CFS و CVM یافت می ­شوند، برخوردار نیست. هر چند، CFS یا CVM دیگری هم که دارای قابلیت ­های VMFS باشد، وجود ندارد. روش ­های Locking توزیع شده­ ی آن لینک بین ماشین مجازی و منابع Storage اساسی را به گونه ­ای ایجاد می­کند که هیچ CFS یا CVM دیگری نمی ­تواند با آن برابری کند. قابلیت­ های منحصر به فرد VMFS، ماشین ­های مجازی را قادر م ی­سازد تا به صورت یکپارچه و بدون Management Overhead به یک Cluster VMware بپیوندند.

روش ­های برتر برای پیاده ­سازی و استفاده از VMFS

این بخش بهترین روش ­ها، آگاهی و پاسخ چندین سوال را که اغلب هنگام پیاده ­سازی و استفاده از VMFS Volume بوجود می­ آیند، ارائه می­دهد. البته نمی­توان به همه­ ی سوالات پاسخ قطعی داد، زیرا غالباً یک پاسخ درست وجود ندارد. بلکه هدف ارزیابی ملاحظات و همچنین آگاهی رسانی در مورد بهترین پاسخ برای یک پیکربندی خاص است.

در ادامه به موضوعات زیر پرداخته می­شود:

• برای حجم معین از VMFS ،LUNها باید چه سایزی داشته باشند؟

• آیا باید Storage را برای ماشین­ های مجازی جدا نمود یا یک  Pool تجمیع شده از Storage کافی است؟

• آیا باید از حجم­ های RDM یا VMFS استفاده کرد؟

• آیا باید از Disk Spanning استفاده کرد؟ در این صورت، باید چه مواردی را در نظر گرفت؟

• آیا Array از Spinning Media استفاده می کند یا اینکه All-Flash است؟

اندازه ­ی LUN

بهترین راه تنظیم LUN برای یک حجم معین از VMFS، اول اندازه­ گیری توان عملیاتی و سپس اندازه ­گیری ظرفیت است. یعنی کاربر باید ورودی و خروجی کل را برای همه برنامه­ ها یا ماشین­ های مجازی که ممکن است در یک Pool Storage مشخص اجرا شوند، جمع کند. سپس مطمئن شود که به اندازه کافی برنامه ­هایBack-End و Service Storage مناسب برای تأمین نیازها تهیه کرده است.

در واقع، این امر با آنچه بیشتر مدیران سیستم در یک محیط فیزیکی انجام می­دهند، هیچ تفاوتی ندارد. بلکه فقط به یک مرحله اضافی نیاز دارد، تا معلوم شود که چه زمانی باید تعداد زیادی از بارهای کاری را روی یک Host vSphere یا مجموعه ای از Host vSphereها که به یک Shared Pool از Storage فرستاده می­شوند، تجمیع نمود.

هر Vendor Storage احتمالاً توصیه­ های خاص خود را برای اندازه ­ی LUN  Provisioned دارد، بنابراین بهتر است با Vendor تماس گرفته­ شود. با این حال، به خصوص برای Arrayهای مبتنی بر Spinning Disk، اگر ظرفیت مطلوب LUN مورد نظر Vendor با دیسک واحدی پشتیبانی شود که دارای Array Write Cache Storage کم یا فاقد آن باشد، ممکن است پیکربندی منجر به عملکرد ضعیف در یک محیط مجازی شود. در این حالت ممکن است راهکار بهتر، LUN Striped کوچکتر در داخل Array Storage در بسیاری از دیسک ­های فیزیکی همراه با مقداری Write Cache در Array  باشد. سطح حفاظت RAID نیز در عملکرد توان ورودی یا خروجی تأثیر دارد. برای Arrayهای Storage All-Flash، بسیاری از این ملاحظات به دلیل سطح بالای عملکردArray های Storage All-Flash، مورد بحث قرار می­گیرند.

 هیچ پاسخ صحیح و مستقیمی برای این سوال که LUNها برای حجم VMFS چه اندازه باید باشند، وجود ندارد. سوال مهم این است که: “در صورت خرابی چه مدت طول می­ کشد تا ماشین ­های مجازی موجود در این Datastore را بازیابی کنیم؟” در حال حاضر به هنگام تصمیم ­گیری برای اندازه ­ی VMFS Datastore، بیشترین توجه باید روی Recovery Time Objective یا RTO باشد. RTOیعنی مدت زمانی که طول می­کشد تا ادمین تمام ماشین­ های مجازی مستقر در یک VMFS Vloum واحد را در صورت خرابی و از بین رفتن اطلاعات بازیابی کند. با ظهور Array Storageهای بسیار قدرتمند، از جمله Array Storageهای All-Flash، دیگر جای نگرانی برای عملکرد Storage نیست. نگرانی اصلی اکنون این است که چه مدت طول می کشد تا از خرابی فاجعه ­بار Storage نجات یافت. سوال مهم دیگر این است که آیا یک Datastore خاص Over-Provisioned است یا Under-Provisioned؟ عملکردها و معیارهای بسیاری وجود دارد که می توان آنها را در vCenter یا VMware vRealize Operations برای کنترل میزان ورودی و خروجی و زمان تأخیر Datastore بررسی کرد. نظارت بر این معیارها بهترین راه برای تعیین اندازه و بارگذاری یک LUN است. از آنجا که بارکاری در طول زمان ممکن است متفاوت باشد، ردیابی دوره­ای باید مورد توجه قرار گیرد. vSphere Storage DRS همچنین می­تواند هم از نظر ظرفیت و هم از نظر عملکرد، یک ویژگی مفید برای استفاده از ماشین­ های مجازی تعدیل­ کننده­ ی بار در چندین Datastore باشد.

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