تحليل تقرير مخطط النشر للإصلاح بعد كارثة في VMware إلى Azure

يحتوي تقرير Microsoft Excel الذي تم إنشاؤه على الأوراق التالية:

ملخص محلي

توفر ورقة العمل الموجزة المحلية نظرة عامة على بيئة VMware المعينة.

تاريخ البدء وتاريخ الانتهاء: تاريخا البدء والانتهاء لبيانات جمع معلومات المراد استخدامها لإنشاء التقرير. بشكل افتراضي، تاريخ البدء هو التاريخ الذي يبدأ فيه جمع المعلومات، وتاريخ الانتهاء هو التاريخ الذي يتوقف فيه جمع المعلومات. يمكن أن تكون هاتان هما قيمتا "StartDate" و"EndDate" إذا أُنشئ التقرير باستخدام هذه المعلمات.

إجمالي عدد أيام جمع المعلومات: إجمالي عدد أيام جمع المعلومات بين تاريخي البدء والانتهاء اللذين أُنشأ التقرير من أجلهما.

عدد الأجهزة الظاهرية المتوافقة: إجمالي عدد الأجهزة الظاهرية المتوافقة التي يُحسب لها النطاق الترددي المطلوب للشبكة والعدد المطلوب من حسابات التخزين ونوى Microsoft Azure وخوادم التكوين وخوادم العمليات الإضافية.

إجمالي عدد الأقراص عبر جميع الأجهزة الظاهرية المتوافقة: العدد المُستخدم كأحد المدخلات لتحديد عدد خوادم التكوين وخوادم العمليات الإضافية التي ستُستخدم في التوزيع.

متوسط عدد الأقراص لكل جهاز ظاهري متوافق: متوسط عدد الأقراص المحسوبة عبر جميع الأجهزة الظاهرية المتوافقة.

متوسط حجم القرص (GB): متوسط حجم القرص المحسوب عبر جميع الأجهزة الظاهرية المتوافقة.

هدف نقطة الاسترداد (RPO) المطلوب (دقائق): إما هدف نقطة الاسترداد الافتراضي أو القيمة التي تم تمريرها للمعلمة "DesiredRPO" في وقت إنشاء التقرير لتقدير عرض النطاق الترددي المطلوب.

عرض النطاق الترددي المطلوب (ميجابايت/الثانية): القيمة التي تم تمريرها لمعلمة "النطاق الترددي" في وقت إنشاء التقرير لتقدير هدف نقطة الاسترداد (RPO) القابل للتحقيق.

حركة البيانات النموذجية المرصود يوميا (GB): متوسط حركة البيانات التي لوحظت خلال كل أيام جمع المعلومات. يُستخدم هذا الرقم كأحد المدخلات لتحديد عدد خوادم التكوين وخوادم العمليات الإضافية التي ستُستخدم في التوزيع.

التوصيات

تحتوي ورقة التوصيات الخاصة بتقرير VMware إلى Azure على التفاصيل التالية وفقا لهدف نقطة الاسترداد (RPO) المطلوب المحدد:

بيانات المعلومات المُجمعة

فترة بيانات المعلومات المُجمعة: الفترة التي تم خلالها تشغيل جمع المعلومات. بشكل افتراضي، تتضمن الأداة جميع بيانات المعلومات المُجمعة في الحساب، ما لم تُنشئ التقرير لفترة محددة باستخدام خيارات تاريخ البدء وتاريخ الانتهاء أثناء إنشاء التقرير.

اسم الخادم: اسم أو عنوان IP الخاص بمضيف VMware vCenter أو ESXi الذي تم إنشاء تقرير الأجهزة الظاهرية الخاص به.

هدف نقطة الاسترداد المطلوب : هدف نقطة الاسترداد للتوزيع. افتراضيًا، يتم حساب النطاق الترددي المطلوب للشبكة لقيم RPO من 15 و30 و60 دقيقة. استنادا إلى التحديد، تُحدّث القيم المتأثرة في الورقة. إذا كنت قد استخدمت المعلمة DesiredRPOinMin أثناء إنشاء التقرير، فستظهر هذه القيمة في نتيجة هدف وقت الاسترداد المطلوب.

نظرة عامة على جمع المعلومات

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

