مشاركة عبر

إعداد الإصلاح بعد الكارثة على نطاق واسع لأجهزة VMware الظاهرية/الخوادم الفعلية

  • مقالة

توضح هذه المقالة كيفية إعداد إصلاح الكارثة إلى Azure لعدد كبير (> 1000) من أجهزة VMware المحلية أو الخوادم الفعلية في بيئة الإنتاج الخاصة بك، باستخدام خدمة Azure Site Recovery .

تحديد استراتيجية بيانات تكوين التمهيد

كجزء من استراتيجية استمرارية الأعمال والإصلاح بعد الكارثة (BCDR)، يمكنك تحديد أهداف نقطة الاسترداد (RPOs) وأهداف وقت الاسترداد (RTOs) لتطبيقات عملك وأعباء العمل. يقيس RTO مدة الوقت ومستوى الخدمة التي يجب أن يتم خلالها استعادة تطبيق أو عملية تجارية وإتاحتها، من أجل تجنب مشكلات الاستمرارية.

  • يوفر Site Recovery نسخًا متماثلًا مستمرًا لأجهزة VMware الافتراضية والخوادم الفعلية، و اتفاقية مستوى الخدمة لـRTO.
  • أثناء التخطيط لإصلاح البيانات بعد الكارثة على نطاق واسع لأجهزة VMware الظاهرية ومعرفة موارد Azure التي تحتاجها، يمكنك تحديد قيمة RTO التي سيتم استخدامها لحسابات السعة.

أفضل الممارسات

بعض أفضل الممارسات العامة للإصلاح بعد الكارثة على نطاق واسع. تتم مناقشة أفضل الممارسات هذه بمزيد من التفاصيل في الأقسام التالية من المستند.

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

جمع معلومات تخطيط القدرات

اجمع معلومات حول بيئتك المحلية للمساعدة في تقييم احتياجات السعة المستهدفة (Azure) وتقديرها.

  • بالنسبة لبرنامج VMware، قم بتشغيل Deployment Planner لأجهزة vMware الظاهرية للقيام بذلك.
  • بالنسبة للخوادم الفعلية، قم بجمع المعلومات يدويًا.

قم بتشغيل Deployment Planner لـ VMware VMs

يساعدك Deployment Planner على جمع معلومات حول بيئة VMware المحلية الخاصة بك.

  • قم بتشغيل Deployment Planner خلال فترة تمثل حدوث خلل نموذجي لأجهزة VM الخاصة بك. سيؤدي هذا إلى تقديرات وتوصيات أكثر دقة.
  • نوصي بتشغيل Deployment Planner على جهاز خادم التكوين، حيث يحسب Planner معدل النقل من الخادم الذي يعمل عليه. اعرف المزيد بشأن قياس معدل النقل.
  • إذا لم يكن لديك إعداد خادم تكوين بعد:

ثم قم بتشغيل Planner على النحو التالي:

  1. تعرف على معلومات حول مخطط النشر. يمكنك تنزيل أحدث إصدار من المدخل أو تنزيله مباشرة .
  2. راجع المتطلبات الأساسية و آخر التحديثات لـDeployment Planner، و نزّل واستخرج الأداة.
  3. قم بتشغيل Deployment Planner على خادم التكوين.
  4. أنشئ تقريرًا لتلخيص التقديرات والتوصيات.
  5. حلّل توصيات التقرير و تقديرات التكلفة .

إشعار

بشكل افتراضي، يتم تكوين الأداة لملف التعريف وإنشاء تقرير لما يصل إلى 1000 جهاز افتراضي. يمكنك تغيير هذا الحد عن طريق زيادة قيمة المفتاح MaxVMsSupported في ملف ASRDeploymentPlanner.exe.config.

متطلبات الخطة المستهدفة (Azure) والسعة

