نظرة عامة على التقييم (الترحيل إلى Azure VMware Solution)

  • مقالة
  • قراءة خلال 18 دقائق

يوفر Azure Migrate مركزا مركزيا لتتبع اكتشاف التطبيقات وأحمال العمل المحلية وتقييمها وترحيلها. كما أنه يتتبع مثيلات السحابة الخاصة والعامة إلى Azure. يوفر المركز أدوات Azure Migrate للتقييم والترحيل، بالإضافة إلى عروض موردي البرامج المستقلين (ISV) التابعين لجهات خارجية.

تقوم أداة الاكتشاف والتقييم في Azure Migrate بتقييم الخوادم المحلية للترحيل إلى أجهزة Azure الظاهرية وAzure VMware Solution (AVS). توفر هذه المقالة معلومات حول كيفية حساب تقييمات Azure VMware Solution (AVS).

ملاحظة

يمكن إنشاء تقييم Azure VMware Solution (AVS) للأجهزة الظاهرية VMware فقط.

أنواع التقييمات

التقييمات التي تقوم بإنشائها باستخدام Azure Migrate هي لقطة زمنية للبيانات. هناك نوعان من التقييمات التي يمكنك إنشاؤها باستخدام Azure Migrate:

نوع التقييم التفاصيل
جهاز Azure الظاهري تقييمات لترحيل الخوادم المحلية إلى أجهزة Azure الظاهرية. يمكنك تقييم خوادمك المحلية في بيئة VMwareوHyper-V ، والخوادم الفعلية للترحيل إلى أجهزة Azure الظاهرية باستخدام نوع التقييم هذا.
Azure SQL تقييمات لترحيل خوادم SQL المحلية من بيئة VMware إلى قاعدة بيانات Azure SQL أو Azure SQL المدارة.
Azure App Service تقييمات لترحيل تطبيقات الويب المحلية ASP.NET، التي تعمل على خوادم ويب IIS، من بيئة VMware إلى خدمة تطبيقات Azure.
Azure VMware Solution (AVS) تقييمات لترحيل خوادمك المحلية إلى Azure VMware Solution (AVS). يمكنك تقييم الأجهزة الظاهرية المحلية ل VMware للترحيل إلى Azure VMware Solution (AVS) باستخدام نوع التقييم هذا. معرفة المزيد

ملاحظة

إذا كان عدد تقييمات Azure VM أو AVS غير صحيح في أداة الاكتشاف والتقييم، فانقر فوق العدد الإجمالي للتقييمات للانتقال إلى جميع التقييمات وإعادة حساب تقييمات Azure VM أو AVS. ستعرض أداة الاكتشاف والتقييم بعد ذلك العدد الصحيح لنوع التقييم هذا.

يوفر تقييم Azure VMware Solution (AVS) خيارين لمعايير التحجيم:

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

كيف أعمل إجراء تقييم؟

هناك طريقتان لإجراء تقييم.

  • قم بتقييم الخوادم باستخدام بيانات تعريف الخادم التي تم تجميعها بواسطة جهاز Azure Migrate خفيف الوزن. يكتشف الجهاز الخوادم المحلية. ثم يرسل بيانات تعريف الخادم وبيانات الأداء إلى Azure Migrate. هذا يسمح لمزيد من الدقة.
  • قم بتقييم الخوادم باستخدام بيانات تعريف الخادم التي تم استيرادها بتنسيق قيم مفصولة بفواصل (CSV).

كيف أعمل تقييم مع الجهاز؟

إذا كنت تقوم بنشر جهاز Azure Migrate لاكتشاف خوادم محلية، فقم بالخطوات التالية:

  1. قم بإعداد Azure وبيئتك المحلية للعمل مع Azure Migrate.
  2. بالنسبة إلى تقييمك الأول، قم بإنشاء مشروع Azure وأضف أداة الاكتشاف والتقييم إليه.
  3. نشر جهاز Azure Migrate خفيف الوزن. يكتشف الجهاز باستمرار الخوادم المحلية ويرسل بيانات تعريف الخادم وبيانات الأداء إلى Azure Migrate. نشر الجهاز كجهاز ظاهري. لا تحتاج إلى تثبيت أي شيء على الخوادم التي تريد تقييمها.

بعد أن يبدأ الجهاز في اكتشاف الخادم، يمكنك تجميع الخوادم التي تريد تقييمها في مجموعة وإجراء تقييم للمجموعة باستخدام نوع التقييم Azure VMware Solution (AVS).

