مجازی‌سازی سرور و مهاجرت زیرساخت با برنامه توقف و بازیابی

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

خیر. Snapshot برای وضعیت کوتاه‌مدت و عملیات مشخص مفید است، اما جای Backup مستقل و آزمون بازیابی را نمی‌گیرد.

پایش ظرفیت، Patch، کنترل Backup، بررسی Datastore، هشدارهای سخت‌افزاری و بازبینی منابع ماشین‌ها باید برنامه منظم داشته باشد.

انتخاب به بار کاری، مهارت تیم، سازگاری، بودجه لایسنس، نیاز پشتیبانی و برنامه رشد بستگی دارد و خروجی مرحله ارزیابی است، نه پیش‌فرض ابتدای پروژه.

—

پرسش پاسخ داده‌شده

—

4

خدمت مرتبط

—

⁦۰۲۱-۷۴۹۰۳⁩

تماس مستقیم با تیم فنی

Inventory سرورها، سرویس‌ها و وابستگی‌ها —

ظرفیت‌سنجی CPU، RAM، Storage و شبکه —

طراحی Host، Storage، شبکه مجازی و دسترسی مدیریتی —

نصب و پیکربندی Hypervisor مورد توافق —

تبدیل یا مهاجرت P2V و V2V پس از تست —

طراحی Backup و بازیابی ماشین‌های مجازی —

برنامه Maintenance، Patch و مانیتورینگ —

مستندسازی ماشین‌ها، منابع و وابستگی‌ها —

انتقال دانش به تیم بهره‌بردار —

چند سرور فیزیکی کم‌استفاده دارید —

تهیه سخت‌افزار برای هر سرویس هزینه و زمان زیادی می‌گیرد —

ایجاد محیط تست یا سرویس جدید کند است —

مدیریت Backup و منابع پراکنده شده است —

برنامه نوسازی سخت‌افزار یا مهاجرت دیتاسنتر دارید —

بارهای بسیار حساس به I/O، محدودیت‌های لایسنس، سخت‌افزارهای وابسته یا زیرساخت کوچک ممکن است به معماری دیگری نیاز داشته باشند. این موضوع باید در ارزیابی اولیه روشن شود، نه بعد از خرید تجهیزات.

1

کشف و ثبت سرویس‌ها، ظرفیت و وابستگی‌ها

2

طراحی هدف و تعیین معیار پذیرش

3

آماده‌سازی Host، شبکه، Storage و Backup

4

مهاجرت آزمایشی یا Pilot در صورت امکان

5

مهاجرت در پنجره تغییر تأییدشده

6

کنترل سرویس، عملکرد و مسیر بازگشت

7

تحویل مستندات و برنامه نگهداری

ظرفیت ناکافی Storage، نبود Backup مستقل، اشتراک بیش از حد منابع، شبکه مدیریتی ناامن، لایسنس نامشخص و نبود برنامه Rollback از ریسک‌های اصلی‌اند. High Availability نیز صرفاً با داشتن دو Host ایجاد نمی‌شود؛ Storage، شبکه، Quorum، Backup و سناریوی خرابی باید یکپارچه طراحی شوند.

تعداد سرورها و ماشین‌های مقصد، حجم و نوع Storage، نیاز به افزونگی و HA، پیچیدگی شبکه مجازی، تعداد و حساسیت سرویس‌های در حال مهاجرت، محدودیت پنجره توقف، نیاز به Pilot و سطح مستندسازی. هزینه لایسنس Hypervisor و سخت‌افزار باید جدا از اجرای فنی شفاف شود.

چند سرور فیزیکی کم‌بهره دارید؛ برنامه نوسازی سخت‌افزار یا مهاجرت دیتاسنتر دارید؛ ساخت محیط تست کند و پرهزینه است؛ می‌خواهید بازیابی سرویس ساده‌تر و قابل تمرین شود.

مناسب نیست

بار کاری بسیار حساس به I/O دارید و ذخیره‌ساز متناسب در دسترس نیست؛ Backup مستقل و آزموده‌شده ندارید و برنامه‌ای هم برای ایجادش نیست؛ یا امکان تعریف پنجره توقف برای مهاجرت وجود ندارد.