باستخدام التقديرات والتوصيات التي جمعتها، يمكنك التخطيط للموارد والقدرات المستهدفة. إذا قمت بتشغيل Deployment Planner لأجهزة VMware الظاهرية، فيمكنك استخدام عدد من توصيات التقرير لمساعدتك.

  • أجهزة ظاهرية متوافقة : استخدم هذا الرقم لتحديد عدد الأجهزة الظاهرية الجاهزة للإصلاح بعد الكارثة في Azure. تستند التوصيات المتعلقة بعرض النطاق الترددي للشبكة والذاكرات الأساسية لـAzure إلى هذا الرقم.
  • النطاق الترددي المطلوب للشبكة : لاحظ النطاق الترددي الذي تحتاجه لنسخ دلتا لأجهزة ظاهرية متوافقة.
    • عند تشغيل Planner، فإنك تحدد RPO المطلوب في دقائق. توضح لك التوصيات النطاق الترددي المطلوب لتلبية هذا RPO بنسبة 100٪ و90٪ من الوقت.
    • تأخذ توصيات النطاق الترددي للشبكة في الاعتبار النطاق الترددي المطلوب لإجمالي عدد خوادم التكوين وخوادم العملية الموصى بها في Planner.
  • الذاكرات الأساسية لـAzure المطلوبة : لاحظ عدد الذاكرات الأساسية التي تحتاجها في منطقة Azure المستهدفة، بناءً على عدد الأجهزة الظاهرية المتوافقة. إذا لم يكن لديك ما يكفي من الذاكرات الأساسية، فلن يتمكن استرداد الموقع عند تجاوز الفشل من إنشاء أجهزة Azure الظاهرية المطلوبة.
  • حجم دفعة الأجهزة الظاهرية الموصى به: يعتمد حجم الدفعة الموصى به على القدرة على إنهاء النسخ المتماثل الأولي للدفعة في غضون 72 ساعة بشكل افتراضي، مع تلبية RPO بنسبة 100٪. بمقدورك تعديل قيمة الساعة.

يمكنك استخدام هذه التوصيات للتخطيط لموارد Azure وعرض النطاق الترددي للشبكة وتجميع الأجهزة الظاهرية.

تنظيم اشتراكات Azure والحصص

نريد التأكد من أن الحصص المتاحة في الاشتراك المستهدف كافية للتعامل مع تجاوز الفشل.

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

بالنسبة للخوادم الفعلية، تحقق بأن الذاكرات الأساسية في Azure تفي بتقديراتك اليدوية.

للتحقق من الحصص، في > الاشتراك في مدخل Microsoft Azure، انقر فوق الاستخدام + الحصص .

اعرف المزيد حول زيادة الحصص.
التحقق من حدود تجاوز الفشل يجب ألا يتجاوز عدد حالات الفشل حدود تجاوز فشل Site Recovery. إذا تجاوزت تجاوزات الفشل الحدود، يمكنك إضافة اشتراكات، والفشل في الاشتراكات المتعددة، أو زيادة الحصة النسبية للاشتراك.

حدود تجاوز الفشل

تشير الحدود إلى عدد حالات الفشل التي يدعمها Site Recovery في غضون ساعة واحدة، بافتراض وجود ثلاثة أقراص لكل جهاز.

ما المقصود بالامتثال؟ لتشغيل جهاز AZURE ظاهري، يتطلب Azure أن تكون بعض برامج التشغيل في حالة بدء التشغيل، وأن يتم تعيين خدمات مثل DHCP للبدء تلقائيًا.

  • الأجهزة المتوافقة سيكون لها هذه الإعدادات بالفعل.
  • بالنسبة للأجهزة التي تعمل بنظام Windows، يمكنك التحقق بشكل استباقي من التوافق وجعلها متوافقة إذا لزم الأمر. اعرف المزيد.
  • لا تخضع أجهزة Linux للامتثال إلا في وقت تجاوز الفشل.
هل يتوافق الجهاز مع Azure؟ حدود جهاز Azure الظاهري (تجاوز فشل القرص المُدار)
‏‏نعم‬ 2000
لا 1000
  • تفترض الحدود أن الحد الأدنى من الوظائف الأخرى قيد التقدم في المنطقة المستهدفة للاشتراك.
  • بعض مناطق Azure صغيرة، وقد يكون لها حدود أقل قليلًا.

تخطيط البنية التحتية واتصالية الجهاز الظاهري

بعد تجاوز الفشل في Azure، تحتاج إلى أن تعمل أعباء العمل كما فعلت محليًا، ولتمكين المستخدمين من الوصول إلى أحمال العمل التي تعمل على Azure VMs.

  • تعرف على المزيد حول الفشل في البنية الأساسية المحلية لخدمات مجال Active Directory أو DNS إلى Azure.
  • تعرف على المزيد حول الاستعداد للاتصال بأجهزة Azure الظاهرية بعد تجاوز الفشل.

