Share via

نبذة عن Azure Site Recovery Deployment Planner للتعافي من الكوارث في Microsoft Hyper-V إلى Azure

  • مقالة

تُعد هذه المقالة دليلاً لمستخدم خطة نشر Azure Site Recovery لعمليات نشر إنتاج Hyper-V-to-Azure.

قبل البدء في حماية أي أجهزة ظاهرية Hyper-V (VMs) باستخدام Azure Site Recovery، خصص نطاق ترددي كاف استنادا إلى معدل تغيير البيانات اليومي لتحقيق هدف نقطة الاسترداد (RPO) المطلوب، وتخصيص مساحة تخزين خالية كافية على كل وحدة تخزين Hyper-V محليًا.

تحتاج أيضًا إلى إنشاء النوع والعدد المناسبين من حسابات تخزين Azure المستهدفة. يمكنك إنشاء حسابات تخزين قياسية أو متميزة، باحتساب النمو على خوادم الإنتاج المصدر بسبب زيادة الاستخدام بمرور الوقت. يمكنك اختيار نوع التخزين لكل جهاز ظاهري، استنادًا إلى خصائص حمل العمل، على سبيل المثال، قراءة/كتابة عمليات الإدخال/الإخراج في الثانية (IOPS)، أو خسارة البيانات، وحدود Azure Site Recovery.

إن خطة نشر Azure Site Recovery هو أداة خط أوامر لكل من Hyper-V إلى Azure وVMware إلى سيناريوهات الإصلاح بعد كارثة في Azure. يمكنك عن بعد عرض ملفات Hyper-V VMs الموجودة على عدة مضيفين Hyper-V باستخدام هذه الأداة (بدون أي تأثير على الإنتاج من أي نوع) لفهم النطاق الترددي ومتطلبات تخزين Azure للتكرار الناجح وتجاوز فشل الاختبار/ تجاوز الفشل. يمكنك تشغيل الأداة دون تثبيت أي مكونات Azure Site Recovery محليًا. ومع ذلك، للحصول على نتائج دقيقة لمعدل النقل المحقق، نوصي بتشغيل المخطط على خادم Windows يحتوي على نفس تكوين الأجهزة مثل تكوين أحد خوادم Hyper-V التي ستستخدمها لتمكين الحماية من الإصلاح بعد كارثة في Azure.

توفر الأداة التفاصيل التالية:

تقييم التوافق

  • تقييم أهلية الجهاز الظاهري، استنادا إلى عدد الأقراص، وحجم القرص، وعمليات IOPS، والخسارة، وعدد قليل من خصائص الجهاز الظاهري.

الحاجة إلى النطاق الترددي للشبكة مقابل تقييم RPO

  • النطاق الترددي المقدَّر للشبكة المطلوب للنسخ المتماثل دلتا
  • معدل النقل الذي يمكن أن يحصل عليها Azure Site Recovery محليًا إلى Azure
  • RPO التي يُمكن تحقيقها لعرض نطاق ترددي معين
  • التأثير على RPO المطلوب إذا تم توفير نطاق ترددي أقل.

إشعار

النطاق الترددي الموصى به في مخطط التوزيع قابل للتطبيق فقط على أجهزة Hyper-V الظاهرية المتوافقة.

متطلبات البنية الأساسية ل Azure

  • متطلبات نوع موقع التخزين (حساب التخزين القياسي أو المميز) لكل جهاز ظاهري
  • إجمالي عدد حِسابات التخزين القياسية والمميزة التي سيتم إعدادها للنسخ المتماثل
  • اقتراحات تسمية حساب التخزين، استنادًا إلى إرشادات Azure Storage
  • مكان حساب التخزين لجميع الأجهزة الظاهرية
  • عدد الذاكرات الأساسية لـ Azure التي سيتم إعدادها قبل تجاوز اختبار الفشل أو تجاوز الفشل في الاشتراك
  • الحجم الموصى به من الجهاز الظاهري لـAzure لكل جهاز ظاهري محلي

