Nutanix و محصول Acropolis؛ آیا vMware باید نگران شود؟

Nutanix و  محصول  Acropolis؛ آیا vMware  باید نگران شود ؟

Nutanix

 

حدود ۳ ماه پیش شرکت Nutanix محصول جدید خود به نام Acropolis را رسما معرفی کرد. Acropolis در واقع یک Hypervisor بر مبنای KVM است و همانگونه که انتظار می رفت هیاهوی بسیاری تولید کرد. ولی آیا vMware بعنوان یک رقیب باید به Acropolis نگاه کند و نگران باشد ؟

پاسخ کوتاه اینست که بله vMware لازم است که نگران باشد. البته بیش از نگرانی بابت رقیبی نظیر Acropolis باید از بابت عملکرد خود vMware  در قبال مشتریان و این صنعت نگران باشد! بالاترین تهدید Acropolis برای vMware را میتوان سادگی و استفاده آسان از آن دانست. به جرات می توان Nutanix را اولین شرکتی در این حوزه با این سهولت در بهره برداری، دانست.  اما تهدید که خود vMware مسبب آن است فراتر از اینهاست. سالهاست که مشتریان منتظر ورود قابلیتها خاص دیگر به محصولات vMware هستند، ولیکن تا کنون شاهد آن نبوده ایم. این در حالی است که دیگر رقبا در این عرصه توانسته اند تا حد بسیار زیادی قابلیت های موجود در vMware را در محصولات خود شبیه سازی نمایند. این توقف در ارائه قابلیتها از سوی vMware تا حدی باعث پراکندگی مشتریان vMware و جذب آنها به محصولات جدید شده است. دقیقا همان اتفاقی که برای Hyper-V مایکروسافت نیز افتاد. در ارائه اولیه Hyper-V نیز صحبت از قابلیتها بسیاری بود، ولی با گذشت زمان و عدم ارائه آنها از سوی مایکروسافت به دلایل بسیار، مایکروسافت کم کم بازار خود را در این حوزه به دیگر رقبا تحویل داد.

قطعا هنوز vSphere بدون هیچ شکی و یا ابهامی برترین Hypervisor این عرصه است و هنوز بهترین Ecosystem را در این صنعت در اختیار دارد. اما مدتی است که شاهد رکود نوآوری و ابداع در فضای Private Cloud ها می باشیم. امروزه کاربران با اشتیاق و سرعت کمتری نسبت به قبل به نسخ و ویرایش های جدیدvSphere ، خود را آپدیت میکنند و این هم عموما بدلیل فقدان قابلیت قانع کننده در ویرایش های جدید vSphere است. به عنوان نمونه ابزار vROPs یا همان vRealize Operation Manager ابزار خوبی است اما برای نیازهای بسیاری از کاربران بسیار بسیار پیچیده است و به هیچ وجه به سادگی و سهل استفاده بودن آن توجهی نشده است. با توجه به موارد ذکر شده ورودیهای جدید به بازار vMware نسبت به سالیان پیش رشد کمتری داشته و کم و بیش میتوان اظهار نمود که تقریبا متوقف شده است و این موضوعی است که Nutanix قصد دارد از آن بهره برداری نماید.

vMware  در این شرایط قصد دارد تا با فعالیتهایی نظیر Reworking Licensing، ترغیب مشتریان به خرید Suite های بزرگتر و بسط دادن بستر خود، به رشد دلخواه خود دست یابد. vMware بعد از چند قدم اشتباهی که برداشت، بطور واضح عکس العمل مشتریان خود را درک نمود. بسیاری از مشتریان vMware از مشتریان خرسند vMware به مشتریان ملزم و موظف vMware تبدیل شدند و این مشکل اصلی است.

حال باید دید آنها چگونه قصد دارند برتری خود را در این عرصه حفظ کنند. vMware نیاز دارد که مجددا تمرکز نماید. Nutanix توانسته تا با تمرکز بروی ظاهر، سادگی، انجام ساده کارها و در دسترس بودن آنها، برای مشتریان این بازار جذابیت بوجود آورد. توجه به نیاز مشتریان، این امری است که vMware به آرامی در حال فاصله گرفت از آن می باشد. شاید شرکت اپل بتواند به مشتریان خود بگوید آنها به چه چیزی نیاز دارند، زیرا مشتریان آنها، به اپل ایمان دارند، ولی شرکتهای بسیار کمی دارای این جایگاه نزد مشتریان خود هستند. ( و مطمئنا vMware هنوز در بین مشتریان خود این جایگاه را ندارد.)

