ویرگول
ورودثبت نام
مرجانه بهرامی نژاد
مرجانه بهرامی نژاد
خواندن ۲ دقیقه·۵ سال پیش

محاسبه و ذخیره سازی تفکیک شده در HyperConverged Appliance

امروزه دیتاسنترهای پیشرفته و مدرن به سرعت به سمت مجازی سازی در حال حرکت هستند. سیستم های ذخیره سازی، بخشی ضروری از محیط های مجازی ای هستند که سیر تحول معماری  Hyper-Converged را موجب می شوند. علی رغم اینکه معماری Hyper-Converged و جداسازی محاسبه و ذخیره سازی باهم کار می کنند مفاهیم انحصاری متقابلی نیستند.

مشکل
معماری Hyper-Converged همخوانی خوبی با برخی از سناریوها نداشته اما حالت های معلومی وجود دارد که در آنها لایه های جداگانه محاسبه و ذخیره سازی بهتر از کلاستر Hyper-Converged کار می کنند. به این معنی که بروزرسانی پارامترهای سخت افزار محاسبه و ذخیره سازی هر دو همزمان خواهد بود. اجازه دهید کمی بحث را باز کنیم:
گسترش محیط مجازی را در دو بعد فرض می کنیم:
- منابع محاسباتی (CPU,RAM,etc )
- منابع ذخیره سازی (IOPS, Capacity)
در سیستم های Hyper-Converged هر Host در حال اجرای لایه های محاسباتی و ذخیره سازی بر روی یک سخت افزار در یک زمان می باشد. در نتیجه، افزایش یک بعد از ابعاد فرض گرفته شده در بالا افزایش دیگر ابعاد را به خوبی موجب می شود، اما مشکل اینجاست که افزایش بعد دوم ممکن است نیاز نباشد. در نتیجه منابع مالی صرف شده برای منابع سخت افزاری که استفاده نمی شوند از بین رفته است.

راهکار
StarWind Virtual SAN از هردو معماری، Hyper-Converged و جداسازی محاسبه و ذخیره سازی پشتیبانی می کند. مادامی که اجرای لایه محاسبه و ذخیره جدا از یکدیگر هستند، این ممکن است مقیاس منایع محاسبات و ذخیره سازی صرف نظر از قدرت هرکدام نسبت به دیگری، مستقل باشند. در نتیجه سیستم بهتر می تواند دستورات را تنظیم کند در حالیکه CapEx و OpEx در حال مصرف هستند، از آنجا که نیازی نیست سخت افزاری خریداری شود که بی استفاده بماند؛ بنابراین این سیستم می تواند برای یک کار مشخص ایجاد شده باشد.

وقتی StarWind در حال سرویس دهی در سناریوی جداسازی محاسبه و ذخیره سازی می باشد، جایی که کلاستر ها در حال سرویس دهی خارج از توان محاسباتی هستند، نیاز است به Hypervisor مورد نظر CPU و RAM بیشتری اضافه شود. درحالیکه ظرفیت Storage و عملکرد آن همچنان همان طور باقی خواهد ماند. به همین ترتیب، اگر سیستم خارج از Storgae IOPS و ظرفیتش سرویس دهد، این بعد می تواند براحتی و بدون تاثیر بر روی توان محاسباتی بوسیله اضافه کردن Storage Node بروز شود.
نتیجه گیری
سرویس دهی StarWind به عنوان لایه جداگانه ذخیره سازی از لایه محاسبات، کاهش قابل توجهی در CapEx و OpEx بوسیله اجازه دادن به منابع سخت افزاری که در سیستم ذخیره سازی نصب شده اند را موجب می شود. همچنین این سناریو سیستم ذخیره سازی را جهت انجام دستورات بوسیله مدیریت دسترسی به منابع محاسباتی و ذخیره سازی همراه با استفاده از اهرم های مختلف بهبود می بخشد.
*منبع

ذخیره سازیدیتاسنترHyperConvergedStarWindstorage
شاید از این پست‌ها خوشتان بیاید