متطلبات البنية الأساسية المحلية

  • مساحة التخزين الحرة المطلوبة على كل وحدة تخزين Hyper-V للنسخ المتماثل الأولي الناجح والنسخ المتماثل دلتا لضمان عدم تسبب النسخ المتماثل للجهاز الظاهري في أي توقف غير مرغوب فيه لتطبيقات الإنتاج الخاصة بك
  • الحد الأقصى لتردد النسخ الذي يجب تعيينه للنسخ المتماثل Hyper-V

إرشادات النسخ المتماثل الأولية في دفعات

  • عدد دفعات الجهاز الظاهري التي سيتم استخدامها للحماية
  • قائِمة الأجهزة الظاهرية في كل دفعة
  • الترتيب الذي يجب أن تكون كل دفعة فيه محمية
  • الوقت المقدر لإتمام النسخ المتماثل الأولي لكل دفعة

التكلفة المقدرة للتعافي من الكوارث إلى Azure

  • التكلفة الإجمالية المقدرة لعملية الإصلاح بعد كارثة لـ Azure: تكلفة ترخيص الحوسبة والتخزين والشبكة وAzure Site Recovery
  • تحليل التكلفة التفصيلي لكل جهاز ظاهري

هام

نظرًا لأنه من المرجح أن يزداد الاستخدام بمرور الوقت، يتم تنفيذ جميع حسابات الأداة السابقة بافتراض عامل نمو بنسبة 30٪ في خصائص حمل العمل، وباستخدام القيمة المئوية 95 لجميع مقاييس جمع المعلومات (قراءة/ كتابة IOPS، وخسارة البيانات، وما إلى ذلك). تُعد جميع هذه العناصر (عامل النمو وحساب النسبة المئوية) قابلة للتكوين. لمعرفة المزيد عن عامل النمو، راجع قسم "اعتبارات عامل النمو". لمعرفة المزيد عن قيمة النسبة المئوية، راجع قسم "القيمة المئوية المستخدمة في الحساب".

مصفوفة الدعم

الفئات من VMware إلى Azure Hyper-V إلى Azure Azure إلى Azure Hyper-V إلى موقع ثانوي VMware إلى موقع ثانوي
السيناريوهات المدعومة ‏‏نعم‬ نعم لا ‏‏نعم‬* لا
إصدار مدعوم vCenter 6.7، و6.5، و6.0، أو 5.5 Windows Server 2016، وWindows Server 2012 R2 الجمعية الوطنية Windows Server 2016، وWindows Server 2012 R2 الجمعية الوطنية
عملية التكوين المدعومة vCenter، وESXi مجموعة Hyper-V، مُضيف Hyper-V الجمعية الوطنية مجموعة Hyper-V، مُضيف Hyper-V الجمعية الوطنية
عدد الخوادم التي يمكن تحليلها لكل مثيل قيد التشغيل من خطة نشر Azure Site Recovery مفرد (يمكن تعريف الأجهزة الظاهرية التي تنتمي إلى خادم vCenter أو خادم ESXi في كل مرة) متعدد (يمكن أن تكون الأجهزة الظاهرية عبر مضيفين متعددين أو مجموعات مضيفة يمكن أن تكون ملف تعريف في المرة) الجمعية الوطنية متعدد (يمكن أن تكون الأجهزة الظاهرية عبر مضيفين متعددين أو مجموعات مضيفة يمكن أن تكون ملف تعريف في المرة) الجمعية الوطنية

*الأداة مخصصة بشكل أساسي لسيناريو الإصلاح بعد كارثة لـ Hyper-V إلى Azure. بالنسبة لعملية الإصلاح بعد كارثة في Hyper-V إلى الموقع الثانوي، يمكن استخدامه فقط لفهم توصيات جانب المصدر مثل النطاق الترددي المطلوب للشبكة، ومساحة التخزين المجانية المطلوبة على كل خادم من خوادم Hyper-V المصدر، وأرقام تجميع النسخ المتماثل الأولية وتعريفات الدفعات. تجاهل توصيات Azure وتكاليفه من التقرير. أيضًا، لا تنطبق عملية الحصول على معدل النقل على سيناريو عملية الإصلاح بعد كارثة للموقع الثانوي.