قم بإنشاء أول تقييم لحلول Azure VMware (AVS) باتباع الخطوات الواردة هنا.

كيف أعمل تقييم مع البيانات المستوردة؟

إذا كنت تقيم الخوادم باستخدام ملف CSV، فلن تحتاج إلى جهاز. بدلا من ذلك، قم بالخطوات التالية:

  1. قم بإعداد Azure للعمل مع Azure Migrate.
  2. بالنسبة إلى تقييمك الأول، قم بإنشاء مشروع Azure وأضف أداة الاكتشاف والتقييم إليه.
  3. قم بتنزيل قالب CSV وإضافة بيانات الخادم إليه.
  4. استيراد القالب إلى Azure Migrate.
  5. اكتشف الخوادم المضافة مع الاستيراد، وقم بجمعها في مجموعة، وقم بإجراء تقييم للمجموعة باستخدام نوع التقييمAzure VMware Solution (AVS).

ما هي البيانات التي يجمعها الجهاز؟

إذا كنت تستخدم جهاز Azure Migrate للتقييم، فتعرف على بيانات التعريف وبيانات الأداء التي يتم جمعها ل VMware.

كيف يحسب الجهاز بيانات الأداء؟

إذا كنت تستخدم الجهاز للاكتشاف، فإنه يجمع بيانات الأداء لإعدادات الحوسبة من خلال الخطوات التالية:

  1. يجمع الجهاز نقطة عينة في الوقت الفعلي.

    • VMware VMs: يتم جمع نقطة عينة كل 20 ثانية.

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

  3. يخزن Azure Migrate جميع نقاط البيانات التي تبلغ مدتها 10 دقائق للشهر الماضي.

  4. عند إنشاء تقييم، يحدد التقييم نقطة البيانات المناسبة لاستخدامها في الحقوق. يعتمد التعريف على قيم النسبة المئوية لسجل الأداءوالاستخدام المئوي.

    • على سبيل المثال، إذا كان تاريخ الأداء أسبوعا واحدا وكانت النسبة المئوية للاستخدام هي النسبة المئوية 95، يقوم التقييم بفرز نقاط العينة لمدة 10 دقائق للأسبوع الأخير. يقوم بفرزها بترتيب تصاعدي ويختار القيمة المئوية 95th للحقوق.
    • تتأكد القيمة المئوية 95 من تجاهل أي قيم شاذة، والتي قد يتم تضمينها إذا اخترت النسبة المئوية 99.
    • إذا كنت ترغب في اختيار ذروة الاستخدام للفترة ولا تريد تفويت أي قيم شاذة، فحدد النسبة المئوية 99 لاستخدام النسبة المئوية.

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

    • استخدام المعالج
    • استخدام ذاكرة الوصول العشوائي

يتم جمع بيانات الأداء التالية ولكن لا تستخدم في توصيات تحديد الحجم لتقييمات AVS:

  • القرص IOPS وبيانات الإنتاجية لكل قرص متصل بالجهاز الظاهري.
  • إدخال/إخراج الشبكة للتعامل مع التحجيم المستند إلى الأداء لكل محول شبكة متصل بجهاز ظاهري.

كيف يتم حساب تقييمات AVS؟

يستخدم تقييم AVS البيانات الوصفية للخوادم المحلية وبيانات الأداء لحساب التقييمات. إذا قمت بنشر جهاز Azure Migrate، فسيستخدم التقييم البيانات التي يجمعها الجهاز. ولكن إذا قمت بتشغيل تقييم تم استيراده باستخدام ملف CSV، فإنك توفر البيانات الوصفية للعملية الحسابية.

تحدث الحسابات في هذه المراحل الثلاث:

  1. حساب جاهزية Azure VMware Solution (AVS): ما إذا كانت الأجهزة الظاهرية المحلية مناسبة للترحيل إلى Azure VMware Solution (AVS).
  2. حساب عدد عقد AVS والاستخدام عبر العقد: العدد المقدر لعقد AVS المطلوبة لتشغيل الأجهزة الظاهرية VMware واستخدام وحدة المعالجة المركزية والذاكرة والتخزين المتوقعة عبر جميع العقد.
  3. تقدير التكلفة الشهرية: التكاليف الشهرية المقدرة لكافة عقد حلول الأجهزة الافتراضية في Azure التي تعمل على الخوادم المحلية.

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

