خانه › الگوهای طراحی › خوشه‌بندی هایپروایزر

خوشه‌بندی هایپروایزر

Hypervisor Clustering

چگونه یک سرور مجازی می‌تواند در برابر خرابی میزبان فیزیکی، محافظت شود؟

مسئله

خرابی سرور فیزیکی به تمام سرور‌های مجازی میزبانی شده اش تسری داده می‌شود و موجب شکست خدمات آنها می‌شود.

راه‌حل

ناظرها در سراسر سرور‌های فیزیکی متعدد خوشه بندی می‌شوند، به طوری که اگر یکی شکست بخورد، سرور‌های مجازی فعال به یک دیگر منتقل می‌شوند.

کاربرد

پیام‌های ضربان قلب بین خوشه‌های ناظر و یک VIM مرکزی برای نظارت بر وضعیت منتقل می‌شوند. ذخیره‌سازی به اشتراک گذاشته شده برای خوشه‌های ناظر ارائه می‌شود است و بیشتر برای ذخیره دیسک سرور مجازی استفاده می‌شود.

مکانیزم‌ها

الگوهای ترکیبی

تأیید هویت ابرBurst InBurst Out to Private CloudBurst Out to Public Cloudتوازن بار ابرمحیط کشسانزیرساخت به عنوان سرویس(IaaS)مرز‌های قابل مطمئن جداگانهمحیط چند مستأجریپلت‌فرم به عنوان سرویس (PaaS)ابر خصوصیابر عمومیمحیط انعطاف‌پذیرمدیریت بارکاری منابعنرم‌افزار به عنوان سرویس (SaaS)ورود و خروج مداوم امن به ابر خصوصی/عمومی
پیام ضربانهایپروایزر ۱هایپروایزر ۲هایپروایزر ۳VIMVIM
شکل ۴-۲۵ — خوشه‌بندی هایپروایزر: وضعیت عادی خوشه

سرور فیزیکی A از دسترس خارج می‌شود، در نتیجه فوق ناظر نیز از دسترس خارج می‌شود.

از آنجا که ناظر بخشی از یک خوشه است، سرور مجازی A به میزبان دیگر (سرور فیزیکی B) مهاجرت می‌کند، که ناظر دیگری دارد که بخشی از همان خوشه است.

پیام ضربان112هایپروایزر ۱هایپروایزر ۲هایپروایزر ۳VIMVIM
شکل ۴-۲۶ — خوشه‌بندی هایپروایزر: ضربان قلب میان ناظرها

معماری ابری حاصل از الگوی خوشه بندی ناظر (بخش 1). این مراحل ابتدایی مونتاژ اجزای مورد نیاز را مشخص می‌کند.

ضربان قطع‌شده6هایپروایزر ۱هایپروایزر ۲ (خراب)هایپروایزر ۳VIMVIM
شکل ۴-۲۷ — خوشه‌بندی هایپروایزر: خرابی یک ناظر

معماری ابری حاصل از الگوی خوشه بندی ناظر (بخش 2)

مهاجرت زنده8هایپروایزر ۱هایپروایزر ۲ (خراب)هایپروایزر ۳VIMVIM
شکل ۴-۲۸ — خوشه‌بندی هایپروایزر: مهاجرت زندهٔ ماشین‌های مجازی

معماری ابری حاصل از الگوی خوشه بندی ناظر (بخش 3)

شکل ۴-۲۹ — خوشه‌بندی هایپروایزر: بازیابی خودکار

معماری ابری حاصل از الگوی خوشه بندی ناظر (بخش 4)