نبذة عن Azure Site Recovery Deployment Planner لـ VMware إلى Azure
هذه المقالة هي دليل مستخدم Azure Site Recovery Deployment Planner لعمليات نشر إنتاج VMware إلى Azure.
نظرة عامة
قبل البدء في حماية أي أجهزة ظاهرية VMware vSphere باستخدام Azure Site Recovery، خصص نطاقاً ترددياً كافياً، استناداً إلى معدل تغيير البيانات اليومي، لتلبية هدف نقطة الاسترداد المطلوب (RPO). تأكد من توزيع العدد الصحيح من خوادم التكوين وخوادم المعالجة محلياً.
تحتاج أيضاً إلى إنشاء النوع والعدد المناسبين من حسابات Azure Storage الهدف. يمكنك إنشاء حسابات تخزين قياسية أو متميزة، باحتساب النمو على خوادم الإنتاج المصدر بسبب زيادة الاستخدام بمرور الوقت. يمكنك اختيار نوع التخزين لكل جهاز ظاهري، استنادا إلى خصائص حمل العمل (على سبيل المثال، عمليات الإدخال/الإخراج في الثانية للقراءة/ والكتابة [IOPS] أو حركة البيانات) وحدود Site Recovery.
Site Recovery Deployment Planner هو أداة سطر أوامر لكل من Hyper-V إلى Azure وVMware إلى سيناريوهات الإصلاح بعد كارثة في Azure. يمكنك تحديد تعريف الأجهزة الظاهرية VMware عن بُعد باستخدام هذه الأداة (دون أي تأثير على الإنتاج على الإطلاق) لفهم عرض النطاق الترددي ومتطلبات التخزين للنسخ المتماثل الناجح واختبار تجاوز الفشل. يمكنك تشغيل الأداة دون تثبيت أي مكونات Site Recovery محلياً. للحصول على نتائج معدل النقل دقيق محقق، شغّل المخطط على Windows Server، الذي يلبي الحد الأدنى من متطلبات خادم تكوين Site Recovery الذي تحتاج في النهاية إلى نشره كإحدى الخطوات الأولى في نشر الإنتاج.
توفر الأداة التفاصيل التالية:
تقييم التوافق
- تقييم أهلية الجهاز الظاهري، استناداً إلى عدد الأقراص، وحجم القرص، وعمليات الإدخال والإخراج في الثانية، والحركة ونوع التشغيل (EFI/BIOS)، وإصدار نظام التشغيل
الحاجة إلى النطاق الترددي للشبكة مقابل تقييم RPO
- النطاق الترددي المُقدر للشبكة المطلوب لنسخ دلتا المتماثل
- معدل النقل الذي يمكن أن يحصل عليه Site Recovery من المحلي إلى Azure
- عدد الأجهزة الظاهرية المراد دفعها، استناداً إلى عرض النطاق الترددي المقدر لإكمال النسخ المتماثل الأولي في فترة زمنية معينة
- RPO التي يُمكن تحقيقها لعرض نطاق ترددي معين
- التأثير على هدف نقطة الاسترداد (RPO) المطلوب إذا توفّر عرض نطاق ترددي أقل
متطلبات البنية الأساسية ل Azure
- متطلبات نوع التخزين (التخزين القياسي أو المتميز) لكل جهاز ظاهري
- إجمالي عدد حسابات التخزين القياسية والمميزة التي سيتم إعدادها للنسخ المتماثل (بما في ذلك حسابات تخزين ذاكرة التخزين المؤقت)
- اقتراحات تسمية حساب التخزين، استناداً إلى إرشادات التخزين
- عدد نوى Azure الذي سيُعد قبل اختبار تجاوز الفشل أو تجاوز الفشل على الاشتراك
- الحجم الموصى به من Azure VM لكل جهاز ظاهري محلي
متطلبات البنية الأساسية المحلية
- العدد المطلوب من خوادم التكوين وخوادم العمليات التي ستُنشر محليا
التكلفة المقدرة للإصلاح بعد كارثة إلى Azure
- التكلفة الإجمالية المقدرة للإصلاح بعد كارثة إلى Azure: تكلفة الحساب والتخزين والشبكة وترخيص Site Recovery
- تحليل التكلفة التفصيلي لكل جهاز ظاهري
هام
نظرا لأنه من المرجح زيادة الاستخدام بمرور الوقت، يتم إجراء جميع حسابات الأدوات السابقة بافتراض عامل نمو بنسبة 30% في خصائص حمل العمل. تُستخدم الحسابات أيضاً قيمة مئوية 95% لجميع مقاييس جمع المعلومات، مثل عمليات الإدخال والإخراج في الثانية للقراءة / والكتابة والحركة. عامل النمو وحساب النسبة المئوية قابلان للتكوين. لمعرفة المزيد عن عامل النمو، راجع قسم "اعتبارات عامل النمو". لمعرفة المزيد عن قيمة النسبة المئوية، راجع قسم "القيمة المئوية المستخدمة في الحساب".
مصفوفة الدعم
| الفئة | من VMware إلى Azure | Hyper-V إلى Azure | Azure إلى Azure | Hyper-V إلى موقع ثانوي | VMware إلى موقع ثانوي |
|---|---|---|---|---|---|
| السيناريوهات المدعومة | نعم | نعم | لا | نعم* | لا |
| إصدار مدعوم | خادم vCenter 7.0 أو 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 | الجمعية الوطنية |
| عدد الخوادم التي يمكن توصيفها لكل مثيل قيد التشغيل من Site Recovery Deployment Planner | مفرد (يمكن تعريف الأجهزة الظاهرية التي تنتمي إلى خادم vCenter أو خادم ESXi في كل مرة) | متعددة (يمكن تعريف الأجهزة الظاهرية عبر مضيفين متعددين أو نظام مجموعات مضيفين في وقت واحد) | الجمعية الوطنية | متعددة (يمكن تعريف الأجهزة الظاهرية عبر مضيفين متعددين أو نظام مجموعات مضيفين في وقت واحد) | الجمعية الوطنية |
*الأداة مخصصة بشكل أساسي لسيناريو الإصلاح بعد كارثة لـ Hyper-V إلى Azure. بالنسبة إلى الإصلاح بعد كارثة من Hyper-V إلى الموقع الثانوي، يمكن استخدامه فقط لفهم التوصيات من جانب المصدر مثل عرض النطاق الترددي المطلوب للشبكة، ومساحة التخزين الحرة المطلوبة على كل خادم من خوادم Hyper-V المصدر، وأرقام تجميع النسخ المتماثل الأولي وتعريفات الدفعات. تجاهل توصيات Azure وتكاليفه من التقرير. أيضاً، لا تنطبق عملية الحصول على معدل النقل على سيناريو الإصلاح بعد كارثة من Hyper-V إلى موقع ثانوي.
المتطلبات الأساسية
تحتوي الأداة على مرحلتين رئيسيتين: جمع المعلومات وإنشاء التقارير. هناك أيضاً خيار ثالث لحساب معدل النقل فقط. تُعرض متطلبات الخادم الذي يبدأ منه جمع المعلومات وقياس معدل النقل في الجدول التالي.
| مُتطلبات الخادم | الوصف |
|---|---|
| جمع المعلومات وقياس معدل النقل |
|
| إنشاء التقارير | كمبيوتر Windows أو Windows Server مع Excel 2013 أو إصدار أحدث. |
| أذونات المستخدم | إذن للقراءة فقط لحساب المستخدم الذي يُستخدم في الوصول إلى خادم VMware vCenter/مضيف VMware vSphere ESXi أثناء جمع المعلومات |
إشعار
يمكن للأداة تحليل الأجهزة الظاهرية فقط باستخدام أقراص VMDK وRDM. لا يمكنه تحليل الأجهزة الظاهرية باستخدام أقراص iSCSI أو NFS. يدعم Site Recovery أقراص iSCSI وNFS لخوادم VMware. نظراً لأن مخطط النشر ليس داخل الضيف ويُحلل فقط باستخدام عدّادات أداء vCenter، فإن الأداة لا تتمتع برؤية لأنواع الأقراص هذه.
تنزيل أداة مخطط النشر واستخراجها
نزّل أحدث إصدار من Site Recovery Deployment Planner. تُحزم الأداة في مجلد .zip. يدعم الإصدار الحالي من الأداة سيناريو VMware إلى Azure فقط.
انسخ المجلد .zip إلى Windows server الذي تريد تشغيل الأداة منه. يمكنك تشغيل الأداة من Windows Server 2012 R2 إذا كان لدى الخادم وصول إلى الشبكة للاتصال بمضيف خادم vCenter /vSphere ESXi الذي يحتفظ بالأجهزة الظاهرية المراد تحليلها. ومع ذلك، نوصي بتشغيل الأداة على خادم يفي تكوين أجهزته بإرشادات تحجيم خادم التكوين. إذا قمت بالفعل بتوزيع مكونات Site Recovery محلياً، فشغّل الأداة من خادم التكوين.
نوصي بأن يكون لديك تكوين الأجهزة مثل خادم التكوين نفسه (الذي يحتوي على خادم عملية مدمج) على الخادم حيث تقوم بتشغيل الأداة. يضمن هذا التكوين أن معدل النقل المحقق الذي تبلغ عنه الأداة يتطابق مع معدل النقل الفعلي الذي يمكن أن يحققه Site Recovery أثناء النسخ المتماثل. يعتمد حساب معدل النقل على عرض النطاق الترددي للشبكة المتاح على تكوين الخادم والأجهزة (مثل المعالج والتخزين) للخادم. إذا شغّلت الأداة من أي خادم آخر، فسيُحسب معدل النقل من هذا الخادم إلى Azure. أيضاً، نظراً لأن تكوين الأجهزة للخادم قد يختلف عن تكوين خادم التكوين، فقد يكون معدل النقل المحقق الذي تبلغ عنه الأداة غير دقيق.
استخراج مجلد .zip. يحتوي المجلد على ملفات ومجلدات فرعية متعددة. الملف التنفيذي ASRDeploymentPlanner.exe في المجلد الأصل.
مثال: نسخ ملف .zip إلى محرك الأقراص E:\ واستخراجه. E:\ASR Deployment Planner_v2.3.zip
E:\ASR Deployment Planner_v2.3\ASRDeploymentPlanner.exe
التحديث إلى أحدث إصدار من Deployment Planner
تُلخص آخر التحديثات في محفوظات إصداراتDeployment Planner.
إذا كان لديك إصدار سابق من Deployment Planner، فنفذ أياً مما يلي:
- إذا كان الإصدار الأخير لا يحتوي على إصلاح جمع المعلومات، وكان جمع المعلومات قيد التقدم بالفعل على الإصدار الحالي من الخطة، فتابع جمع المعلومات.
- إذا كان الإصدار الأحدث يحتوي على تصحيح جمع المعلومات، فإننا نوصي بالتوقف عن جمع المعلومات على الإصدار الحالي وإعادة تشغيل جمع المعلومات باستخدام الإصدار الجديد.
إشعار
عند بدء جمع المعلومات باستخدام الإصدار الجديد، مرر نفس مسار دليل الإخراج بحيث تُلحق الأداة بيانات ملف التعريف على الملفات الموجودة. تُستخدم مجموعة كاملة من البيانات المُحللة لإنشاء التقرير. إذا مررت دليل إخراج مختلفاً، فستُنشأ ملفات جديدة ولن تُستخدم البيانات المُحللة القديمة لإنشاء التقرير.
كل إصدار جديد من Deployment Planner هو تحديث تراكمي لملف .zip. لست بحاجة إلى نسخ أحدث الملفات إلى المجلد السابق. يمكنك إنشاء مجلد جديد واستخدامه.
سجل الإصدارات
أحدث إصدار من أداة Site Recovery Deployment Planner هو 2.5. راجع صفحة محفوظات إصدارات Site Recovery Deployment Planner للاطلاع على التصحيحات التي تُضاف في كل تحديث.