ماذا يوجد في تقييم Azure VMware Solution (AVS)؟

إليك ما يتم تضمينه في تقييم AVS:

الخاصية التفاصيل
الموقع المستهدف يحدد موقع سحابة AVS الخاص الذي تريد الترحيل إليه.
نوع التخزين يحدد محرك التخزين الذي سيتم استخدامه في AVS. يدعم AVS حاليا vSAN فقط كنوع تخزين افتراضي ولكن المزيد من خيارات التخزين ستأتي وفقا لخريطة الطريق.
المثيلات المحجوزة (RIs) تساعدك هذه الخاصية على تحديد المثيلات المحجوزة في AVS إذا تم شراؤها ومدة المثيل المحجوز. ستأخذ تقديرات التكلفة الخاصة بك الخيار المختار في الاعتبار. التعرف على المزيد

إذا قمت بتحديد مثيلات محجوزة، فلا يمكنك تحديد "خصم (٪)".
نوع العقدة يحدد نوع عقدة AVS المستخدم للاستخدام في Azure. نوع العقدة الافتراضي هو AV36. قد يتوفر المزيد من أنواع العقد في المستقبل. سيوصي Azure Migrate بالعدد المطلوب من العقد للأجهزة الظاهرية المراد ترحيلها إلى AVS.
إعداد FTT، مستوى RAID يحدد المجموعة الصالحة من مجموعات الفشل في التحمل ورائدة. سيحدد خيار FTT المحدد مع مستوى RAID ومتطلبات قرص VM المحلي إجمالي مساحة تخزين vSAN المطلوبة في AVS. يتضمن إجمالي التخزين المتاح بعد الحسابات أيضا أ) المساحة المحجوزة لكائنات الإدارة مثل vCenter و b) 25٪ من مساحة التخزين المطلوبة لعمليات vSAN.
معيار التحجيم يحدد المعايير التي سيتم استخدامها لتحديد متطلبات الذاكرة ووحدة المعالجة المركزية والتخزين لعقد AVS. يمكنك اختيار الحجم المستند إلى الأداء أو محليا دون النظر إلى سجل الأداء. للرفع والتبديل ببساطة ، اختر محليا. للحصول على التحجيم القائم على الاستخدام، اختر مستندا إلى الأداء.
تاريخ الأداء يحدد المدة التي يجب مراعاتها عند تقييم بيانات أداء الخوادم. لا تنطبق هذه الخاصية إلا عندما تكون معايير التحجيم مستندة إلى الأداء.
الاستخدام المئوي يحدد القيمة المئوية لمجموعة عينات الأداء التي سيتم أخذها في الاعتبار للحجم الصحيح. تنطبق هذه الخاصية فقط عندما يكون الحجم مستندا إلى الأداء.
عامل الراحة يعتبر Azure Migrate مخزن مؤقت (عامل راحة) أثناء التقييم. يتم تطبيق هذا المخزن المؤقت أعلى بيانات استخدام الخادم للأجهزة الظاهرية (وحدة المعالجة المركزية والذاكرة والقرص). يمثل عامل الراحة مشكلات مثل الاستخدام الموسمي وسجل الأداء القصير والزيادات المحتملة في الاستخدام المستقبلي. على سبيل المثال ، ينتج عن VM 10-core مع استخدام 20٪ عادة جهاز ظاهري ثنائي النواة. ومع ذلك ، مع عامل راحة يبلغ 2.0x ، فإن النتيجة هي VM 4-core بدلا من ذلك.
العرض يعرض عرض Azure الذي قمت بالتسجيل فيه. يقدر Azure Migrate التكلفة وفقا لذلك.
العملة يعرض عملة الفوترة لحسابك.
الخصم (٪) يسرد أي خصم خاص بالاشتراك تتلقاه بالإضافة إلى عرض Azure. الإعداد الافتراضي هو 0٪.
الميزة المختلطة من Azure يحدد ما إذا كان لديك ضمان للبرامج وكنت مؤهلا للحصول على Azure Hybrid Benefit. على الرغم من أنه ليس له أي تأثير على تسعير حلول Azure VMware بسبب السعر المستند إلى العقدة، إلا أنه لا يزال بإمكان العملاء تطبيق تراخيص نظام التشغيل المحلي أو SQL (المستندة إلى Microsoft) في AVS باستخدام Azure Hybrid Benefits. سيتعين على بائعي نظام تشغيل البرامج الآخرين تقديم شروط الترخيص الخاصة بهم مثل RHEL على سبيل المثال.
vCPU الإفراط في الاشتراك يحدد نسبة عدد النوى الافتراضية المرتبطة بنواة مادية واحدة في عقدة AVS. القيمة الافتراضية في الحسابات هي 4 vCPU:1 الأساسية المادية في AVS. يمكن لمستخدمي واجهة برمجة التطبيقات تعيين هذه القيمة كعدد صحيح. لاحظ أن vCPU Oversubscription > 4: 1 قد يؤثر على أحمال العمل اعتمادا على استخدام وحدة المعالجة المركزية الخاصة بهم. عند التحجيم ، نفترض دائما استخدام 100٪ من النوى المختارة.
عامل الالتزام الزائد للذاكرة يحدد نسبة الذاكرة على الالتزام على المجموعة. تمثل القيمة 1 استخدام الذاكرة بنسبة 100٪ ، و 0.5 ، على سبيل المثال ، 50٪ ، و 2 تستخدم 200٪ من الذاكرة المتاحة. يمكنك فقط إضافة قيم من 0.5 إلى 10 حتى منزلة عشرية واحدة.
عامل الخداع والضغط يحدد عامل الخداع والضغط المتوقع لأحمال العمل الخاصة بك. يمكن الحصول على القيمة الفعلية من vSAN المحلي أو تكوين التخزين. هذه تختلف حسب عبء العمل. قيمة 3 يعني 3x ذلك ل300GB القرص فقط 100GB التخزين ستستخدم. قيمة 1 تعني عدم وجود حذف للبيانات الزائدة عن الحد أو الضغط. يمكنك فقط إضافة قيم من 1 إلى 10 حتى منزلة عشرية واحدة.

