راهکار مجازی سازی استوریج شرکت VMware یعنی محصول VSAN تبدیل به معروفترین راهکار Software Defined Storage یا همان SDS شده است.
در این پست به تشریح این ماژول میپردازیم تا بتوانیم به صورت کامل و جامع این محصول را بررسی کنیم.
شروع VSAN از vSphere 5.5 آپدیت 3 بود .
VMware همیشه به دنبال به دست آورن بازار SDS بود، برای همین قبل از VSAN از ماژول دیگه ای با نام VSA انتخاب میکرد.
ساختار VSA یا Virtual Storage Appliance به گونه ای بود که هارد لوکال حداقل سه ماشین مجازی را تبدیل به Share Storage می کرد چیزی مانند Lefthand HP .
اما با توجه به مشکلاتی که VSA داشت VMware در ورژن vSphere 5 آن را End Of Support و End Of Saleکرد و بعد از آن VSAN را معرفی کرد.
تفاوت VSAN با VSA در این بود که ماژول VSAN در داخل هایپروایز ESXi موجود می باشد و احتیاجی به نصب جداگانه ماشین یا ماژولی نیست و مدیریت آن نیز در داخل vCenter به صورت Built-in انجام میشود.
معماری VSAN
به صورت کلی تمام راهکار های Software Defined Storage به دنبال تبدیل کردن هارد های لوکال به ذخیره ساز Shared یا ذخیره ساز Object-Based می باشند.
VSAN نیز از این قاعده مستثنی نیست . در VSAN حداقل با سه هاست می توانیم کار را شروع کنیم که البته می شود دو هاست فیزکی باشد ویک هاست مجازی ( Witness ) باشد، ولی حداقل باید سه هاست داشته باشیم.
زمانی که ماژول VSAN بر روی هاست ها فعال می شود هاردهای لوکال سرورها با هم ترکیب می شوند و درنهایت به ما قابلیت یک Shared Storage تمام عیار را می دهند.
دیاگرام زیر گویای این مطلب خواهد بود.
کلا چرا باید سراغ SDS برویم؟
کلا صنعت IT به سمتی داره حرکت میکنه که سعی کنن همه چیز Agile یا بدون هدر رفت و با حداقل هزینه باشد.
زمانی که راجع به حداقل کردن هزینه صحبت می کنیم باید تلاش کنیم که با حداقل تجهیزات IT سازمان رو مدیریت و پیاده سازی کنیم به همین دلیل مطلبی با نام Convergence مطرح می گردد.
به صورت کلی Converged کردن به معنی ترکیب کردن لایه های دیتا سنتر می باشد یعنی لایه Compute و لایه Storage یا Network را ترکیب کنیم.
یعنی سرور های ما هم کار Compute ما را انجام بدن و هم کار Network یا استوریج.
این کار هم باعث افزایش Performance می شود هم باعث کاهش هزینه می شود.
سعی می کنیم در مطلبی جداگانه راجع به این قابلیت صحبت کنیم.
خوب بریم یه بررسی اجمالی روی تفاوت های استوریج فیزیکی و SDS داشته باشیم.
قابلیت | VSAN | Physical Storage |
هزینه | کم | بسیار زیاد |
Vendor Lock-in | خیر | بله |
مدیریت یکپارچه | بله | خیر |
هزینه نیروی متخصص | کم – ادمین مجازی سازی عهده دار می باشد | زیاد – ادمین متخصص احتیاج است |
محیط های استفاده | تمامی محیط ها | تمامی محیط ها |
نحوه مدیریت | بر اساس ماشین مجازی | بر اساس LUN |
هزینه:
هزینه پیاده سازی VSAN نسبت به ذخیره ساز فیزیکی بسیار ارزان تر هستش، به این دلیل که قبلا برای کار Compute سرور ها خریداری شده اند و شما تنها باید پول دیسک ها مختلفی را پرداخت کنید.
اینطور باید فرض کنیم که با استفاده از Convergence هزینه ما از قبل کاهش یافته است و تنها باید دیسک های مربوط به حجم مورد نظر را خریداری کنیم.
ولی برای ذخیره ساز فیزیکی باید کل پکیج خریدای شود که در شرایط فعلی یه استوریج معمول حدود 500 میلیون هزینه خواهد داشت.
Vendor lock-in:
زمانی که از استوریج فیزیکی استفاده می کنید باید تمام تجهیزات آن را از همان تولید کننده و هر قیمتی که می فروشد تهیه کنید مثلا اگر استوریج EMC خریداری کردید باید هارد از EMC بخرید، کابل از EMC بخرید و …
اما زمانی که از VSAN استفاده می کنید سرور اول می تواند Cisco باشد سرور دوم NEC و سرور سوم Dell ، باز یه لایه بریم جلوتر می تواند هارد سرور اول Seagate باشد هارد سرور دوم vivetronic و هارد سرور سوم HP باشد.
چون کل بستر Software Based می باشد نسبت به سخت افزار کاملا استقلال دارد.
مدیریت یکپارچه :
با توجه به اینکه بستر VSANبه صورت Embedded در داخل بستر vSphere موجود می باشد، مدیریت بستر استوریج با بستر مجازی سازی بسیار یکپارچه تر از زمانی است که استوریج فیزیکی استفاده می کنیم.
هزینه نیروی متخصص :
ادمین مجازی سازی همان کسی است که بستر VSAN را مدیریت می کند بدین معنی که احتیاج به استخدام نیروی جداگانه برای مدیریت ذخیره ساز نمی باشد.
محیط های استفاده :
در مورد این موضوع در نظر داشته باشید در داخل داکیومنت های VMware حرفی راجع به محیط Production زده نشده است دلیل این امر چیست؟
همانطور که میدانید شرکت EMC شرکت VMware را خریداری کرده است ، پس اگر VMware محصولی تولید کند که بتواند کار ذخیره ساز های EMC را بگیرد، اجازه تولید و انتشار آن را می دهد؟
جواب این مطلب خیر است، به همین دلیل VMware در داکیومنتی که درباره کارایی های VSAN منتشر کرده محیط Production را بیان نکرده است و در مورد محیط های زیر فقط صحبت شده است :
- VDI
- ROBO (Remote Office Branch Office)
- Test & Develop
- ….
نحوه مدیریت :
یکی از تفاوت های عمده VSAN با سایر استوریج های فیزیکی و مجازی نحوه عملکردن آن می باشد.
بگذارید مثالی در این رابطه بزنیم :
در استوریج های متداول فیزیکی ، شما تعدادی دیسک را انتخاب می کنید ، سپس آنها را RAID کرده و در نهایت روی آنها یک یا چند Logical Drive ایجاد می کنیم.
اگر بخواهیم ماشینی بر روی LUN ای با RAID 5 باشد ، باید تعدادی دیسک را Raid 5 کرده باشیم ،اگر بخواهیم ماشین دیگری بر روی Raid 10 باشد باید تعداد دیگری دیسک را Raid 10 کنیم.
پس ما مدیریت را بر حسب ماشین مجازی انجام نداده ایم و فضای یکپارچه ای برای ارائه به ماشین های مجازی نداریم.
در VSAN سیستم عملکرد به کل متفاوت است، شما یک فضای یکپارچه خواهید داشت ، هم ماشین RAID 5 بر روی آن قرار میگیرد و هم ماشین RAID 6 ، هم ماشین RAID 0 .
نحوه عملکرد آن هم به این طریق است که به ماشین مجازی به عنوان فایل نگاه می کند و می گوید اگر گفتیم ماشینی Raid 1 باشد یعنی دو کپی از آن موجود باشد و اگر ماشینی Raid 0 باشد یعنی 1 کپی از آن داشته باشیم.
این قابلیت عملکرد VSAN نسبت به ماشین مجازی در ماژولی با نام SPBM یا Storage Policy Base Management می باشد که در vSphere 5.1 معرفی شده بود.
باز اگر بخواهیم مثال دیگری بزنیم ، فرض کنید در استوریج فیزیکی لایسنس قابلیت Replication خریداری کرده ایم ، این قابلیت را نمی توانیم برای تنها یک ماشین روشن کنیم زیرا که این قابلیت بر روی LUN فعال می شود ، پس یک Lun این قابلیت را دارا می باشد و ممکن LUN دیگری این قابلیت را نداشته باشد، اما دوباره در VSAN شما به راحتی می توانید قابلیت X را به یک ماشین مجازی اختصاص بدهید و به ماشین دیگری اختصاص ندهید.
پس در نظر داشته باشید چیزی که باعث می شود مدیریت VSAN بسیار با محیط مجازی ما سازگار شود همان SPBM یا مدیریت VSAN بر اساس ماشین های مجازیست نه بر اساس LUN .
فقط حال که کمی با SPBM آشنا شدید، باید بدانید این قابلیت در ذخیره سازهای فیزیکی هم که VVOL را پشتیبانی می کنند قابل پیاده سازی هست.برای آشنایی بیشتر با این مطلب، به مطلب آموزشی VVOL مراجعه کنید.
پیش نیاز های VSAN
برای پیاده سازی این SDS نیاز است که پیش نیاز هایی را فراهم کنیم، که شامل پیش نیاز های سخت افزاری و نرم افزاری می باشند.
پیش نیاز های سخت افزاری VSAN :
- سه سرور فیزیکی ( یا دو سه سرور فیزیکی و یک سرور مجازی )
- کارت شبکه حداقل یک گیگ ( پیشنهاد VMware 10 گیگ می باشد)
- وجود حداقل یک هارد SSD بر روی هر سرور
- وجود حداقل یک هارد معمولی ( Spinning Disk) بر روی هر سرور
- وجود Raid Controller ساپورت شده از سمت VMware
پیش نیاز های نرم افزاری VSAN :
- نصب ESXi بر روی فلش یا SD کارت ( پیشنهاد VMware)
- وجود یک عدد VMkernel VSAN بر روی هر هاست
- یکسان بودن ورژن ESXi هایی که قرار است در VSAN شرکت کنند ( Best Practice)
- یکسان بودن ورژن vCenter با ESXi ها ( برای عدم به وجود آمدن Mismatch)
پس از آنکه این پیش نیاز ها را فراهم کردیم حال وقت فعال سازی VSANمیرسد.
همانطور که حدس میزنید نصب و راه اندازی VSAN کار بسیار ساده ای می باشد.
بدین معنی که برای شروع کار تنها نیاز به ایجاد یک کلاستر با سه هاست فیزیکی ( یا دو هاست فیزیکی و یک هاست مجازی) می باشد.
پس از ایجاد کلاستر شامل این سه هاست ، حال قابلیت VSAN را فعال می کنیم.
قابلیت های VSAN با توجه به نوع لایسنس
پس از فعال سازی با توجه به لایسنسی که داریم می توانیم از قابلیت های زیر استفاده کنیم :
- Deduplication
- Compression
- Encryption
- Erasure coding ( RAID 5 / 6 )
- All Flash
- Stretched Cluster
مطابق جدول زیر:
VSAN DEDUPLICATION & COMPRESSION
هر دوی این قابلیت باعث می شوند که بتوانیم از فضای ذخیره سازی استفاده کنیم که به اصطلاح منجر خواهند شد به هزینه کمتر برای خرید فضای ذخیره سازی و درنهایت کاهش TCO TOTAL COST OF OWNERSHIP
در حال حاضر هزینه خرید دیسک های SSD نسبت به دیسک های معمولی بیشتر می باشد ولی با استفاده از این دو تکنولوژی به جایی میرسیم که هزینه استفاده گیگابایت فضای SSD از گیگابایت فضای دیسک های معمولی کمتر خواهد شد که این به معنی برد صد در صد می باشد.
DEDUPLICATION ای که در VSAN صورت می گیرد می تواند تا 7 برابر فضای ذخیره سازی را کاهش دهد که این عدد بسیار مناسب است.
اما در نظر داشته باشید که COMPRESSION با توجه به مدل فایل ها عملکرد بهتری دارد بدین معنی که اگر فایل TEXT, BITMAP یا مثلا فایل نرم افزار های نصب شده باشد ،DEDUPLICATION بسیار خوب عمل می کند اما اگر بخواهیم فایل هایی که ALREADY فشرده شدن را برای COMPRESSION تست کنیم مثل فایل های ویدیو ، فایل های رمز گذاری شده و فایل های گرافیکی زیاد پاسخ قوی دریافت نخواهیم کرد.
در نظر داشته باشید که هر دوی این قابلیت ها به صورت پیش فرض بر روی محیط VSAN غیر فعال می باشند و برای استفاده از آنها حتما باید محیط ALL FLASH داشته باشیم.
نکته : زمانی که این دو قابلیت را برای اولین بار فعال می کنیم تمام هاردهای VSAN را یک فرمت می کند اما به معنی پاک کردن و دان تایم هیچ ماشین مجازی نیست تنها برای این منظور مدت زمان تقریبا زیادی صرف می شود پس خیلی برای فعال سازی عجله نکنید.
نحوه انجام شدن DEDUPLICATION و COMPRESSION
این دو عملیات بعد از فرستادن ACKNOWLEDGE و نشستن دیتا روی CACHE TIER صورت می گیرد و این مدل به این دلیل است که کمترین تاثیر روی سرعت و PERFORMANCE نوشتن را داشته باشیم.
نکته : در نظر داشته باشید عملیات DEDUPLICATION از بلاک های 4 کیلوبایتی استفاده می کند و کار خود را فقط در داخل DISK GROUP انجام می دهد و بین دیسک گروپ ها کار نمی کند.
دیتای نشسته شده بر روی CACHE TIER قبل از این دو عملیات به RAM سرور جابجا می شود و در RAM این دو عملیات انجام می شود که هم سرعت خیلی خوبی داشته باشد و هم کمترین OVERHEAD را داشته باشد.
ترتیب DEDUPLICATION و COMPRESSION :
بعد از اینکه DEDUPLICATION انجام شد حالا نوبت COMPRESSION می باشد.
در VSAN عملیات COMPRESSION تنها در صورتی انجام می شود که مطمئن باشد می تواند دیتای 4 کیلو بایتی را به دو کیلو بایت کاهش دهد .
در غیر اینصورت بدون فشرده کردن بلاک ها را یادداشت می کند.
در نظر داشته باشید این دو عملیات در هر ذخیره سازی باعث ایجاد OVERHEAD و کاهش بهره وری می شود که VSANنیز از این قاعده مستثنی نیست، اما چون تمام دیسک های ما FLASH هستند فشار بسیار کمتری به سیستم می آورد.
Encryption :
این عملیات امنیت دیتای ذخیره سازی شده را در VSAN بالا می برد.
با استفاده از KMS (Key Management System) ای که ما به VSAN معرفی می کنیم دیتای موجود بر خودش را قفل گذاری می کند تا در صورت Hijack شدن اطلاعات نتوانند از آنها استفاده کنند.
Erasure Coding :
در مورد این قابلیت جلوتر مفصل صحبت خواهیم کرد ولی این قابلیت باعث می شود تا بتوانیم در VSAN از RAID های 5 و 6 استفاده کنیم.
All Flash :
پیاده سازی VSAN به دو صورت انجام میشود :
- Hybrid
- زمانی که از میکس هاردهای معمولی و SSD برای پیاده سازی استفاده می کنیم
- All flash
- زمانی که تمام هاردهای موجود در VSANهاردهای SSD هستند.
- این مدل سرعت و IOPS بسیار بالاتری نسبت به حالت Hybrid دارد و نیازمندی Deduplication و Compression است.
Stretched Cluster :
قابلیت پیاده سازی VSAN بین دو دیتا سنتر در دو نقطه مختلف جغرافیایی است که در نهایت برای پیاده سازی دیتا سنتر های اکتیو اکتیو استفاده می شود.
این مدل پیاده سازی VSAN برای دیتا سنتر اکتیو اکتیو در مقایسه با زمانی که باید ذخیره ساز مخصوص خریداری بسیار زیاد به صرفه می باشد.
استفاده از SPBM
زمانی که از SPBM صحبت می کنیم، به ناچار باید در مورد نیمه دیگه این ماژول یعنی VM Storage Policy صحبت کرد.
با استفاده از VM Storage Policy به یک یا چند ماشین مجازی دیکته میکنیم که از چه قابلیتی یا چه تنظیماتی استفاده کند.
به عنوان مثال فرض کنید که استوریج ما قابلیت های زیر را دارا می باشد :
- Replication
- Deduplication
- …
اگر بخواهیم به روش های قبلی به ماشین های مجازی استفاده از این قابلیت ها را اختصاص دهیم ، باید اسم Datastore ها را به نحوی بگذاریم که همیشه یادمان باشد کدام LUN چه قابلیتی دارد، دوباره به عنوان مثال اسم دیتا استور ها را بگذاریم DS1-Rep و DS2-Dedup.
به این صورت بعد از گذشته زمان یادمان می ماند کدام LUN یا DS چه قابلیتی داشت و ما به راحتی ماشین مجازی خود را در آن قرار می دهیم.
اما اگر بخواهیم روش درست را استفاده کنیم به ترتیب زیر خواهد شد :
ابتدا بین استوریج و vCenter راهکار VASA را راه اندازی می کنیم.
سپس با استفاده از VASA تمام قابلیت های استوریج را به بستر مجازی معرفی می کنیم .
در نهایت با استفاده از SPBM از قابلیت مورد نظرمان یک Storage Policy ایجاد می کنیم.
پس در آخر ما به دو Storage Policy خواهیم داشت مثلا به نام های SP-Rep و SP-Dedup حال کاری که انجام می شود این است که اگر ماشینی نیاز به استفاده از قابلیت Replication را داشت ، تنها کاری که انجام میدهیم این Storage Policy را به ماشین متصل می کنیم ، ماشین از روی پالیسی خود دیتا استور مورد نظر آن قابلیت را پیدا می کند و خودش را بر روی آن قرار می دهد.
خوب با این تفاصیل چون ما احتیاج داریم که هر ماشین را در VSAN به صورت جداگانه و مستقل مدیریت کنیم حتما نیاز است که از Storage Policy استفاده شود.
معرفی ورژن های VSAN
در این بخش به بررسی ویژگی های ورژن های مختلفی VSAN خواهیم پرداخت.
VSAN 6.7 U 3
در آخرین ورژن این راهکار یعنی VSAN 6.7 U 3 قابلیت های کلیدی معرفی شده اند که بودن آنها هم مدیریت و هم بهره وری را برای استفاده از این پلتفرم بالا می برد.
عملکرد هوشمندانه
استفاده بهینه از فضا
اولین کاری که در این ورژن انجام شده است نحوه نمایش فضای ذخیره سازی استفاده شده است.
اینکه حالا میتوانیم به راحتی مشاهده کنیم که چقدر از فضای VSAN ما توسط داکر یا Container ها استفاده شده است.
در عکس زیر میتوانید تمامی جزئیات را مشاهده کنید.
در این پنجره علاوه بر نمایش فضای استفاده شده می توانید تحلیل مربوط فضای ذخیره سازی شده را نیز مشاهده کنید. این قابلیت به شما اجازه میدهد که بتوانید فضای واقعی خالی را بر اساس Storage Policy های خود مشاهده کنید.
مشاهده بهتر resync
یکی دیگر از نقاطی که VSAN در آن خیلی ریز بینانه کار نکرده بود نمایش نحوه Resync شدن Object ها بود.
در این ورژن نه تنها میتوانید مقدار باقی مانده Resync را مشاهده کنید بلکه می توانید Object هایی که برای Resync شدن در صف قرار گرفته اند را نیز مشاهده کنید.
این قابلیت به ما کمک میکند که بفهمیم دقیقا چقدر عملیات resync شدن به طول می انجامد.
علاوه بر این دلیل Resync شدن را نیز می توانیم مشاهده کنیم.
به عنوان مثال در شکل زیر دلیل resync شدن به خاطر Compliance می باشد.
Maintenance Mode /Data Migration Pre-Check
این قابلیت یکی از قابلیت هایی بود که من شخصا خیلی به دنبال آن بودم.
با استفاده از این قابلیت می توانیم قبل از اینکه هاستی را به Maintenance Mode ببریم ، تحلیلی از Precheck آن دریافت کنیم.
برای درک بهتر فرض کنید که هاستی را می خواهیم به Maintenance Mode ببریم که از قضا این Object های به روز از یک ماشین مجازی بر روی آن است.
در این عملیات ما گزینه No Data Migrationرو انتخاب می کنیم که در واقع به این معنی است که علاقه ای نداریم دیتای روی این هاست جابجا شود.
با این تصمیم اشتباه باعث می شویم که ماشین مجازی از دست برود یا در بهترین حالت ماشین مجازی اطلاعات به روز خود را از دست بدهد.
وقتی این Pre Check فعال شود خود VSAN به ما اخطار می دهد که با انجام این کار باعث خواهیم شد که اطلاعات ماشین مجازی دچار مشکل شود.
در مقابل مشکل دیگه ای نیز وجود داشت ، آن هم برای زمانی بود که ما Full Data Migration را انتخاب میکردیم.
در این وضعیت ما باید از خالی بودن مابقی هاست ها اطمینان می داشتیم که اگر این اطمینان وجود نداشت خطر پر شدن دیتا استور بسیار بالا می بود.
دوباره با استفاده از این قابلیت می توانیم از خالی بودن ما فضای مابقی هاست ها اطمینان حاصل کنیم.
Object Compliance and Accessibility
Cluster Capacity
Predicted Health
از شکل های بالا به راحتی میتوان برداشت کرد که اگر هاست را به Maintenance Mode و مدل Ensure Accessibility ببریم خیلی از Object ها Non-Compliant خواهند شد، اگر چه فضای خالی مورد نیاز برای این کار موجود است.
پشتیبانی از WSFC ( Windows Server Failover Cluster)
در حال حاضر چند ورژنی هست که قابلیت 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 را درخواست کنند که رجیستر شده باشند.
قابلیت تغییر سایز یا بزرگ کردن iSCSI LUN
این یکی از مشخصه های بد ورژن های قبلی بود که نمی توانستیم LUN ای که توسط iSCSI ارائه می دهیم را پس از ارائه تغییر سایز دهیم.
اما بالاخره در VSAN 6.7 U3 می توانیم بدون نیاز به آفلاین کردن iSCSI LUN آن را تغییر سایز دهیم، در این میان خود VSAN وظیفه Quiesce کردن I/O ها را در زمان تغییر سایز بر عهده می گیرد.
سرعت و Availability بهتر
یکی از نقاط نه چندان قوی در VSAN قابلیت Destaging آن بود.
زمانی که اطلاعات از روی Cache به روی هاردهای Capacity منتقل می شد، در برخی از مواقع باعث ایجاد latency در سیستم می شد مخصوصا زمانی که Deduplication و Compression داشتیم. در این ورژن بر روی قابلیت Adaptive Throttling نیز تغییرات زیادی ایجاد شده است.
در Adaptive Throttling خود VSAN برای حداکثر نگه داشتن I/O سرعت را به صورت عمدی کم یا زیاد میکرد تا بتوانند همیشه Performance را تضمین شده داشته باشد.
علاوه بر موارد بالا در نظر داشته باشید که در VSAN 6.7 U3 تعداد 6 عدد Resync می تواند بر روی یک Object به صورت موازی انجام شود که این باعث می شود سرعت Resync بسیار افزایش پیدا کند.
vsantop
این نیز یکی دیگر از قابلیت فوق العاده کارآمد برای VSANهستش.
همانطوری که قبلا مطالعه کردید، ما کامند ESXTOP را در ESXi ها برای مانیتورینگ آنلاین و لحظه ای استفاده می کردیم.
در این ورژن VMware کامند VSANTOP را نیز به مجموعه کامند ها اضافه کرده است تا بتوانیم به صورت آنلاین مشخصات VSAN را مشاهده کنیم.
زمانی که کامند VSANTOPرا وارد کردید، دکمه E (e بزرگ) استفاده کنید تا لیست را برای شما نمایش دهد.
مانند تمام کامندهای TOPدر لینوکس این ابزار برای Tshoot و افزایش سرعت استفاده می شود.
بیشتر بخوانید : نحوه خاموش کردن کلاستر VSAN