الأجهزة الظاهرية المتوافقة: عدد الأجهزة الظاهرية التي يمكن حمايتها إلى Azure باستخدام Site Recovery. هو العدد الإجمالي للأجهزة الظاهرية المتوافقة التي يُحسب لها النطاق الترددي المطلوب للشبكة وعدد حسابات التخزين وعدد نوى Azure وعدد خوادم التكوين وخوادم العمليات الإضافية. تتوفر تفاصيل كل جهاز ظاهري متوافق في قسم "Compatible VMs".

⁧⁩ الأجهزة الظاهرية غير المتوافقة⁧⁩: عدد الأجهزة الظاهرية المصغرة غير المتوافقة للحماية مع "استرداد الموقع". يُشار إلى أسباب عدم التوافق في قسم "الأجهزة الظاهرية غير المتوافقة". إذا كان VMListFile يحتوي على أسماء أي أجهزة ظاهرية لم تُجمع معلوماتها، فستُستبعد هذه الأجهزة الظاهرية من عدد الأجهزة الظاهرية غير المتوافقة. تُسرد هذه الأجهزة الظاهرية كـ"لم يتم العثور على البيانات" في نهاية قسم "الأجهزة الظاهرية غير المتوافقة".

⁧⁩ RPO⁧⁩ المطلوب: هدف نقطة الاسترداد المطلوب، في دقائق. إنشاء التقرير لثلاث قيم هدف نقطة الاسترداد (RPO): 15 (افتراضي) و30 و60 دقيقة. تتغير توصية النطاق الترددي في التقرير استناداً إلى اختيارك في القائمة المنسدلة "هدف وقت الاسترداد المطلوب" في أعلى يسار الورقة. إذا أنشأت التقرير باستخدام المعلمة -DesiredRPO بقيمة مخصصة، فستظهر هذه القيمة المخصصة كقيمة افتراضية في القائمة المنسدلة هدف نقطة الاسترداد المطلوب.

النطاق الترددي المطلوب للشبكة (ميجابايت/الثانية)

لتلبية هدف نقطة الاسترداد بنسبة 100% من الوقت: عرض النطاق الترددي الموصى به بـميجابايت/الثانية ليُخصص لتلبية هدف نقطة الاسترداد المطلوب بنسبة 100% من الوقت. يجب تخصيص هذا المقدار من النطاق الترددي لنسخ دلتا المتماثل في حالة ثابتة لجميع الأجهزة الظاهرية المتوافقة لتجنب أي مخالفات لهدف نقطة الاسترداد.

لتلبية هدف نقطة الاسترداد بنسبة 90% من الوقت: بسبب أسعار النطاق الواسع أو لأي سبب آخر، إذا لم تتمكن من تعيين النطاق الترددي اللازم لتلبية هدف نقطة الاسترداد المطلوب بنسبة 100% من الوقت، يمكنك اختيار استخدام إعداد أقل لعرض نطاق ترددي يمكنه تلبية هدف نقطة الاسترداد المطلوب بنسبة 90% من الوقت. لفهم عواقب إعداد هذا النطاق الترددي الأقل، يقدم التقرير تحليل ماذا لو على عدد ومدة مخالفات هدف نقطة الاسترداد المتوقعة.

معدل النقل المُحقق: معدل النقل من الخادم الذي قمت عليه بتشغيل الأمر GetThroughput إلى منطقة Microsoft Azure حيث يوجد حساب التخزين. يشير معدل النقل هذا إلى المستوى المُقدر الذي يمكنك تحقيقه عند حماية الأجهزة الظاهرية المتوافقة باستخدام Site Recovery، بشرط أن تظل خصائص تخزين خادم التكوين أو خادم العملية والشبكة كما هي للخادم الذي قمت بتشغيل الأداة منه.

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

1. تحقق لمعرفة ما إذا كانت هناك شبكة جودة الخدمة (QoS) تحد من معدل نقل Site Recovery.

2. تحقق لمعرفة ما إذا كان مخزن Site Recovery في أقرب منطقة Microsoft Azure مدعومة فعلياً لتقليل زمن انتقال الشبكة.

3. تحقق من خصائص التخزين المحلية لتحديد ما إذا كان يمكنك تحسين الأجهزة (على سبيل المثال، محرك الأقراص الثابتة إلى محرك الأقراص ذي الحالة الصلبة).

4. غيّر إعدادات Site Recovery في خادم العملية لزيادة مقدار النطاق الترددي للشبكة المستخدمة للنسخ المتماثل.

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

بالنسبة لجميع عمليات توزيع Site Recovery الخاصة بالمؤسسة، نوصي باستخدام ExpressRoute.

حسابات التخزين المطلوبة

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

العدد المطلوب من قوالب Azure

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

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