Azure VMware Solution (AVS) تحليل الملاءمة

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

  • جاهز ل AVS: يمكن ترحيل الخادم كما هو إلى Azure (AVS) دون أي تغييرات. سيبدأ في AVS مع دعم AVS الكامل.
  • جاهز مع شروط: قد تكون هناك بعض مشكلات التوافق مثل بروتوكول الإنترنت أو نظام التشغيل المهمل في VMware وتحتاج إلى معالجتها قبل الترحيل إلى Azure VMware Solution. لإصلاح أي مشاكل في الاستعداد، اتبع إرشادات المعالجة التي يقترحها التقييم.
  • غير جاهز ل AVS: لن يبدأ تشغيل الجهاز الظاهري في AVS. على سبيل المثال، إذا كان الجهاز الظاهري VMware المحلي يحتوي على جهاز خارجي متصل مثل قرص مضغوط، فستفشل عملية VMware VMotion (في حالة استخدام VMware VMotion).
  • الجاهزية غير معروفة: تعذر على Azure Migrate تحديد مدى جاهزية الخادم بسبب عدم كفاية بيانات التعريف التي تم جمعها من البيئة المحلية.

يراجع التقييم خصائص الخادم لتحديد جاهزية Azure للخادم المحلي.

خصائص الخادم

يراجع التقييم الخاصية التالية للجهاز الظاهري المحلي لتحديد ما إذا كان يمكن تشغيله على Azure VMware Solution (AVS).

الخاصية التفاصيل حالة جاهزية AVS
بروتوكول الإنترنت لا يدعم Azure VMware Solution حاليا معالجة الإنترنت IPv6 من طرف إلى طرف. اتصل بفريق MSFT AVS GBB المحلي للحصول على إرشادات حول إرشادات المعالجة إذا تم اكتشاف الخادم باستخدام IPv6. IPv6 غير مدعوم
نظام تشغيل تم إهمال دعم إصدارات معينة من نظام التشغيل بواسطة VMware ويوصي التقييم بترقية نظام التشغيل قبل الترحيل إلى Azure VMware Solution. معرفة المزيد
نظام التشغيل غير المدعوم

التحجيم

بعد وضع علامة على الخادم على أنه جاهز ل AVS ، يقدم تقييم AVS توصيات تحجيم العقدة ، والتي تتضمن تحديد متطلبات VM المحلية المناسبة والعثور على العدد الإجمالي لعقد AVS المطلوبة. تختلف هذه التوصيات ، اعتمادا على خصائص التقييم المحددة.

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

