قسمت دوم: VSAN 6.2

در ادامه پست قبلی که درباره VSAN 6.2 بود در این پست هم به دیگر امکانات و قابلیت های اضافه شده در نسخه 6.2 را برای شما قرار می دهیم.

قسمت اول: VSAN 6.2

قسمت دوم: VSAN 6.2

Sparse Swap File: این قابلیت جدید را تنها می توان با استفاده از Advanced Setting فعال کرد اما اگر بخواهیم ذره ای دقیق تر به آن بپردازیم ، این قابلیت یکی از قابلیت هایی که کاملا توجه VMware به صدای مشتری را نشان می دهد تا در نتیجه مشتری بتواند هزینه های خود را کاهش دهد.

اگر بخواهم مثالی بزنم، در نظر داشته باشید که یک ماشین مجازی داریم که دارای 4 گیگ رم می باشد، به صورت عادی در همین زمان فضای 4 گیگ از ذخیره ساز به ایجاد شدن فایل Swap اختصاص پیدا می کند. در VSAN این مقدار کاملا Thick می بود بدین معنی که در اول راه هنگامی که Swap فایل ایجاد می شد بدون در نظر گرفتن پر یا خالی بودن آن 4 گیگ از فضای ذخیره ساز به صورت کامل کم می شد، اما در این مدل بر عکس می باشد و زمانی که فایل ایجاد می شود فضای آن کاملا خالی است زمانی که Swap پر شود تا فضا به خود اختصاص می دهد.

کلیدی که باید آن را تغییر دهید “SwapThickProvisionedDisbale” می باشد. در صورتی که این کلید را تغییر دهید دیگر این فایل به صورت Thick نخواهد بود.

این مورد زمانی که تعداد ماشین های مجازی شما به تعداد انگشتان دست باشد اثر مخرب خود را نشان نمی دهد (فضای اضافی اشغال نمی شود) اما زمانی که تعداد ماشین های مجازی شما افزایش پیدا کند این فاکتور مشخص می شود.

Checksum: یکی دیگر از قابلیت های جدید VSAN 6.2، قابلیت ایجاد شدن یک فایل 5 Byte ای می باشد که این فایل به ما کمک می کند از خرابی دیتا جلوگیری شود و در نهایت از سلامت دیتا آگاه باشیم.

نحوه کار کردن این فاکتور بدین صورت می باشد:

زمانی که در VSAN 6.2 مقدار 4 کیلوبایت بر روی VSAN نوشته می شود در همین مرحله این Checksum محاسبه می گردد و جدا گانه بر روی دیسک نوشته می شود. نکته بسیار مهم این است که این Checksum حتی قبل از نوشته شدن دیتا بر روی لایه Cache صورت می گیرد پس می توان اینگونه گفت که حتی خرابی دیسک SSD هم نمی تواند باعث خرابی دیتا شود.

(QOS (Quality Of Service: این سرویس به ادمین ها اجازه می دهد که بتوانند به ازای هر ماشین مجازی تعداد IOPS را به یک مقداری محدود کنیم که در این حالت باعث می شود یک ماشین مجازی یا سرویس کل IOPS مربوط به VSAN 6.2 را به خود اختصاص ندهد. این قابلیت بیشتر به کمک Service Provider ها خواهد آمد تا بتوانند QOS مورد نیاز سرویس های خود را ارائه دهند.

در نظر داشته باشید که اندازه Block در VSAN 6.2 مانند ورژن های گذشته برابر با 32 کیلوبایت می باشد. اگر برای ماشین مجای مشخصی مقدار IOPS Limit را بر روی 1000 بگذارید و VSAN را مجبور کنید که بلاک های VSAN 6.2 را به 64 کیلوبایت افزایش دهد مقدار IOPS شما هم نصف خواهد شد یعنی در این مورد خاص برابر با 500 خواهد شد. در نظر داشته باشید با این که مقدار Read/Write اندازه 4 کیلوبایت می باشد ولی باز هم Block ها برابر با 32 کیلوبایت می باشد.

Performance Statistics: در ورژن های VSAN 6.2 به قبل برای مشاهده نحوه کارکردن VSAN باید به VSAN Observer واقع در Ruby Client بود مراجعه می کردیم که همین مسئله باعث ایجاد سربار برای مدیریت بستر می شد. اما در VSAN 6.2 دیگر احتیاجی برای این کار نیست، دیگر تنها می توانید Web Client را باز کنید و به قسمت Performance Statistic برای مشاهده VSAN بروید و تمامی مشخصه ها را ملاحظه کنید.

این قابلیت جدید مشخصات زیر را به شما نمایش می دهد:

• نحوه عملکرد کلاستر در مقایسه با VSAN
• نحوه عملکرد هر Host
• نحوه عملکرد هر DISK
• فعال سازی بر روی هر Profile به صورت تکی
• قابلیت تست Health Check مانند گذشته

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

در نظر داشته باشید که یکی از مزایای این سرویس این است که دیتا های مخصوص خود را بر روی VSAN به صورت مستقیم ذخیره می کند و نیازی به ذخیره ساز ثانویه ای ندارید.

منبع: aminpourmirza