هذا الرسم التوضيحي هو العدد الإجمالي لخوادم التكوين وخوادم العمليات الإضافية التي ستُكوّن والتي تكفي لحماية جميع الأجهزة الظاهرية المتوافقة. استناداً إلى توصيات الحجم المدعومة لخادم التكوين، قد توصي الأداة بخوادم إضافية. تستند التوصية إلى الخيار الأكبر إما في الحركة اليومية أو الحد الأقصى لعدد الأجهزة الظاهرية المحمية (بافتراض متوسط ثلاثة أقراص لكل جهاز ظاهري)، أيهما يتم الوصول إليه أولاً على خادم التكوين أو خادم العملية الإضافي. ستجد تفاصيل إجمالي الحركة اليومية وإجمالي عدد الأقراص المحمية في قسم "الملخص المحلي".

تحليل التخمين

يوضح هذا التحليل عدد المخالفات التي يمكن أن تحدث خلال فترة جمع المعلومات عند تعيين عرض النطاق الترددي الأقل لهدف نقطة الاسترداد المطلوب لتلبية نسبة 90% من الوقت. يمكن حدوث مخالفة هدف نقطة الاسترداد واحدة أو أكثر في أي يوم معين. يوضح الرسم البياني قمة RPO في اليوم. استنادا إلى هذا التحليل، يمكنك تحديد ما إذا كان عدد مخالفات هدف نقطة الاسترداد عبر جميع الأيام وذروة هدف نقطة الاسترداد التي يصل إليها يومياً مقبولاً مع النطاق الترددي الأقل المحدد. إذا كان مقبولاً، يمكنك تخصيص عرض النطاق الترددي الأقل للنسخ المتماثل، وإلا خصص النطاق الترددي الأعلى كما هو مقترح لتلبية هدف نقطة الاسترداد المطلوب بنسبة 100% من الوقت.

حجم دُفعة VM الموصى به للنسخ المتماثل الأولي

في هذا القسم، نوصي بعدد الأجهزة الظاهرية التي يمكن حمايتها بالتوازي لإكمال النسخ المتماثل الأولي في غضون 72 ساعة مع عرض النطاق الترددي المقترح لتلبية هدف نقطة الاسترداد المطلوب بنسبة 100% من الوقت المُعين. هذه القيمة هي قيمة قابلة للتكوين. لتغييرها في وقت إنشاء التقرير، استخدم المعلمة GoalToCompleteIR.

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

في الإصدار الأولي العام، لا يُحدد التقرير الأجهزة الظاهرية التي يجب تضمينها في الدُفعة. يمكنك استخدام حجم القرص الموضح في قسم "الأجهزة الظاهرية المتوافقة" للعثور على حجم كل جهاز ظاهري وتحديده لدُفعة، أو يمكنك تحديد الأجهزة الظاهرية استناداً إلى خصائص حمل العمل المعروفة. يعتمد تغير وقت اكتمال النسخ المتماثل الأولي بشكل متناسب على الحجم الفعلي لقرص الجهاز الظاهري، ومساحة القرص المستخدمة، ومعدل نقل الشبكة المتاح.

تقدير التكلفة

يعرض الرسم البياني طريقة عرض ملخص التكلفة الإجمالية المُقدرة للإصلاح بعد كارثة (DR) لـAzure للمنطقة الهدف المُختارة والعملة المحددة لإنشاء التقرير.

يساعدك الملخص على فهم التكلفة التي تحتاج إلى دفعها مقابل التخزين والحساب والشبكة والترخيص عند حماية جميع الأجهزة الظاهرية المتوافقة مع Azure باستخدام Azure Site Recovery. تُحسب التكلفة على الأجهزة الظاهرية المتوافقة وليس على جميع الأجهزة الظاهرية مُجمعة المعلومات.

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

التكلفة حسب المكونات تنقسم التكلفة الإجمالية للإصلاح بعد كارثة إلى أربعة مكونات: الحساب والتخزين والشبكة وتكلفة ترخيص Azure Site Recovery. تُحسب التكلفة استناداً إلى الاستهلاك المتكبد أثناء النسخ المتماثل وفي وقت تدريب الإصلاح بعد كارثة للحساب والتخزين (المتميز والقياسي) وExpressRoute/VPN الذي تم تكوينه بين الموقع المحلي وAzure وترخيص Azure Site Recovery.