ملاحظة

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

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

معلمات التحجيم FTT

محرك التخزين المستخدم في AVS هو vSAN. تحدد سياسات التخزين vSAN متطلبات التخزين للخوادم الخاصة بك. تضمن هذه السياسات مستوى الخدمة المطلوب لأجهزتك الظاهرية لأنها تحدد كيفية تخصيص التخزين للجهاز الظاهري. مجموعات FTT-Raid المتاحة هي:

الفشل في التسامح (FTT) تكوين RAID الحد الأدنى من المضيفين المطلوبين تحديد حجم الاعتبار
1 RAID-1 (النسخ المتطابق) 3 سوف يستهلك جهاز VM سعة 100 جيجابايت 200 جيجابايت.
1 RAID-5 (ترميز المسح) 4 جهاز ظاهري 100GB يستهلك 133.33GB
2 RAID-1 (النسخ المتطابق) 5 يستهلك الجهاز الظاهري سعة 100 جيجابايت 300 جيجابايت.
2 RAID-6 (ترميز المسح) 6 سوف يستهلك جهاز VM سعة 100 جيجابايت 150 جيجابايت.
3 RAID-1 (النسخ المتطابق) 7 يستهلك الجهاز الظاهري سعة 100 جيجابايت 400 جيجابايت.

المقاسات القائمة على الأداء

بالنسبة للتحجيم المستند إلى الأداء، يقوم جهاز Azure Migrate بتعريف البيئة المحلية لجمع بيانات الأداء لوحدة المعالجة المركزية والذاكرة والقرص. وبالتالي ، فإن التحجيم القائم على الأداء ل AVS سيأخذ في الاعتبار مساحة القرص المخصصة واستخدام الاستخدام المئوي المختار للذاكرة ووحدة المعالجة المركزية. على سبيل المثال ، إذا كان الجهاز الظاهري يحتوي على 4vCores مخصصة ولكن باستخدام 25٪ فقط ، تحديد حجم AVS ل 1vCore لهذا الجهاز الظاهري.

خطوات جمع بيانات الأداء:

  1. بالنسبة إلى الأجهزة الظاهرية VMware، يجمع جهاز Azure Migrate نقطة عينة في الوقت الفعلي في كل فاصل زمني مدته 20 ثانية.
  2. يقوم الجهاز بتجميع نقاط العينة التي يتم جمعها كل 10 دقائق ويرسل القيمة القصوى لآخر 10 دقائق إلى Azure Migrate.
  3. يخزن Azure Migrate جميع نقاط العينة لمدة 10 دقائق لآخر شهر واحد. ثم، استنادا إلى خصائص التقييم المحددة لسجل الأداءواستخدام النسبة المئوية، فإنه يحدد نقطة البيانات المناسبة لاستخدامها في التحجيم الصحيح. على سبيل المثال، إذا تم تعيين محفوظات الأداء إلى يوم واحد وكان استخدام النسبة المئوية هو النسبة المئوية 95، يستخدم Azure Migrate نقاط العينة لمدة 10 دقائق لآخر يوم واحد، ويقوم بفرزها بترتيب تصاعدي، ويختار القيمة المئوية 95 للحجم الصحيح.
  4. يتم ضرب هذه القيمة في عامل الراحة للحصول على بيانات استخدام الأداء الفعال لكل مقياس (استخدام وحدة المعالجة المركزية واستخدام الذاكرة) الذي يجمعه الجهاز.

بعد تحديد قيمة الاستخدام الفعال ، يتم التعامل مع التخزين والشبكة وحجم الحوسبة على النحو التالي.

تغيير حجم التخزين: يستخدم Azure Migrate إجمالي مساحة قرص VM المحلية كمعلمة حسابية لتحديد متطلبات تخزين AVS vSAN بالإضافة إلى إعداد FTT الذي يحدده العميل. FTT - ستحدد حالات الفشل في التحمل بالإضافة إلى طلب الحد الأدنى من عدد العقد لكل خيار FTT إجمالي تخزين vSAN المطلوب مع متطلبات قرص VM. إذا كان الاستيراد الخاص بك يعمل باستخدام ملف CSV، أخذ استخدام التخزين في الاعتبار عند إنشاء تقييم يستند إلى الأداء. إذا قمت بإنشاء تقييم محلي، فإن المنطق ينظر فقط إلى مساحة التخزين المخصصة لكل جهاز ظاهري.