التخطيط لسعة المصدر ومتطلباته

من الأهمية بمكان امتلاك خوادم تكوين كافية وخوادم عمليات قابلة للتوسيع لتلبية متطلبات السعة. عندما تبدأ التوزيع على نطاق واسع، ابدأ بخادم تكوين واحد وخادم عملية واحدة قابلة للتوسيع. عندما تصل إلى الحدود المنصوص عليها، أضف خوادم إضافية.

إشعار

بالنسبة لأجهزة VMware الظاهرية، يقدم Deployment Planner بعض التوصيات حول التكوين وخوادم المعالجة التي تحتاجها. نوصي باستخدام الجداول المضمنة في الإجراءات التالية، بدلاً من اتباع توصية Deployment Planner.

إعداد خادم التكوين

تتأثر سعة خادم التكوين بعدد الأجهزة التي تنسخ، وليس بمعدل زبد البيانات. لمعرفة ما إذا كنت بحاجة إلى خوادم تكوين إضافية، استخدم حدود الجهاز الظاهري المحددة هذه.

وحده المعالجه المركزيه الذاكرة قرص ذاكرة التخزين المؤقت حد الجهاز المنسوخ
8 وحدات للمعالجة المركزية الظاهرية
مأخذا توصيل * 4 ذاكرات أساسية @ 2.5 جيجاهرتز		 16 غيغابايت 600 GB ما يصل إلى 550 جهازًا
بافتراض أن كل جهاز يحتوي على ثلاثة أقراص سعة كل منها 100 GB.
  • تستند هذه الحدود إلى إعداد خادم التكوين باستخدام قالب OVF.
  • تفترض الحدود أنك لا تستخدم خادم العملية الذي يعمل افتراضيًا على خادم التكوين.

إذا كنت بحاجة إلى إضافة خادم تكوين جديد، فاتبع الإرشادات التالية:

أثناء إعداد خادم التكوين، لاحظ ما يلي:

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

إعداد خادم العملية

تتأثر سعة خادم العملية بمعدلات نقل البيانات، وليس بعدد الأجهزة التي تم تمكين النسخ المتماثل لها.

  • لعمليات النشر الكبيرة، يجب أن يكون لديك دائمًا خادم معالجة واحد على الأقل قابل للتوسيع.
  • لمعرفة ما إذا كنت بحاجة إلى خوادم إضافية، استخدم الجدول التالي.
  • نوصي بإضافة خادم بأعلى المواصفات.
وحده المعالجه المركزيه الذاكرة قرص ذاكرة التخزين المؤقت معدل التذبذب
12 وحدة معالجة مركزية افتراضية
مأخذا توصيل * 6 ذاكرات أساسية @ 2.5 غيغاهرتز		 24 GB 1 تيرابايت ما يصل إلى 2 تيرابايت في اليوم

قم بإعداد خادم العملية على نحو ما يلي:

  1. راجع المتطلبات الأساسية .
  2. قم بتثبيت الخادم في البوابة ، أو من سطر الأوامر .
  3. كوّن أجهزة منسوخة لاستخدام الخادم الجديد. إذا كان لديك بالفعل أجهزة تنسخ نسخا متماثلا:
    • يمكنك نقل حمل عمل خادم العملية بالكامل إلى خادم العملية الجديد.
    • بدلاً من ذلك، يمكنك نقل أجهزة ظاهرية محددة إلى خادم العملية الجديد.

تمكين النسخ المتماثل على نطاق واسع