المتطلبات الأساسية

تحتوي الأداة على ثلاث مراحل رئيسية لـ Hyper-V: الحصول على قائمة الأجهزة الظاهرية، وجمع المعلومات، وإنشاء التقارير. يوجد أيضًا خيار رابع لحساب معدل النقل فقط. يتم عرض متطلبات الخادم الذي يتعين تنفيذ المراحل المختلفة عليه في الجدول التالي:

مُتطلبات الخادم ‏‏الوصف
الحصول على قائمة الأجهزة الظاهرية، وجمع المعلومات وقياس معدل النقل
  • نظام التشغيل: Microsoft Windows Server 2016 أو Microsoft Windows Server 2012 R2
  • تكوين الجهاز: 8 vCPUs، و16 GB من ذاكرة RAM، 300 و300 GB من الأقراص الصلبة
  • Microsoft .NET Framework 4.5
  • Microsoft Visual C ++ قابلة لإعادة التوزيع لبرنامج Visual Studio 2012
  • الوصول عبر الإنترنت إلى Azure (*.blob.core.windows.net) من هذا الخادم، المنفذ 443
    [هذا اختياري. يمكنك اختيار توفير النطاق الترددي المتاح أثناء إنشاء التقرير يدوياً.]
  • حساب مخزن Azure
  • وصول المسؤول على الخادم
  • الحد الأدنى 100 غيغابايت من المساحة الحرة على القرص (بافتراض 1000 جهاز ظاهري بمتوسط ثلاثة أقراص لكل جهاز، يتم تحليلها لمدة 30 يومًا)
  • يجب إضافة الجهاز الظاهري الذي يتم من خلاله تشغيل أداة خطة نشر Azure Site Recovery إلى قائمة TrustedHosts لجميع خوادم Hyper-V.
  • يجب إضافة خوادم Hyper-V المراد تحليلها إلى قائمة TrustedHosts الخاصة بالجهاز الظاهري للعميل والذي يتم تشغيل الأداة عليه. تعرَّف على المزيد لإضافة خوادم إلى قائمة TrustedHosts.
  • يجب تشغيل الأداة من الامتيازات الإدارية من PowerShell أو وحدة تحكم خط الأوامر للعميل
إنشاء التقارير كمبيوتر شخصي Windows أو خادم Windows يعمل بنظام Microsoft Excel 2013 أو نظام أحدث
أذونات المستخدم حساب المسؤول للوصول إلى مضيف مجموعة Hyper-V /Hyper-V أثناء الحصول على قائمة الأجهزة الظاهرية وعمليات جمع المعلومات.
يجب أن يكون لدى جميع المضيفين الذين يحتاجون إلى تحليل حساب مسؤول مجال بنفس بيانات الاعتماد، أي اسم المستخدم وكلمة المرور

خطوات إضافة خوادم إلى قائِمة TrustedHosts

  1. يجب أن يحتوي الجهاز الظاهري الذي سيتم نشر الأداة من خلاله على جميع المضيفين ليتم تعريفهم في قائمة TrustedHosts الخاصة به. لإضافة العميل إلى قائمة Trustedhosts شغِّل الأمر التالي من PowerShell مرتفع على الجهاز الظاهري. قد يكون الجهاز الظاهري Windows Server 2012 R2 أو Windows Server 2016.

    set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate

  2. يجب أن يكون لكل مضيف Hyper-V يحتاج إلى أن يتم تحليله:

    أ. الجهاز الظاهري الذي سيتم تشغيل الأداة عليه في قائمة TrustedHosts. شغِّل الأمر التالي من PowerShell مرتفع على مضيف Hyper-V.

    set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[,<ComputerName>]' -Concatenate

    ب. تمكين الاتصال عن بعد في PowerShell.

    Enable-PSRemoting -Force