تحجيم الشبكة: لا تأخذ تقييمات Azure VMware Solution حاليا أي إعدادات شبكة في الاعتبار عند تغيير حجم العقدة. أثناء الترحيل إلى Azure VMware Solution، يتم استخدام الحد الأدنى والحد الأقصى وفقا لمعايير VMware NSX-T.

حساب التحجيم: بعد حساب متطلبات التخزين (معلمات تحجيم FTT)، يأخذ تقييم Azure VMware Solution في الاعتبار متطلبات وحدة المعالجة المركزية والذاكرة لتحديد عدد العقد المطلوبة ل AVS استنادا إلى نوع العقدة.

  • استنادا إلى معايير التحجيم، ينظر تقييم AVS إما إلى بيانات الجهاز الظاهري المستندة إلى الأداء أو تكوين الجهاز الظاهري المحلي. يسمح إعداد عامل الراحة بتحديد عامل نمو المجموعة. حاليا بشكل افتراضي ، يتم تمكين hyperthreading وبالتالي فإن العقد الأساسية 36 سيكون لها 72 vCores. يتم استخدام 4 vCores لكل وحدة فعلية لتحديد عتبات وحدة المعالجة المركزية لكل مجموعة باستخدام معيار VMware الذي لا يتجاوز 80٪ من الاستخدام للسماح بمعالجة الصيانة أو الفشل دون المساس بتوفر المجموعة. لا يوجد حاليا أي تجاوز متاح لتغيير قيم الاشتراك الزائد وقد يكون لدينا هذا في الإصدارات المستقبلية.

كحجم محلي

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

تعرف على المزيد حول كيفية مراجعة تقييم حل Azure VMware.

استخدام وحدة المعالجة المركزية على عقد AVS

يفترض استخدام وحدة المعالجة المركزية استخدام 100٪ من النوى المتاحة. لتقليل عدد العقد المطلوبة ، يمكن للمرء زيادة الاشتراك الزائد من 4: 1 إلى قول 6: 1 بناء على خصائص عبء العمل والخبرة المحلية. على عكس القرص ، لا يضع AVS أي قيود على استخدام وحدة المعالجة المركزية. الأمر متروك للعملاء لضمان أداء مجموعتهم على النحو الأمثل ، لذلك إذا كانت هناك حاجة إلى "التشغيل الساخن" ، فقم بالتعديل وفقا لذلك. للسماح بمساحة أكبر للنمو، قلل من الاشتراك الزائد أو قم بزيادة قيمة عامل النمو.

كما أن استخدام وحدة المعالجة المركزية يمثل بالفعل النفقات العامة للإدارة من vCenter ومدير NSX والموارد الأصغر الأخرى.

استخدام الذاكرة على عقد AVS

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

كما أن استخدام الذاكرة يمثل بالفعل النفقات العامة للإدارة من vCenter ومدير NSX والموارد الأصغر الأخرى.

استخدام التخزين على عقد AVS

يتم حساب استخدام التخزين استنادا إلى التسلسل التالي:

  1. الحجم المطلوب للأجهزة الظاهرية (إما مخصصة كما هي أو المساحة المستخدمة القائمة على الأداء)
  2. تطبيق عامل النمو إن وجد
  3. إضافة النفقات العامة للإدارة وتطبيق نسبة FTT
  4. تطبيق عامل الخداع والضغط
  5. تطبيق الركود المطلوب بنسبة 25٪ ل vSAN
  6. ينتج عن ذلك التخزين المتاح للأجهزة الظاهرية من إجمالي مساحة التخزين بما في ذلك النفقات العامة للإدارة.

ستستند مساحة التخزين المتوفرة على مجموعة 3 عقدة إلى سياسة التخزين الافتراضية، وهي Raid-1 وتستخدم إدارة حسابات سميكة. عند حساب ترميز المحو أو Raid-5 على سبيل المثال ، يلزم وجود 4 عقد على الأقل. لاحظ أنه في Azure VMware Solution، يمكن تغيير نهج التخزين لحمل عمل العميل بواسطة المسؤول أو الأمر "تشغيل" (حاليا قيد المعاينة). [تعرف على المزيد] (./azure-vmware/configure-storage-policy.md)

العامل المحدد

