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

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

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

إشعار

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

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

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

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

إشعار

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

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

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

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

هناك طريقتان لتشغيل التقييم.

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

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

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

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

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

قم بإنشاء أول تقييم Azure VMware Solution باتباع الخطوات هنا.

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

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

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

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

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

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

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

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

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

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

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

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

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

يتم جمع بيانات الأداء التالية ولكن لا يتم استخدامها في توصيات تغيير الحجم لتقييمات Azure VMware Solution:

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

كيف يتم حساب تقييمات Azure VMware Solution؟

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

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

  1. حساب جاهزية Azure VMware Solution: ما إذا كانت vSphere VMs المحلية مناسبة للترحيل إلى Azure VMware Solution.
  2. حساب عدد عقد Azure VMware Solution والاستخدام عبر العقد: العدد المقدر لعقد Azure VMware Solution المطلوبة لتشغيل VMware vSphere VMs وCPU المتوقع والذاكرة واستخدام التخزين عبر جميع العقد.
  3. تقدير التكلفة الشهرية: التكاليف الشهرية المقدرة لجميع عقد Azure VMware Solution التي تشغل vSphere VMs المحلية.

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

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

فيما يلي ما تم تضمينه في تقييم Azure VMware Solution:

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

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

تحليل ملاءمة Azure VMware Solution

تقيم تقييمات Azure VMware Solution كل vSphere VM محلي لملاءمته ل Azure VMware Solution من خلال مراجعة خصائص الخادم. كما أنه يعين كل خادم تم تقييمه إلى إحدى فئات الملاءمة التالية:

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

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

خصائص الخادم

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

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

ضبط الحجم

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

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

إشعار

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

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

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

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

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

تغيير الحجم المستند إلى الأداء

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

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

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

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

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

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

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

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

كتحجيم محلي

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

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

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

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

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

استخدام الذاكرة على عقد Azure VMware Solution

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

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

استخدام التخزين على عقد Azure VMware Solution

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

  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 VMs إلى Azure VMware Solution، سيتم استخدام 50٪ من موارد وحدة المعالجة المركزية، ويتم استخدام 14٪ من الذاكرة وسيتم استخدام 18٪ من التخزين على عقد Av36 3 وبالتالي CPU هو العامل المحدد.

تصنيفات الثقة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

إشعار

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

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

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

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

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

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

في تقرير جاهزية Azure لتقييم Azure VMware Solution، يمكنك مشاهدة الأدوات المقترحة التالية:

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

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

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