تنزيل أداة مخطط النشر واستخراجها

  1. نزل أحدث إصدار من خطة نشر استرداد موقع Azure. تُحزم الأداة في مجلد .zip. تدعم نفس الأداة سيناريوهات VMware لـ Azure وHyper-V للإصلاح بعد الكارثة في Azure. يمكنك استخدام هذه الأداة لسيناريو الإصلاح بعد الكارثة من Hyper-V-إلى الموقع الثانوي أيضًا ولكن تجاهل توصية البنية الأساسية لـ Azure من التقرير.

  2. انسخ المجلد .zip إلى خادم Windows الذي ترغب في تشغيل الأداة عليه. يمكِنك تشغيل الأداة على Windows Server 2012 R2 أو Windows Server 2016. يجب أن يكون لدى الخادم حق الوصول إلى الشبكة للاتصال بمجموعة Hyper-V أو مضيف Hyper-V الذي يحتفظ بالأجهزة الظاهرية المراد تحليلها. نوصي بامتلاك نفس تكوين الأجهزة للجهاز الظاهري، حيث سيتم تشغيل الأداة، مثل تكوين خادم Hyper-V، الذي تريد حمايته. يضمن مثل هذا التكوين أن معدل النقل الفعلي المحققة التي تبلغ عنها الأداة تتطابق مع معدل النقل الفعلي الذي يمكن أن يحققها Azure Site Recovery أثناء النسخ المتماثل. يعتمد حساب معدل النقل على النطاق الترددي للشبكة المتوفر على تكوين الخادم والأجهزة (وحدة المعالجة المركزية، وموقع التخزين، وما إلى ذلك) للخادم. يُحسب معدل النقل من الخادم الذي يتم تشغيل الأداة عليه لـ Azure. إذا كان تكوين الأجهزة الخاص بالخادم يختلف عن خادم Hyper-V، فإن معدل النقل المحقق التي تقوم الأداة بالإبلاغ عنها ستكون غير دقيقة. التكوين الموصى به للجهاز الظاهري: 8 وحدات معالجة مركزية (vCPU)، وذاكرة وصول عشوائي (RAM) سعة 16 جيجابايت، ومحرك أقراص ثابتة (HDD) 300 جيجابايت.

  3. استخراج مجلد .zip. يحتوي المجلد على ملفات ومجلدات فرعية متعددة. الملف التنفيذي ASRDeploymentPlanner.exe في المجلد الأصل.

مثال: نسخ ملف .zip إلى محرك الأقراص E:\ واستخراجه. E:\ASR Deployment Planner_v2.3.zip

E:\ASR Deployment Planner_v2.3\ASRDeploymentPlanner.exe

التحديث إلى أحدث إصدار من خطة النشر

تُلخص آخر التحديثات في محفوظات إصداراتDeployment Planner.

إذا كان لديك إصدار سابق من خطة النشر، فقم بأي مما يلي:

  • إذا كان الإصدار الأخير لا يحتوي على إصلاح جمع المعلومات، وكان جمع المعلومات قيد التقدم بالفعل على الإصدار الحالي من الخطة، فتابع جمع المعلومات.
  • إذا كان الإصدار الأحدث يحتوي على إصلاح جمع المعلومات، فنوصي بالتوقف عن جمع المعلومات على الإصدار الحالي وإعادة تشغيل جمع المعلومات باستخدام الإصدار الجديد.

إشعار

عند بدء جمع المعلومات باستخدام الإصدار الجديد، مرر نفس مسار دليل الإخراج بحيث تُلحق الأداة بيانات ملف التعريف على الملفات الموجودة. سيتم استخدام مجموعة كاملة من البيانات المحللة لإنشاء التقرير. إذا مررت دليل إخراج مختلف، يتم إنشاء ملفات جديدة، ولا يتم استخدام بيانات ملف التعريف القديمة لإنشاء التقرير.

كل خطة نشر جديد هي تحديث تراكمي لملف .zip. لست بحاجة إلى نسخ أحدث الملفات إلى المجلد السابق. يمكنك إنشاء مجلد جديد واستخدامه.

سجل الإصدارات

أحدث إصدار من أداة خطة نشر Azure Site Recovery هو 2.5. راجع صفحة تاريخ إصدارات خطة نشر Azure Site Recovery للإصلاحات التي تتم إضافتها في كل تحديث.

الخطوات التالية