تخطيط السعة والتحجيم للإصلاح بعد كارثة في VMware إلى Azure
استخدم هذه المقالة للتخطيط السعة والتحجيم عند نسخ الأجهزة الظاهرية المحلية VMware والخوادم الفعلية إلى Azure باستخدام Azure Site Recovery - الكلاسيكي.
في التحديث، تحتاج إلى إنشاء واستخدام جهاز النسخ المتماثل Azure Site Recovery/أجهزة متعددة لتخطيط السعة.
كيف أبدأ تخطيط السعة؟
للتعرف على متطلبات البنية الأساسية لـAzure Site Recovery، جمع معلومات عن بيئة النسخ المتماثل عن طريق تشغيل Azure Site Recovery Deployment Planner للنسخ المتماثل VMware. لمزيد من المعلومات، راجع عن مخطط نشر Site Recovery لـVMware إلى Azure.
يوفر مخطط نشر Site Recovery تقريرا يحتوي على معلومات كاملة عن الأجهزة الظاهرية المتوافقة وغير المتوافقة والأقراص لكل جهاز ظاهري وحركة البيانات لكل قرص. تلخص الأداة أيضاً متطلبات النطاق الترددي للشبكة لتلبية هدف نقطة الاسترداد الهدف والبنية الأساسية لـAzure المطلوبة للنسخ المتماثل الناجح واختبار تجاوز الفشل.
اعتبارات السعة
| المكونات | التفاصيل |
|---|---|
| النسخ المتماثل | الحد الأقصى لمعدل التغيير اليومي: يمكن للجهاز المحمي استخدام خادم عملية واحد فقط. يمكن لخادم العملية التعامل مع معدل تغيير يومي يصل إلى 2 تيرابايت. لذلك، فإن 2 تيرابايت هو الحد الأقصى لمعدل تغيير البيانات اليومي المدعوم لجهاز محمي. الحد الأقصى لمعدل النقل: يمكن أن ينضم الجهاز المنسوخ إلى حساب تخزين في Azure. يمكن لحساب Azure Storage القياسي التعامل مع 20000 طلباً كحد أقصى في الثانية. نوصي بتحديد عدد عمليات الإدخال/الإخراج في الثانية (IOPS) عبر الجهاز المصدر إلى 20000. على سبيل المثال، إذا كان لديك جهاز مصدر يحتوي على خمسة أقراص ويُنشئ كل قرص 120 عملية إدخال/ إخراج في الثانية (بحجم 8 K) على الجهاز المصدر، فإن الجهاز المصدر يقع ضمن حد Azure لعمليات الإدخال/الإخراج في الثانية لكل قرص البالغ 500. (يساوي عدد حسابات التخزين المطلوبة إجمالي عمليات الإدخال/ الإخراج في الثانية للجهاز المصدر مقسوما على 20000.) |
| خادم التكوين | يجب أن يكون خادم التكوين قادراً على التعامل مع سعة معدل التغيير اليومي عبر جميع أحمال العمل التي تعمل على الأجهزة المحمية. يجب أن يحتوي جهاز التكوين على نطاق ترددي كافٍ لنسخ البيانات نسخاً متماثلاً باستمرار إلى Azure Storage. تتمثل أفضل الممارسات في وضع خادم التكوين على نفس شريحة الشبكة وLAN مثل الأجهزة التي تريد حمايتها. يمكنك وضع خادم التكوين على شبكة مختلفة، ولكن يجب أن يكون لدى الأجهزة التي تريد حمايتها رؤية شبكة من الطبقة 3. يتم تلخيص توصيات الحجم لخادم التكوين في الجدول في القسم التالي. |
| خادم العملية | يُثبت خادم العملية الأول بشكل افتراضي على خادم التكوين. يمكنك توزيع خوادم عمليات إضافية لتوسيع نطاق بيئتك. يتلقى خادم العملية بيانات النسخ المتماثل من الأجهزة المحمية. يعمل خادم العملية على تحسين البيانات باستخدام التخزين المؤقت والضغط والتشفير. بعد ذلك، يُرسل خادم العملية البيانات إلى Azure. يجب أن يحتوي جهاز خادم العملية على موارد كافية لتنفيذ هذه المهام. يستخدم خادم العملية ذاكرة تخزين مؤقت مستندة إلى القرص. استخدم قرص ذاكرة تخزين مؤقت منفصل بسعة 600 GB أو أكثر للتعامل مع تغييرات البيانات المخزنة في حالة حدوث ازدحام في الشبكة أو انقطاعها. |
توصيات الحجم لخادم التكوين وخادم العمليات المُضمن
يمكن لخادم التكوين استخدام خادم عملية مُضمن لحماية حمل العمل التعامل مع ما يصل إلى 200 جهاز ظاهري، استناداً إلى التكوينات التالية:
| CPU | ذاكرة | حجم قرص ذاكرة التخزين المؤقت | معدل تغيير البيانات | الأجهزة المحمية |
|---|---|---|---|---|
| 8 vCPUs (2 مأخذ التوصيل * 4 النوى @ 2.5 جيجاهرتز) | 16 غيغابايت | 300 غيغابايت | 500 GB أو أقل | استخدم لتكرار أقل من 100 جهاز. |
| 12 vCPUs (2 مأخذ التوصيل * 6 النوى @ 2.5 جيجاهرتز) | 18 GB | 600 GB | من 501 GB إلى 1 تيرابايت | استخدم لتكرار 100 إلى 150 جهازاً. |
| 16 vCPUs (2 مأخذ التوصيل * 8 النوى @ 2.5 جيجاهرتز) | 32 غيغابايت | 1 تيرابايت | >1 تيرابايت إلى 2 تيرابايت | استخدم لتكرار 151 إلى 200 جهازاً. |
| توزيع خادم تكوين آخر باستخدام قالب OVF. | وزع خادم تكوين جديداً إذا كنت تقوم بنسخ أكثر من 200 جهاز. | |||
| توزيع خادم عملية آخر. | >2 تيرابايت | وزع خادم عملية توسعة جديداً إذا كان معدل تغيير البيانات اليومي الإجمالي أكبر من 2 تيرابايت. |
في هذه التكوينات:
- يحتوي كل جهاز مصدر على ثلاثة أقراص سعة كل منها 100 GB.
- استخدمنا تخزين معياري لثمانية محركات أقراص توقيع مشتركة للوصول لـ10 K RPM مع RAID 10 لقياسات قرص التخزين المؤقت.
توصيات الحجم لخادم العملية
خادم العملية هو المكون الذي يعالج النسخ المتماثل للبيانات في Azure Site Recovery. إذا كان معدل التغيير اليومي أكبر من 2 تيرابايت، يجب إضافة خوادم عمليات توسعة للتعامل مع حمل النسخ المتماثل. للتوسيع، يمكنك:
- زيادة عدد خوادم التكوين عن طريق التوزيع باستخدام قالب OVF. على سبيل المثال، يمكنك حماية ما يصل إلى 400 جهازاً باستخدام خادمي تكوين.
- إضافة خوادم عملية التوسعة. استخدم خوادم عمليات التوسعة للتعامل مع نسبة استخدام شبكة النسخ المتماثل بدلاً من (أو بالإضافة إلى) خادم التكوين.
يصف الجدول التالي هذا السيناريو:
- إعداد خادم عملية التوسعة.
- تكوين الأجهزة الظاهرية المحمية لاستخدام خادم عملية التوسعة.
- يحتوي كل جهاز مصدر محمي على ثلاثة أقراص سعة كل منها 100 GB.
| خادم عملية إضافي | حجم قرص ذاكرة التخزين المؤقت | معدل تغيير البيانات | الأجهزة المحمية |
|---|---|---|---|
| 4 vCPUs (2 مأخذ التوصيل * 2 نواة @ 2.5 جيجاهرتز)، ذاكرة 8 GB | 300 غيغابايت | 250 GB أو أقل | يستخدم للنسخ المتماثل لـ85 جهازاً أو أقل. |
| 8 vCPUs (2 مأخذ توصيل * 4 نوات @ 2.5 جيجاهرتز)، ذاكرة 12 جيجابايت | 600 GB | من 251 GB إلى 1 تيرابايت | استخدم لتكرار 86 إلى 150 جهازاً. |
| 12 vCPUs (2 مأخذ التوصيل * 6 نوى @ 2.5 جيجاهرتز)، ذاكرة 24 GB | 1 تيرابايت | >1 تيرابايت إلى 2 تيرابايت | استخدم لتكرار 151 إلى 225 جهازاً. |
تعتمد كيفية توسيع خوادمك على تفضيلاتك لنموذج التوسعة أو تكبير الحجم. لتكبير الحجم، وزع بعض خوادم التكوين المتطورة وخوادم العمليات. للتوسعة، وزع المزيد من الخوادم التي تحتوي على موارد أقل. على سبيل المثال، إذا كنت ترغب في حماية 200 جهاز بمعدل إجمالي لتغيير البيانات اليومي يبلغ 1.5 تيرابايت، يمكنك اتخاذ أحد الإجراءات التالية:
- أعد خادم عملية واحد (16 vCPU وRAM بسعة 24 GB).
- أعد خادمين للعمليات (2 × 8 vCPU.، و2 RAM × 12 GB).
التحكم في النطاق الترددي للشبكة
بعد استخدام " مخطط نشر Site Recovery لحساب النطاق الترددي الذي تحتاجه للنسخ المتماثل (النسخ المتماثل الأولي ثم دلتا)، لديك خياران للتحكم في مقدار النطاق الترددي المستخدم للنسخ المتماثل:
- عرض النطاق الترددي لمنظم حمل العمل: تمر نسبة استخدام الشبكة VMware التي يتم نسخها إلى Azure عبر خادم عملية معين. يمكنك تقييد النطاق الترددي على الأجهزة التي تعمل كخوادم عملية.
- تأثير النطاق الترددي: يمكنك التأثير على النطاق الترددي المُستخدم للنسخ المتماثل باستخدام مفتاحين من مفاتيح التسجيل:
- تحدد قيمة التسجيل HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM عدد مؤشرات الترابط المُستخدمة لنقل البيانات (النسخ المتماثل الأولي أو دلتا) للقرص. تزيد القيمة الأعلى من عرض النطاق الترددي للشبكة المستخدم للنسخ المتماثل.
- تحدد قيمة التسجيل HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\DownloadThreadsPerVM عدد مؤشرات الترابط المستخدمة لنقل البيانات أثناء إرجاع الموارد.
عرض النطاق الترددي لمنظم حمل العمل
افتح أداة MMC الإضافية Azure Backup على الجهاز الذي تستخدمه كخادم عملية. بشكل افتراضي، يتوفر اختصار للنسخة الاحتياطية على سطح المكتب أو في المجلد التالي: C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
في الأداة الإضافية، حدد "Change Properties".
في علامة التبويب Throttling حدد Enable internet bandwidth usage throttling for backup operations. تعيين حدود ساعات العمل وغير العمل. تتراوح النطاقات الصالحة من 512 كيلوبايت في الثانية إلى 1023 ميجابايت/ الثانية.
يمكنك أيضاً استخدام Set-OBMachineSetting cmdlet لضبط التحكم بالنطاق الترددي. وفيما يلي مثال على ذلك:
$mon = [System.DayOfWeek]::Monday
$tue = [System.DayOfWeek]::Tuesday
Set-OBMachineSetting -WorkDay $mon, $tue -StartWorkHour "9:00:00" -EndWorkHour "18:00:00" -WorkHourBandwidth (512*1024) -NonWorkHourBandwidth (2048*1024)
يشير Set-OBMachineSetting -NoThrottle إلى عدم الحاجة إلى التحكم بالنطاق الترددي.
تبديل النطاق الترددي للشبكة لجهاز ظاهري
- في سجل الجهاز الظاهري، انتقل إلى HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication.
- لتغيير نسبة استخدام شبكة النطاق الترددي على قرص النسخ المتماثل، عدّل قيمة UploadThreadsPerVM. أنشئ المفتاح إذا لم يكن موجوداً.
- لتغيير النطاق الترددي لنسبة استخدام شبكة إرجاع الموارد من Azure، عدّل قيمة DownloadThreadsPerVM.
- القيمة الافتراضية لكل مفتاح هي 4. في شبكة "زائدة التوفر"، يجب تغيير مفاتيح التسجيل هذه من القيم الافتراضية. الحد الأقصى للقيمة التي يمكنك استخدامها هو 32. مراقبة نسبة استخدام الشبكة لتحسين القيمة.
إعداد البنية الأساسية لـSite Recovery لحماية أكثر من 500 جهاز ظاهري
قبل إعداد البنية الأساسية لـSite Recovery، قم بالوصول إلى البيئة لقياس العوامل التالية: الأجهزة الظاهرية المتوافقة، ومعدل تغيير البيانات اليومي، وعرض النطاق الترددي المطلوب للشبكة لهدف نقطة الاسترداد الذي تريد تحقيقه، وعدد مكونات Site Recovery المطلوبة، والوقت المستغرق لإكمال النسخ المتماثل الأولي. أكمل الخطوات التالية لجمع المعلومات المطلوبة:
- لقياس هذه المعلمات، قم بتشغيل Site Recovery Deployment Planner على البيئة الخاصة بك. للحصول على إرشادات مفيدة، راجع عن مخطط نشر Site Recovery لـVMware إلى Azure.
- توزيع خادم تكوين يُلبي توصيات الحجم لخادم التكوين. إذا تجاوز حمل عمل الإنتاج 650 جهازاً ظاهرياً، فوزع خادم تكوين آخر.
- استناداً إلى معدل تغيير البيانات اليومي المُقاس، يمكنك توزيع خوادم عمليات التوسعة بمساعدة إرشادات الحجم.
- إذا كنت تتوقع أن يتجاوز معدل تغيير البيانات لجهاز ظاهري على القرص 2 ميجابايت/ الثانية، فتأكد من استخدام الأقراص المدارة المتميزة. تشغيل Site Recovery Deployment Planner لفترة زمنية محددة. قد لا تُسجل الذروات في معدل تغير البيانات في أوقات أخرى في التقرير.
- تعيين النطاق الترددي للشبكة استنادا إلى هدف نقطة الاسترداد الذي تريد تحقيقه.
- عند إعداد البنية الأساسية، نفذ تمكين الإصلاح بعد كارثة لحمل العمل. لمعرفة كيفية القيام بذلك، راجع إعداد البيئة المصدر لـVMware إلى النسخ المتماثل في Azure.
توزيع خوادم عمليات إضافية
إذا وسعت نطاق التوزيع إلى ما هو أبعد من 200 جهاز مصدر أو كان لديك إجمالي معدل حركة يومي يزيد عن 2 تيرابايت، يجب عليك إضافة خوادم معالجة للتعامل مع حجم نسبة استخدام الشبكة. لقد حسّنا المنتج في الإصدار 9.24 لتوفير تنبيهات خادم العملية عن وقت إعداد خادم عملية التوسعة. إعداد خادم العملية لحماية الأجهزة المصدر الجديدة أو موازنة الحمل.
ترحيل الأجهزة لاستخدام خادم العمليات الجديد
حدد "Settings">"Site Recovery servers". حدد خادم التكوين، ثم وسّع "Process servers".
انقر بزر الماوس الأيمن فوق خادم العملية المستخدم حالياً، ثم حدد "Switch".
في خادم العملية الهدف المًحدد، حدد خادم العملية الجديد الذي تريد استخدامه. ثم حدد الأجهزة الظاهرية التي سيتعامل معها الخادم. للحصول على معلومات عن الخادم، حدد أيقونة المعلومات. لمساعدتك في اتخاذ قرارات التحميل، يُعرض متوسط المساحة المطلوبة للنسخ المتماثل لكل جهاز ظاهري محدد إلى خادم العملية الجديد. حدد علامة الاختيار لبدء النسخ المتماثل إلى خادم العملية الجديد.
توزيع الخوادم الهدف الرئيسية الإضافية
في السيناريوهات التالية، مطلوب أكثر من خادم هدف رئيسي واحد:
- تريد حماية جهاز ظاهري مستند إلى Linux.
- لا يمكن للخادم الهدف الرئيسي المتوفر على خادم التكوين الوصول إلى مخزن بيانات الجهاز الظاهري.
- إجمالي عدد الأقراص على الخادم الهدف الرئيسي (عدد الأقراص المحلية على الخادم بالإضافة إلى عدد الأقراص المراد حمايتها) أكثر من 60 قرصا.
لمعرفة كيفية إضافة خادم هدف رئيسي لجهاز ظاهري يستند إلى Linux، راجع تثبيت الخادم الهدف الرئيسي لنظام Linux لإرجاع الموارد.
لإضافة خادم هدف رئيسي لجهاز ظاهري يستند إلى Windows:
انتقل إلى "Recovery Services Vault">""Site Recovery Infrastructure>"Configuration servers".
حدد خادم التكوين المطلوب، ثم حدد "Master Target Server".
نزّل ملف الإعداد الشامل ثم شغّل الملف على الجهاز الظاهري لإعداد الخادم الهدف الرئيسي.
حدد "Install master target">"Next".
حدد موقع التثبيت الافتراضي، ثم حدد "Install".
لتسجيل الخادم الهدف الرئيسي مع خادم التكوين، "Proceed To Configuration".
أدخل عنوان IP الخاص بخادم التكوين، ثم أدخل عبارة المرور. لمعرفة كيفية إنشاء عبارة مرور، راجع إنشاء عبارة مرور خادم التكوين.
اختر تسجيل. عند الانتهاء من التسجيل، حدد "Finish".
عند انتهاء التسجيل بنجاح، يُسرد الخادم في مدخل Microsoft Azure في مخزن Recovery Services >البنية الأساسية لـSite Recovery>تكوين الخوادم، في الخوادم المستهدفة الرئيسية لخادم التكوين.
ملاحظة
نزّل أحدث إصدار من ملف الإعداد الشامل للخادم الهدف الرئيسي لـWindows.
الخطوات التالية
نزّل Site Recovery Deployment Planner وشغّله.