و در پایان و بسیار شفاف من معتقدم که  vMware باید تلاش زیادی انجام دهد تا بتواند دید مشتریان خود را به پذیرش ترکیبی زیرساختهای “invisible” و vSphere در کنار یکدیگر، به عنوان یک سرمایه گذاری ارزشمند تغییر دهد.

معرفی PernixData Flash Virtualization Platform

معرفی PernixData Flash Virtualization Platform

فضای کاری Server-Side Flash Cache رو به داغ شدن است. در ابتدای امر این مجموعه Fusion I/O بود و پس از آن دیگر رقبا و … امروزه هم شرکت PernixData با ارائه محصولی با نام Flash Virtualization Platform و یا FVP وارد این بازار شده است.

بررسی محصول

نرم افزار FVP از شرکت PernixData به شما امکان Cache نمودن داده را بروی SDD های نصب شده بروی سرور برای شما فراهم می آورد. ممکن است با خود فکر کنید “خوب کی چی ؟؟”. vSphere نیز که خود این امکان را برای شما فراهم می آورد. درست است اما PernixData می تواند مزایای بسیاری برای شما فراهم آورد که در ادامه به بررسی آنها خواهیم پرداخت. اما اجازه بدهید در ابتدا یک بررسی اجمالی نسبت به محصول داشته باشیم. هدف این راهکار، افزایش سرعت عملکرد Storage است که با توجه با عملکرد آن بسیار مقرون به صرفه می باشد. این نرم افزار از Flash Memory موجود بروی سرور بعنوان یک Cache واسط میان سرور و تجهیز Storage بهره می برد. در ویرایش های اولیه این نرم افزار تنها امکان پشتیبانی از سرویس Block یعنی پروتکلها ISCSI , FC وجود داشت ولیکن در ویرایشهای بعدی پشتیبانی از سرویس فایل نیز به آن افزوده شد.

Cache نمودن داده ها بروی سرور دارای مزایایی می باشد. داده های Cache شده بسیار نزدیک هستند. بسیار بسیار نزدیک. IO مربوطه لازم نیست که از Fabric ( شبکه Storage ) عبور نماید. این شیوه باعث پاسخگویی سریعتر و Latency پایین تر می گردد و همچنین باعث کاهش ترافیک Storage و Fabric شما می شود. تجهیز Storage که با رشد خرنده Utilization و Load درگیر بوده و به حداکثر توان خود نزدیک شده است، با بهره گیری از این نرم افزار می توان بار کمتری را به تجهیز Storage تحمیل کرد و نتیجتا دارای طول عمر عملیاتی بیشتری شود.

تفاوت محصول PernixData با دیگر رقبا در چیست ؟

اول اینکه هر نوع Flash Memory قابل استفاده است. PCIe کارت ؟ دیسک SSD ؟ و یا … . همه قابل استفاده هستند و تنها در سرعت با یکدیگر متفاوتند. این موضوع به شما امکان بهره گیری از انواع مختلفی Flash Memory را فراهم نموده و می توانید میان هزینه و سرعت مورد نیاز خود، یک تعادل فراهم نمایید. بعنوان نمونه یک سرور Cisco USC B200M2 و یا یک سرور HP BL-460 G6 را در نظر بگیرید. هیچکدام آنها امکان استفاده از کارتهای Mezzanine جدید Fusion I/O را ندارند. در حالیکه هر دو سرور امکان استفاده از SSD های موجود در بازار را دارند و با استفاده از PernixData و SSD این سرورهای نسبتا قدیمی نیز می توانند از این مزیت بهره ببرند.

مزیت دوم اینست که PernixData برای شما هم امکان Read Cache را فراهم می آورد و هم Write Cache. در حالیکه پیشتر تمامی راهکارهای دیگر رقبا تنها به Read Cache منجر می شد. اکنون با این نرم افزار شما می توانید Write Cache  را برای همه یا یک ماشین خاص فعال نمایید. حال این سوال پیش می آید که چگونه Write Cache و دیتا های موجود بروی SSD های Local سرورها را از خطرات احتمالی محافظت نماییم؟ اگر قبل از انتقال داده های موجود بروی SSD به Storage، Host مربوطه از کار بیفتد، آنگاه تکلیف آن قسمت از داده ها چه می شود؟ PernixData به شما امکان محافظت از داده ها را می دهد. شما می توانید از این قابلیت با استفاده از تولید نسخ دوم و یا Write Back Peers بهره برده و یا در صورت عدم تمایل آنرا غیر فعال نمایید. انتخاب با شماست. در صورت استفاده از این قابلیت، PernixData از پورت vMotion جهت تبادل داده میان Host ها و تولید نسخ مزدوج داده ها استفاده می کند.

