مجازی سازی و رایانش ابری

راهکار مجازی سازی استوریج شرکت VMware یعنی محصول VSAN تبدیل به معروفترین راهکار Software Defined Storage یا همان SDS شده است.

در آخرین ورژن این راهکار یعنی VSAN 6.7 U 3 قابلیت های کلیدی معرفی شده اند که بودن آنها هم مدیریت و هم بهره وری را برای استفاده از این پلتفرم بالا می برد.

عملکرد هوشمندانه

استفاده بهینه از فضا

اولین کاری که در این ورژن انجام شده است نحوه نمایش فضای ذخیره سازی استفاده شده است.

اینکه حالا میتوانیم به راحتی مشاهده کنیم که چقدر از فضای VSAN ما توسط داکر یا Container ها استفاده شده است.

در عکس زیر میتوانید تمامی جزئیات را مشاهده کنید.

در این پنجره علاوه بر نمایش فضای استفاده شده می توانید تحلیل مربوط فضای ذخیره سازی شده را نیز مشاهده کنید. این قابلیت به شما اجازه میدهد که بتوانید فضای واقعی خالی را بر اساس Storage Policy های خود مشاهده کنید.

یکی دیگر از نقاطی که VSAN در آن خیلی ریز بینانه کار نکرده بود نمایش نحوه Resync شدن Object ها بود.

در این ورژن نه تنها میتوانید مقدار باقی مانده Resync را مشاهده کنید بلکه می توانید Object هایی که برای Resync شدن در صف قرار گرفته اند را نیز مشاهده کنید.

این قابلیت به ما کمک میکند که بفهمیم دقیقا چقدر عملیات resync شدن به طول می انجامد.

علاوه بر این دلیل Resync شدن را نیز می توانیم مشاهده کنیم.

به عنوان مثال در شکل زیر دلیل resync شدن به خاطر Compliance می باشد.

این قابلیت یکی از قابلیت هایی بود که من شخصا خیلی به دنبال آن بودم.

با استفاده از این قابلیت می توانیم قبل از اینکه هاستی را به Maintenance Mode ببریم ، تحلیلی از Precheck آن دریافت کنیم.

برای درک بهتر فرض کنید که هاستی را می خواهیم به Maintenance Mode ببریم که از قضا این Object های به روز از یک ماشین مجازی بر روی آن است.

در این عملیات ما گزینه No Data Migrationرو انتخاب می کنیم که در واقع به این معنی است که علاقه ای نداریم دیتای روی این هاست جابجا شود.

با این تصمیم اشتباه باعث می شویم که ماشین مجازی از دست برود یا در بهترین حالت ماشین مجازی اطلاعات به روز خود را از دست بدهد.

وقتی این Pre Check فعال شود خود VSANبه ما اخطار می دهد که با انجام این کار باعث خواهیم شد که اطلاعات ماشین مجازی دچار مشکل شود.

در مقابل مشکل دیگه ای نیز وجود داشت ، آن هم برای زمانی بود که ما Full Data Migration را انتخاب میکردیم.

در این وضعیت ما باید از خالی بودن مابقی هاست ها اطمینان می داشتیم که اگر این اطمینان وجود نداشت خطر پر شدن دیتا استور بسیار بالا می بود.

دوباره با استفاده از این قابلیت می توانیم از خالی بودن ما فضای مابقی هاست ها اطمینان حاصل کنیم.

از شکل های بالا به راحتی میتوان برداشت کرد که اگر هاست را به Maintenance Mode و مدل Ensure Accessibility ببریم خیلی از Object ها Non-Compliant خواهند شد، اگر چه فضای خالی مورد نیاز برای این کار موجود است.

در حال حاضر چند ورژنی هست که قابلیت iSCSI در VSAN وجود دارد.

این قابلیت برای ادمین هایی بود که می خواستند بر روی بستر مجازی خود WSFC استفاده کنند.

در VSAN 6.7 U3 می توانیم با استفاده از SCSI-3 PGR (Persistent Group Reservation) یک VMDK را به عنوان Quorum Disk داشته باشیم.

تا به حال ادمین های مایکروسافت مجبور بودند با استفاده از iSCSI Target مسئولیت Quorum Diskرا بر شانه های VSAN بگذارند ، اما دیگر نیازی به انجام این کار نیست زیرا که میتوانند به راحتی VMDK ای که تحت حفاظت و نگهداری VSAN است را مستقیما در WSFC به کار بگیرند.

فقط در نظر داشته باشید که این مدل فقط برای WSFC ای است که بر روی بستر مجازی پیاده سازی می شود.

برای مدل فیزیکی هنوز باید از iSCSI Target استفاده کنیم.

SCSI-3 PGR : از کانسپتی به عنوان Register کردن و Reserveکردن استفاده می کند.هر سیستمی که از VSAN میخواهد استفاده کند خود را با استفاده از یک کلید SCSi-3 در سیستم رجیستر می کند.چند سیستمی که در VSAN رجیستر می شوند تشکیل یک گروه می دهند.

زمانی که یکی از این چند نفر بخواهد Write ای انجام دهد به راحتی درخواست Eject یک ممبر دیگر را ارائه می دهد و شروع به نوشتن می کند.

در نظر داشته باشید تنها کسانی می توانند دستور Eject را درخواست کنند که رجیستر شده باشند.

این یکی از مشخصه های بد ورژن های قبلی بود که نمی توانستیم LUN ای که توسط iSCSI ارائه می دهیم را پس از ارائه تغییر سایز دهیم.

اما بالاخره در VSAN 6.7 U3 می توانیم بدون نیاز به آفلاین کردن iSCSI LUN آن را تغییر سایز دهیم، در این میان خود VSAN وظیفه Quiesce کردن I/O ها را در زمان تغییر سایز بر عهده می گیرد.

یکی از نقاط نه چندان قوی در VSAN قابلیت Destaging آن بود.

زمانی که اطلاعات از روی Cache به روی هاردهای Capacity منتقل می شد، در برخی از مواقع باعث ایجاد latency در سیستم می شد مخصوصا زمانی که Deduplication و Compression داشتیم. در این ورژن بر روی قابلیت Adaptive Throttling نیز تغییرات زیادی ایجاد شده است.

در Adaptive Throttling خود VSAN برای حداکثر نگه داشتن I/O سرعت را به صورت عمدی کم یا زیاد میکرد تا بتوانند همیشه Performance را تضمین شده داشته باشد.

علاوه بر موارد بالا در نظر داشته باشید که در VSAN 6.7 U3 تعداد 6 عدد Resync می تواند بر روی یک Object به صورت موازی انجام شود که این باعث می شود سرعت Resync بسیار افزایش پیدا کند.

این نیز یکی دیگر از قابلیت فوق العاده کارآمد برای VSANهستش.

همانطوری که قبلا مطالعه کردید، ما کامند ESXTOP را در ESXi ها برای مانیتورینگ آنلاین و لحظه ای استفاده می کردیم.

در این ورژن VMware کامند VSANTOP را نیز به مجموعه کامند ها اضافه کرده است تا بتوانیم به صورت آنلاین مشخصات VSAN را مشاهده کنیم.

زمانی که کامند VSANTOPرا وارد کردید، دکمه E (e بزرگ) استفاده کنید تا لیست را برای شما نمایش دهد.

مانند تمام کامندهای TOPدر لینوکس این ابزار برای Tshoot و افزایش سرعت استفاده می شود.