التكلفة حسب الحالات التكلفة الإجمالية للإصلاح بعد الكارثة (DR) هي فئات تستند إلى حالتين مختلفتين - النسخ المتماثل وتدريب الإصلاح بعد كارثة.

تكلفة النسخ المتماثل: التكلفة المتكبدة أثناء النسخ المتماثل. وهو يغطي تكلفة التخزين والشبكة وترخيص Azure Site Recovery.

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

تكلفة تخزين Azure شهرياً/ سنوياً يوضح إجمالي تكلفة التخزين المتكبدة للتخزين المتميز والقياسي للنسخ المتماثل وتدريب الإصلاح بعد كارثة. يمكنك عرض تحليل التكلفة التفصيلي لكل جهاز ظاهري في ورقة تقدير التكلفة.

عامل النمو والقيم المئوية المستخدمة

يعرض هذا القسم الموجود أسفل الورقة القيمة المئوية المستخدمة لجميع عدّادات الأداء للأجهزة الظاهرية مُجمعة المعلومات (الافتراضي هو 95%)، وعامل النمو (الافتراضي هو 30%) المستخدم في جميع العمليات الحسابية.

توصيات مع عرض النطاق الترددي المتاح كمدخل

قد يكون لديك موقف حيث تعرف أنه لا يمكنك تعيين عرض النطاق الترددي لأكثر من x ميجابايت/الثانية للنسخ المتماثل لـSite Recovery. تتيح لك الأداة إدخال النطاق الترددي المتاح (باستخدام معلمة النطاق الترددي -Bandwidth أثناء إنشاء التقرير) والحصول على هدف نقطة الاسترداد القابل للتحقيق بالدقائق. باستخدام قيمة هدف نقطة الاسترداد القابلة للتحقيق هذه، يمكنك تحديد ما إذا كنت بحاجة إلى إعداد عرض نطاق ترددي إضافي أو أنك موافق على وجود حل الإصلاح بعد كارثة باستخدام هدف نقطة الاسترداد هذا.

موضع تخزين الجهاز الظاهري

ملاحظة

يوصي الإصدار 2.5 من Deployment Planner فصاعدا بموضع التخزين للأجهزة التي سيتم نسخها نسخاً متماثلاً مباشرة إلى الأقراص المدارة.

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

نوع حساب تخزين السجل: تُخزن جميع سجلات النسخ المتماثل في حساب تخزين قياسي.

البادئة المقترحة لحساب التخزين: البادئة المقترحة المكونة من ثلاثة أحرف والتي يمكن استخدامها لتسمية حساب تخزين ذاكرة التخزين المؤقت. يمكنك استخدام البادئة الخاصة بك، ولكن اقتراح الأداة يتبع اصطلاح تسمية القسم لحسابات التخزين.

اسم حساب السجل المقترح: اسم حساب التخزين بعد تضمين البادئة المقترحة. استبدل الاسم الموجود داخل أقواس الزاوية (< و>) بإدخالك المخصص.

ملخص الوضع: ملخص للأقراص اللازمة لحماية الأجهزة الظاهرية حسب نوع التخزين. ويشمل إجمالي عدد الأجهزة الظاهرية وإجمالي الحجم المُوفّر عبر جميع الأقراص وإجمالي عدد الأقراص.

وضع الأجهزة الافتراضية: قائمة بجميع الأجهزة الظاهرية التي يجب وضعها على حساب التخزين المحدد للحصول على الأداء والاستخدام الأمثل.

الأجهزة الظاهرية المتوافقة

اسم الجهاز الظاهري: اسم الجهاز الظاهري أو عنوان IP المستخدم في VMListFile عند إنشاء تقرير. يسرد هذا العمود أيضاً الأقراص (VMDKs) المرفقة بالأجهزة الظاهرية. لتمييز الأجهزة الظاهرية vCenter بأسماء مكررة أو عناوين IP، تتضمن الأسماء اسم مضيف ESXi. مضيف ESXi المدرج هو المضيف الذي وُضعَ فيه الجهاز الظاهري عند اكتشاف الأداة خلال فترة جمع المعلومات.

توافق الأجهزة الظاهرية: القيم هي Yesو Yes*. Yes* للحالات التي يكون فيها الجهاز الظاهري ملائماً لمحركات الأقراص ذات الحالة الصلبة المتميزة. هنا، يتناسب القرص مُجمع المعلومات عالي الحركة أو IOPS في فئة P20 أو P30، ولكن حجم القرص يؤدي إلى تعيينه إلى P10 أو P20. يحدد حساب التخزين نوع قرص التخزين المتميز الذي سيتم تعيين قرص إليه، استنادا إلى حجمه. على سبيل المثال:

• <128 GB هو P10.
• 128 GB إلى 256 GB هي P15
• 256 GB إلى 512 GB هو P20.
• 512 GB إلى 1024 GB هو P30.
• 1025 GB إلى 2048 GB هو P40.
• 2049 GB إلى 4095 GB هو P50.

على سبيل المثال، إذا كانت خصائص حمل العمل للقرص تضعه في الفئة P20 أو P30، ولكن الحجم يُعينه إلى نوع قرص تخزين متميز أقل، فإن الأداة تضع علامة على الجهاز الظاهري على أنه Yes*. توصي الأداة أيضًا إما بتغيير حجم القرص المصدر ليتناسب مع نوع قرص التخزين المميز الموصى به أو تغيير نوع القرص الهدف بعد تجاوز الفشل.

نوع التخزين: قياسي أو متميز.

Asrseeddisk (القرص المدار) المُنشأ للنسخ المتماثل: اسم القرص المُنشأ عند تمكين النسخ المتماثل. يُخزن البيانات ونسختها المطابقة في Azure.

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

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

حجم جهاز Azure الظاهري: الحجم المثالي لجهاز Azure Cloud Services الظاهري المُعين لهذا الجهاز الظاهري المحلي. يعتمد التعيين على ذاكرة الجهاز الظاهري المحلية وعدد الأقراص / النوى / NICs وعمليات الإدخال/الإخراج في الثانية. تكون التوصية دائماً بأقل حجم لجهاز Azure الظاهري الذي يطابق جميع خصائص الجهاز الظاهري المحلية.

عدد الأقراص: إجمالي عدد أقراص الجهاز الظاهري (VMDKs) على الجهاز الظاهري.

حجم القرص (GB): إجمالي حجم الإعداد لجميع أقراص الجهاز الظاهري. تعرض الأداة أيضاً حجم القرص للأقراص الفردية في الجهاز الظاهري.

⁧⁩ القوالب ⁧⁩: عدد قوالب وحدة المعالجة المركزية على VM.

⁧⁩ الذاكرة (MB)⁧⁩: ذاكرة الوصول العشوائي على الجهاز الظاهري.

NICs: عدد NICs على الجهاز الظاهري.

نوع التمهيد: نوع تمهيد الجهاز الظاهري. يمكن أن يكون إما BIOS أو EFI. يدعم Azure Site Recovery حالياً الأجهزة الظاهرية Windows Server EFI (Windows Server 2012 و2012 R2 و2016) بشرط أن يكون عدد الأقسام في قرص التمهيد أقل من 4 وحجم قطاع التمهيد 512 بايت. لحماية الأجهزة الظاهرية EFI، يجب أن يكون إصدار خدمة التنقل Azure Site Recovery 9.13 أو أعلى. يُدعم تجاوز الفشل فقط لأجهزة EFI الظاهرية. إرجاع الموارد غير مدعوم.

نوع نظام التشغيل: هو نوع نظام تشغيل الجهاز الظاهري. يمكن أن يكون إما Windows أو Linux أو غيرها استناداً إلى القالب المختار من VMware vSphere أثناء إنشاء الجهاز الظاهري.

الأجهزة الظاهرية غير المتوافقة

اسم الجهاز الظاهري: اسم الجهاز الظاهري أو عنوان IP المستخدم في VMListFile عند إنشاء تقرير. يسرد هذا العمود أيضاً VMDKs المرفقة بالأجهزة الظاهرية. لتمييز الأجهزة الظاهرية vCenter بأسماء مكررة أو عناوين IP، تتضمن الأسماء اسم مضيف ESXi. مضيف ESXi المدرج هو المضيف الذي وُضعَ فيه الجهاز الظاهري عند اكتشاف الأداة خلال فترة جمع المعلومات.

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

• حجم قرص بيانات خاطئ أو حجم قرص نظام تشغيل خاطئ. راجع حدود الدعم.

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

• IOPS المصدر يتجاوز حد تخزين IOPS المدعوم البالغ 7500 لكل قرص.

• IOPS المصدر يتجاوز حد تخزين IOPS المدعوم البالغ 80000 لكل جهاز ظاهري.

• يتجاوز متوسط حركة البيانات الحد الأقصى لحركة بيانات Site Recovery المدعوم البالغ 20 ميجابايت/ الثانية لمتوسط حجم الإدخال/الإخراج للقرص.