سومین تفاوت اینست که بعد از نصب و راه اندازی تمامی قابلیتها و ویژگیها vSphere شما بدون هیچ گونه اختلالی یا انجام تغییر و یا انجام تنظیمات خاصی قابل بهره برداری هستند و الزامی به انجام تغییرات بروی هیچ ماشین مجازی نمی باشد و تنظیمات آن از درون vCenter توسز Plugin مربوطه قابل دسترسی می باشد.

نصب

نصب محصول بسیار ساده است. تنها به یک سرور ویندوزی نیاز دارید تا کنسول مدیریتی را به روی آن نصب نمایید تا بتواند با Plugin درون vCenter ارتباط برقرار نماید. پس از آن باید یک Flash Cluster تولید نمایید و Flash های موجود بروی Host ها را به ان بیافزایید. آنگاه PernixData شروع به تولید PSPs یا  همان Path Selection Policy جهت تععین سیاست انتخاب مسیر می کند. بخاطر داشته باشید که اگر شما از PowerPath/VE استفاده می کنید نمی توانید آنرا همزمان با FVP داشته باشید.

نگاهی به قابلیت Flash Read Cache

نگاهی به قابلیت Flash Read Cache

یکی از قابلیتهای جدید و موثر افزوده شده به Vsphere 5.5 به بعد، ویژگی است، بنام Flash Read Cache که به اختصار به آن vFRC هم می گویند. این ویژگی به شما اجازه می دهد تا از SSD های موجود بروی Host های خود بعنوان Storage Read Cache استفاده نمایید. با این شیوه شما تمامی Workload های  مورد نیاز ماشین های مجازی خود را بروی یک SSD با سرعت بالا در کنار Host خود دارید و بدین گونه می تواند تاثیر مثبتی بروی عملکرد و سرعت کل کلاستر مجازی شما داشته باشد. بدین روش شما به یک Throughput بسیار مناسب با Latency بسیار پایین دست میابید. بهره گیری از قابلیت vFRC هیچ گونه تاثیر مخربی بر دیگر قابلیتها و فعالیتها ندارد. شاید این سوال برایتان پیش آید که آیا تمامی Host ها باید دارای SSD باشند تا بتوان از این قابلیت در کلاستر استفاده نمود؟ پاسخ این سوال خیر است. زیرا که اگر شما تنها یک Host با SSD هم داشته باشید می توانید از این ویژگی بهره ببرید و در صورت نیاز می توانید با vMotion ماشین مجازی را به Host که فاقد SSD باشد، منتقل نمایید تا با این تفاوت که ماشین مجاری بروی Host جدید دیگر نمی تواند از vFRC بهره ببرد. پس هیج گونه محدودیتی برای اجرا آن در کلاستر خود ندارید.

تصویر شماره ۱

شما می توانید حداکثر از ۸ دیسک SSD و یا حداکثر ۴ TB ، بروی هر Host و حداکثر تا ۳۲ TB برای کل کلاستر بهره ببرید. زمانی که شما این SSD ها را به Cache Pool خود اختصاص می دهید، کماکان می توانید از بخشی از فضای آن نیز بعنوان فضایی جهت Host Memory Caching استفاده نمایید. ( بمانند همان شیوه ای که در گذشته در Vsphere 5.1 استفاده می شد. )

نقطعه ضعفی که به vFRC وارد است اینست که شما تمامی تنظیمات مربوطه را باید مستقیما بروی تک تک ماشین های مجازی خود اعمال نمایید و امکان تعریف تنظیمات مشابه برای یک گروه ماشین وجود ندارد. این بدین معناست که شما باید برای هر ماشین مجازی علاوه بر فعال نمودن قابلیت vFRC، باید مقدار ظرفیتی را که می تواند از Cache Pool را در اختیار بگیرد تعیین نمایید. ( به خاطر داشته باشید که از این ویژگی تنها می توانید بروی ماشین های مجازی با Hardware Version 10 به بعد استفاده نمایید.)

پس از تعیین سایز فضای Cache بروی ماشین مجازی باید Block Size مربوطه را نیز تنظیم نمایید. Block Size در واقع تعیین کننده حداکثر فضای  Cache  قابل استفاده توسز ماشین مجازی است. مقادیر آن به شرح زیر است :

 

۴ K Block – Up to 4 GB

۸ K Block – Up to 8 GB

۱۶ K Block – Up to 16 GB

۳۲ K Block – Up to 32 GB

۱ MB Block – Up to 1 TB