يمكن أن يكون العامل المحدد الموضح في التقييمات هو وحدة المعالجة المركزية أو الذاكرة أو موارد التخزين بناء على الاستخدام على العقد. إنه المورد ، الذي يحد أو يحدد عدد المضيفين / العقد المطلوبة لاستيعاب الموارد. على سبيل المثال ، في تقييم إذا وجد أنه بعد ترحيل 8 VMware VMware إلى Azure VMware Solution ، سيتم استخدام 50٪ من موارد وحدة المعالجة المركزية ، ويتم استخدام 14٪ من الذاكرة وسيتم استخدام 18٪ من التخزين على عقد 3 Av36 وبالتالي فإن وحدة المعالجة المركزية هي العامل المقيد.

تقييمات الثقة

يرتبط كل تقييم يستند إلى الأداء في Azure Migrate بتصنيف ثقة يتراوح من واحد (الأدنى) إلى الخمس نجوم (الأعلى).

  • ويخصص تصنيف الثقة لتقييم يستند إلى توافر نقاط البيانات اللازمة لحساب التقييم.

  • يساعدك تصنيف الثقة للتقييم على تقدير موثوقية توصيات الحجم التي يوفرها Azure Migrate.

  • لا تنطبق تقييمات الثقة على التقييمات المحلية .

  • بالنسبة للتحجيم القائم على الأداء ، تحتاج تقييمات AVS إلى بيانات الاستخدام لذاكرة وحدة المعالجة المركزية وذاكرة VM. يتم جمع البيانات التالية ولكن لا يتم استخدامها في توصيات التحجيم ل AVS:

    • القرص IOPS وبيانات الإنتاجية لكل قرص متصل بالجهاز الظاهري.
    • إدخال/إخراج الشبكة للتعامل مع التحجيم المستند إلى الأداء لكل محول شبكة متصل بجهاز ظاهري.

    إذا كان أي من أرقام الاستخدام هذه غير متوفر في vCenter Server، فقد لا تكون توصية الحجم موثوقة.

اعتمادا على النسبة المئوية لنقاط البيانات المتاحة ، فإن تصنيف الثقة للتقييم يسير على النحو التالي.

توافر نقاط البيانات ⁧⁩تصنيف الثقة⁧⁩
0-20% 1 نجمة
21-40% "2 نجوم"
41-60% "3 نجوم"
61-80% "4 نجوم"
81-100% "5 نجوم"

تقييمات ثقة منخفضة

فيما يلي بعض الأسباب التي تجعل التقييم يحصل على تصنيف ثقة منخفض:

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

  • التقييم غير قادر على جمع بيانات الأداء لبعض أو كل الأجهزة الظاهرية في فترة التقييم. للحصول على تصنيف ثقة عالية، يرجى التأكد من:

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

    يرجى "إعادة حساب" التقييم ليعكس أحدث التغييرات في تصنيف الثقة.

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

ملاحظة

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

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

بعد اكتمال توصيات تغيير الحجم، يقوم Azure Migrate بحساب التكلفة الإجمالية لتشغيل أحمال العمل المحلية في AVS عن طريق ضرب عدد عقد AVS المطلوبة في سعر العقدة. يتم حساب التكلفة لكل تكلفة VM بقسمة التكلفة الإجمالية على عدد الأجهزة الظاهرية في التقييم.

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

نظرا لأن تسعير Azure VMware Solution (AVS) هو لكل عقدة، فإن التكلفة الإجمالية لا تحتوي على تكلفة الحوسبة وتوزيع تكلفة التخزين. معرفة المزيد

إرشادات أداة الترحيل

في تقرير جاهزية Azure لتقييم Azure VMware Solution (AVS)، يمكنك الاطلاع على الأدوات المقترحة التالية:

  • VMware HCX أو Enterprise: بالنسبة لخوادم VMware، يعد حل VMware Hybrid Cloud Extension (HCX) أداة الترحيل المقترحة لترحيل عبء العمل المحلي إلى سحابة Azure VMware Solution (AVS) الخاصة. ⁧⁩تعرّف على المزيد⁧⁩.
  • غير معروف: بالنسبة إلى الخوادم التي يتم استيرادها عبر ملف CSV، تكون أداة الترحيل الافتراضية غير معروفة. على الرغم من أنه بالنسبة لخوادم VMware ، يوصى باستخدام حل VMware Hybrid Cloud Extension (HCX).

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

قم بإنشاء تقييم للأجهزة الظاهرية VMware AVS.