راه‌اندازی سایت DR در یک هفته

 تضمین تداوم کسب‌وکار و حفظ دسترسی به داده‌ها حتی در شرایط بحران.
 سریع، مطمئن و مقرون‌به‌صرفه برای سازمان‌های هوشمند.

چرا باید سایت DR راه اندازی کنیم؟

  • تداوم کسب‌وکار در شرایط بحرانی مانند سیل، زلزله و جنگ
  • بازگشت‌پذیری کسب‌وکار در کوتاه‌ترین زمان ممکن
  • امکان انجام تغییرات زیرساختی مانند جایگزینی تجهیزات و اجرای تغییرات زمان‌بر در سایت اصلی بدون اختلال در سرویس‌ها

انواع راهکار راه‌اندازی سایت DR

  • روش اول: سینک داده در لایه اپلیکیشن

    • این روش دارای پیچیدگی‌ها و محدودیت‌های فراوان است.
    • برای همه سرویس‌ها قابل پیاده‌سازی نیست.
    • در زمان انتقال از سایت اصلی به سایت دوم معمولاً نیازمند اقدامات دستی یا اجرای اسکریپت‌های پیچیده است.

    روش دوم: سینک داده در لایه ماشین مجازی

    • با استفاده از ابزارهایی مانند VMware SRM یا Zerto انجام می‌شود.
    • داده‌ها در لایه ماشین مجازی سینک می‌شوند و پیچیدگی‌های لایه اپلیکیشن وجود ندارد.
    • هر نوع سرویسی که روی ماشین مجازی نصب شده باشد، قابل انتقال به سایت دوم است.
    • ویژگی‌ها:
      • انتقال داده‌ها از سایت اول به سایت دوم به صورت نزدیک به لحظه‌ای
      • امکان استفاده از تا ۲۴ Restore Point
      • انتقال سرویس‌ها بدون نیاز به تغییر IP یا تنظیمات سرویس‌ها

    روش سوم: سینک داده در لایه Kubernetes (K8s)

    • در صورتی قابل استفاده است که همه سامانه‌های سازمان روی K8s پیاده‌سازی شده باشند.
    • بسته به نوع معماری و نیاز، سناریوهای مختلفی (Active-Active، Active-Passive، یا Backup/Restore) قابل پیاده‌سازی است.

جدول مقایسه: DR در لایه سرویس در مقابل DR با SRM

حوزه مقایسه DR در لایه سرویس/اپلیکیشن DR با SRM (لایه ماشین مجازی)
سطح پیاده‌سازی
برای هر سرویس به‌صورت جداگانه
کل ماشین‌ها و سرویس‌ها به‌صورت یکپارچه
پیچیدگی اجرا
بالا، نیازمند توسعه و اسکریپت
پایین‌تر، با Runbook و Plan خودکار
بالا، نیازمند توسعه و اسکریپت
محدود به سرویس‌های خاص
پوشش همه سرویس‌های داخل VM
هماهنگی وابستگی‌ها
دستی و زمان‌بر
خودکار (تعریف Order و Priority)
آزمون بدون اختلال
سخت و پرریسک
امکان Test Failover ایزوله
بازگشت به سایت اصلی
سفارشی و زمان‌بر
Failback/Reprotect خودکار
خطای انسانی
بالا
پایین‌تر (اجرای خودکار)
انتقال داده
وابسته به تکنولوژی هر سرویس
انتقال نزدیک به لحظه‌ای (RPO پایین)
تعداد Restore Point
ندارد
تا ۲۴ نقطه بازیابی
تغییر IP سرویس‌ها
اغلب نیازمند تنظیمات دستی
بدون تغییر IP با NSX یا IP Customization
هزینه پیاده‌سازی
پایین‌تر برای چند سرویس خاص
بالاتر ولی پایدار و جامع

نیازمندی‌ها برای راه‌اندازی DR در لایه ماشین مجازی

    1. استفاده از کلودهای داخلی
      • مناسب برای سازمان‌های کوچک با ۵ تا ۱۰ ماشین مجازی
      • بدون نیاز به سوییچ و فایروال اختصاصی
    2. اجاره سرور از دیتاسنترها
      • در صورتی که سرور فیزیکی در اختیار نباشد یا امکان خرید وجود نداشته باشد
      • نیازمند اجاره یک یا چند سرور به همراه سوییچ و فایروال
    3. کولوکیشن (Co-location)
      • قراردادن سرورهای سازمان در دیتاسنتر به همراه سوییچ و فایروال
      • مناسب برای کسب‌وکارهای متوسط و بزرگ که به منابع اختصاصی و مقیاس‌پذیر نیاز دارند