بعد تخطيط القدرات ونشر المكونات والبنية التحتية المطلوبة، قم بتمكين النسخ المتماثل لأعداد كبيرة من الأجهزة الافتراضية.

  1. افرز الأجهزة إلى دفعات. مكّن النسخ المتماثل للأجهزة الظاهرية ضمن دفعة ثم انتقل إلى الدفعة التالية.

    • بالنسبة إلى الأجهزة الظاهرية ل VMware، يمكنك استخدام حجم دفعة الأجهزة الظاهرية الموصى به في تقرير Deployment Planner.
    • بالنسبة للأجهزة الفعلية، نوصيك بتحديد الدُفعات بناءً على الأجهزة التي لها نفس الحجم وكمية البيانات، وعلى معدل نقل الشبكة المتاح. الهدف هو تجميع الأجهزة التي من المحتمل أن تنتهي من نسخها الأولي في نفس الفترة الزمنية تقريبًا.

  2. إذا كان اضطراب القرص لجهاز ما مرتفعًا، أو تجاوز الحدود في Deployment thePlanner، فيمكنك نقل الملفات غير الهامة التي لا تحتاج إلى نسخها (مثل عمليات تفريغ السجلات أو الملفات المؤقتة) من الجهاز. بالنسبة لأجهزة VMware الظاهرية، يمكنك نقل هذه الملفات إلى قرص منفصل، ثم استبعاد هذا القرص من النسخ المتماثل.

  3. قبل تمكين النسخ، تحقق من أن الأجهزة تفي بمتطلبات النسخ المتماثل .

  4. كوّن نهج النسخ المتماثل للأجهزة الظاهرية VMware أو الخوادم الفعلية.

  5. مكّن النسخ المتماثل لـ أجهزة VMware الظاهرية أو الخوادم الفعلية . هذا يبدأ النسخ المتماثل الأولي للأجهزة المحددة.

مراقبة عملية النشر

بعد بدء النسخ المتماثل للدفعة الأولى من الأجهزة الافتراضية، ابدأ في مراقبة النشر كما يلي:

  1. قم بتعيين مسؤول الإصلاح بعد الكارثة لمراقبة الحالة الصحية للأجهزة المنسوخة.
  2. راقب الأحداث للعناصر المنسوخة والبنية الأساسية.
  3. راقب صحة خوادم العمليات القابلة للتوسعة.
  4. اشترك للحصول على إشعارات بالبريد الإلكتروني للأحداث لتسهيل المراقبة.
  5. قم بإجراء تدريبات على الإصلاح بعد الكارثة ، للتأكد من أن كل شيء يعمل كما هو متوقع.

التخطيط لعمليات تجاوز الفشل على نطاق واسع

في حالة وقوع كارثة، قد تحتاج إلى تجاوز الفشل في عدد كبير من الأجهزة / أعباء العمل في Azure. ابدأ الاستعداد لهذا النوع من الأحداث على النحو التالي.

يمكنك الاستعداد مسبقًا لتجاوز الفشل على النحو التالي:

  • قم بإعداد البنية الأساسية والأجهزة الظاهرية الخاصة بك بحيث تكون أعباء العمل لديك متاحة بعد تجاوز الفشل، وحتى يتمكن المستخدمون من الوصول إلى أجهزة Azure الافتراضية.
  • لاحظ حدود تجاوز الفشل المذكورة سابقًا في هذا المستند. تأكد من أن حالات الفشل الخاصة بك ستقع ضمن هذه الحدود.
  • قم بإجراء تدريبات منتظمة على الإصلاح بعد الكارثة. التدريبات تساعد على:
    • ابحث عن فجوات في النشر قبل تجاوز الفشل.
    • قدّر RTO الشامل لتطبيقاتك.
    • قدّر RPO من طرف إلى طرف لأحمال العمل الخاصة بك.
    • حدّد حالات التعارض في نطاق عنوان IP.
    • أثناء تشغيل التدريبات، نوصيك بعدم استخدام شبكات الإنتاج للتدريبات وتنظيف عمليات الإخفاق في الاختبار بعد كل تدريب.

لتشغيل تجاوز فشل واسع النطاق، نوصي بالقيام بما يلي:

  1. إنشاء خطط استرداد لتجاوز فشل عبء العمل.
    • يمكن أن تؤدي كل خطة استرداد إلى تجاوز الفشل لما يصل إلى 100 جهاز.
    • اقرأ المزيد بشأن خطط الاسترداد.
  2. أضف البرامج النصية لـ Azure Automation runbook إلى خطط الاسترداد، لأتمتة أي مهام يدوية على Azure. تتضمن المهام النموذجية تكوين أرصدة التحميل وتحديث DNS وما إلى ذلك. معرفة المزيد
  3. قبل تجاوز الفشل، قم بإعداد أجهزة Windows بحيث تتوافق مع بيئة Azure. حدود تجاوز الفشل أعلى للأجهزة المتوافقة. اعرف المزيد حول كتب التشغيل.
  4. تشغيل تجاوز الفشل باستخدام الأمر Start-AzRecoveryServicesAsrPlannedFailoverJob PowerShell cmdlet، جنبًا إلى جنب مع خطة الاسترداد.

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

مراقبة استرداد الموقع