• يتجاوز ذروة حركة البيانات عبر جميع الأقراص الموجودة على الجهاز الظاهري الحد الأقصى لذروة حركة البيانات المدعومة لـSite Recovery البالغ 54 ميجابايت/ الثانية لكل جهاز ظاهري.

• يتجاوز متوسط عمليات الإدخال والإخراج في الثانية (IOPS) للكتابة الفعالة حد عمليات الإدخال والإخراج في الثانية لـSite Recovery المدعوم البالغ 840 للقرص.

• يتجاوز تخزين النسخ المطابقة المحسوبة الحد الأقصى المدعوم لتخزين النسخ المطابقة البالغ 10 تيرابايت.

• يتجاوز إجمالي حركة البيانات يومياً الحد الأقصى المدعوم للحركة يومياً البالغ 2 تيرابايت بواسطة خادم العملية.

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

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

عدد الأقراص: إجمالي عدد VMDKs على الجهاز الظاهري.

حجم القرص (GB): إجمالي حجم الإعداد لجميع أقراص الجهاز الظاهري. تعرض الأداة أيضاً حجم القرص للأقراص الفردية في الجهاز الظاهري.

⁧⁩ القوالب ⁧⁩: عدد قوالب وحدة المعالجة المركزية على VM.

⁧⁩الذاكرة (ميغابايت )⁧⁩: كمية ذاكرة الوصول العشوائي على الجهاز الافتراضي.

NICs: عدد NICs على الجهاز الظاهري.

نوع التمهيد: نوع تمهيد الجهاز الظاهري. يمكن أن يكون إما BIOS أو EFI. يدعم Azure Site Recovery حالياً الأجهزة الظاهرية Windows Server EFI (Windows Server 2012 و2012 R2 و2016) بشرط أن يكون عدد الأقسام في قرص التمهيد أقل من 4 وحجم قطاع التمهيد 512 بايت. لحماية الأجهزة الظاهرية EFI، يجب أن يكون إصدار خدمة التنقل Azure Site Recovery 9.13 أو أعلى. يُدعم تجاوز الفشل فقط لأجهزة EFI الظاهرية. إرجاع الموارد غير مدعوم.

نوع نظام التشغيل: هو نوع نظام تشغيل الجهاز الظاهري. يمكن أن يكون إما Windows أو Linux أو غيرها استناداً إلى القالب المختار من VMware vSphere أثناء إنشاء الجهاز الظاهري.

حدود استرداد موقع Azure

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

هدف تخزين النسخ المتماثل	متوسط حجم إدخال/إخراج القرص المصدر	متوسط حركة بيانات القرص المصدر	إجمالي حركة بيانات القرص المصدر يومياً
التخزين القياسي	8 كيلوبايت	2 ميجابايت/الثانية	168 GB لكل قرص
قرص متميز P10 أو P15	8 كيلوبايت	2 ميجابايت/الثانية	168 GB لكل قرص
قرص متميز P10 أو P15	16 كيلوبايت	4 ميجابايت / ثانية	336 GB لكل قرص
قرص متميز P10 أو P15	32 KB أو أكثر	8 ميجابايت/ثانية	672 GB لكل قرص
قرص متميز P20 أو P30 أو P40 أو P50	8 كيلوبايت	5 ميجابايت / ثانية	421 GB لكل قرص
قرص متميز P20 أو P30 أو P40 أو P50	16 KB أو أكثر	20 ميجابايت/ثانية	1684 GB لكل قرص

حركة بيانات المصدر	⁩الحد الأقصى⁩
ذروة حركة البيانات عبر جميع الأقراص على جهاز ظاهري	54 ميجابايت / ثانية
الحد الأقصى لحركة البيانات يوميا مدعوم من خادم العملية	2 تيرابايت

هذه أرقام متوسطة بافتراض تداخل الإدخال/الإخراج بنسبة 30%. استرداد الموقع قادر على التعامل مع معدل نقل أعلى بناءً على نسبة التداخل وأحجام الكتابة الأكبر وسلوك إدخال/إخراج حِمل العمل الفعلي. تفترض الأرقام السابقة تراكم نموذجي لمدة خمس دقائق تقريباً. أي أنه بعد تحميل البيانات، تتم معالجتها وإنشاء نقطة استرداد في غضون خمس دقائق.

تقدير التكلفة

تعرف على المزيد عن تقدير التكلفة.

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

تعرف على المزيد حول ⁧⁩تقدير التكلفة⁧⁩.