نظرة عامة على التقييم (الترحيل إلى أجهزة Azure الظاهرية)

  • مقالة

تنبيه

تشير هذه المقالة إلى CentOS، وهو توزيع Linux يقترب من حالة نهاية العمر الافتراضي (EOL). يرجى مراعاة استخدامك والتخطيط وفقا لذلك. لمزيد من المعلومات، راجع إرشادات نهاية العمر الافتراضي CentOS.

توفر هذه المقالة نظرة عامة على التقييمات في أداة Azure Migrate: Discovery and assessment . يمكن للأداة تقييم الخوادم المحلية في بيئة VMware الظاهرية وHyper-V، والخوادم الفعلية للترحيل إلى Azure.

ما هو التقييم؟

يقيس التقييم باستخدام أداة الاكتشاف والتقييم الجاهزية ويقدر تأثير ترحيل الخوادم المحلية إلى Azure.

إشعار

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

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

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

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

إشعار

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

التقييمات التي تقوم بإنشائها باستخدام Azure Migrate هي لقطة من البيانات في نقطة زمنية. يوفر تقييم Azure VM خيارين لمعايير تغيير الحجم:

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

تستند توصية نوع القرص إلى عمليات الإدخال/الإخراج في الثانية (IOPS) ومعدل نقل الأقراص المحلية. أنواع الأقراص هي Azure Standard HDD وAzure Standard SSD وأقراص Azure Premium وأقراص Azure Ultra.
كما هو في الموقع التقييمات التي لا تستخدم بيانات الأداء لتقديم التوصيات تستند توصية حجم الجهاز الظاهري إلى حجم الخادم المحلي.

يستند نوع القرص الموصى به إلى نوع التخزين المحدد للتقييم.

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

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

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

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

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

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

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

اتبع البرامج التعليمية الخاصة بنا ل VMware أو Hyper-V أو الخوادم الفعلية لتجربة هذه الخطوات.

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

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

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

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

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

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

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

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

    • VMware VMs: يتم جمع نقطة عينة كل 20 ثانية.
    • Hyper-V VMs: يتم جمع نقطة عينة كل 30 ثانية.
    • الخوادم الفعلية: يتم جمع نقطة عينة كل خمس دقائق.

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

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

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

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

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

    • استخدام CPU
    • استخدام ذاكرة الوصول العشوائي
    • القرص IOPS (قراءة وكتابة)
    • معدل نقل القرص (القراءة والكتابة)
    • معدل نقل الشبكة (داخل وخارج)

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

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

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

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

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

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

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

الإعداد التفاصيل
الموقع الهدف الموقع الذي تريد الترحيل إليه. يدعم التقييم حاليا مناطق Azure المستهدفة هذه:

وسط أستراليا، أستراليا الوسطى 2، شرق أستراليا، جنوب شرق أستراليا، جنوب البرازيل، كندا الوسطى، كندا الشرقية، وسط الهند، وسط الولايات المتحدة، شرق الصين، شرق الصين 2، شمال الصين 2، شمال الصين 2، شرق آسيا، شرق الولايات المتحدة، شرق الولايات المتحدة 2، فرنسا الوسطى، فرنسا الجنوبية، ألمانيا الشمالية، ألمانيا الغربية الوسطى، شرق اليابان، غرب اليابان، كوريا الوسطى، كوريا الجنوبية، شمال وسط الولايات المتحدة، شمال أوروبا، شرق النرويج، غرب النرويج، جنوب أفريقيا الشمالية، جنوب أفريقيا الغربية، جنوب وسط الولايات المتحدة، جنوب آسيا، جنوب الهند، شمال سويسرا، غرب سويسرا، الإمارات العربية المتحدة الوسطى، شمال الإمارات العربية المتحدة، جنوب المملكة المتحدة، غرب المملكة المتحدة، غرب وسط الولايات المتحدة، غرب أوروبا، غرب الهند، غرب الولايات المتحدة، غرب الولايات المتحدة 2، JioIndiaCentral، JioIndiaWest، ولاية أريزونا الأمريكية Gov، الولايات المتحدة Gov Iowa، ولاية تكساس الأمريكية، ولاية فرجينيا الأمريكية.
قرص التخزين الهدف (كما هو تغيير الحجم) نوع القرص المراد استخدامه للتخزين في Azure.

حدد قرص التخزين الهدف كقرص Premium مدار أو قياسي مدار بواسطة SSD أو Standard HDD أو Ultra.
قرص التخزين الهدف (تغيير الحجم المستند إلى الأداء) يحدد نوع قرص التخزين الهدف كقرص Premium مدار أو قياسي مدار بواسطة HDD أو Standard SSD أو Ultra.

قرص Premium أو Standard أو Ultra: يوصي التقييم ب SKU قرص ضمن نوع التخزين المحدد.

إذا كنت تريد اتفاقية مستوى خدمة VM أحادية المثيل (SLA) بنسبة 99.9٪، ففكر في استخدام الأقراص المدارة من Premium. يضمن هذا الاستخدام أن جميع الأقراص في التقييم مستحسنة كأقراص مدارة من Premium.

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

يدعم Azure Migrate الأقراص المدارة فقط لتقييم الترحيل.
خيارات التوفير (حساب) حدد خيار التوفير الذي تريد أن يأخذه التقييم في الاعتبار للمساعدة في تحسين تكلفة حساب Azure.

تعد حجوزات Azure (سنة واحدة أو 3 سنوات محجوزة) خيارا جيدا للموارد الأكثر تشغيلا باستمرار.

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

عند تحديد "بلا"، تستند تكلفة حساب Azure إلى سعر الدفع أثناء التنقل أو استنادا إلى الاستخدام الفعلي.

تحتاج إلى تحديد برنامج الدفع أولا بأول في العرض/الترخيص لتتمكن من استخدام المثيلات المحجوزة أو خطة توفير Azure. عند تحديد أي خيار توفير بخلاف "بلا"، لا تنطبق الخاصيتين "الخصم (٪)" و"وقت تشغيل الجهاز الظاهري". يتم حساب تقديرات التكلفة الشهرية بضرب 744 ساعة في حقل وقت تشغيل الجهاز الظاهري بالسعر بالساعة لوحدة SKU الموصى بها.
معايير التحجيم يستخدم لإضفاء حقوق على Azure VM.

استخدم كما هو التحجيم أو التحجيم المستند إلى الأداء.
محفوظات الأداء يستخدم مع تغيير الحجم المستند إلى الأداء. يحدد سجل الأداء المدة المستخدمة عند تقييم بيانات الأداء.
استخدام القيمة المئوية يستخدم مع تغيير الحجم المستند إلى الأداء. يحدد استخدام القيمة المئوية القيمة المئوية لعينة الأداء المستخدمة لإضفاء الطابع الحقوقي.
سلسلة الجهاز الظاهري سلسلة Azure VM التي تريد مراعاتها لإضفاء الطابع الحقوقي. على سبيل المثال، إذا لم يكن لديك بيئة إنتاج تحتاج إلى سلسلة VMs A-series في Azure، يمكنك استبعاد سلسلة A-series من قائمة السلسلة.
عامل الراحة المخزن المؤقت المستخدم أثناء التقييم. يتم تطبيقه على بيانات وحدة المعالجة المركزية وذاكرة الوصول العشوائي والقرص والشبكة للأجهزة الظاهرية. وهو يمثل مشكلات مثل الاستخدام الموسمي، ومحفوظات الأداء القصيرة، والزيادات المحتملة في الاستخدام المستقبلي.

على سبيل المثال، ينتج عن الجهاز الظاهري 10 نواة مع استخدام 20٪ عادة في جهاز ظاهري ثنائي النواة. مع عامل الراحة 2.0، تكون النتيجة جهاز ظاهري رباعي النواة بدلا من ذلك.
العرض عرض Azure الذي سجلت فيه. يقدر التقييم تكلفة ذلك العرض.
عملة العملة المستخدمة في فوترة حسابك.
الخصم‏‎ (%) أي خصومات خاصة بالاشتراك تتلقاها أعلى عرض Azure. الإعداد الافتراضي هو 0٪.
وقت تشغيل الجهاز الظاهري المدة بالأيام في الشهر والساعات في اليوم لأجهزة Azure الظاهرية التي لن تعمل بشكل مستمر. تستند تقديرات التكلفة إلى تلك المدة.

القيم الافتراضية هي 31 يوما في الشهر و24 ساعة في اليوم.
Azure Hybrid Benefit يحدد ما إذا كان لديك ضمان برنامج ومؤهلا ل Azure Hybrid Benefit لاستخدام تراخيص نظام التشغيل الحالية. إذا تم تمكين الإعداد، لا يتم اعتبار أسعار Azure لأنظمة التشغيل المحددة لتكلفة الجهاز الظاهري.
اشتراك EA يستخدم تحديد اشتراكات اتفاقية المؤسسة (EA) لتقدير التكلفة. خذ في الاعتبار الخصم المطبق على الاشتراك.

اترك الإعدادات للمثيلات المحجوزة والخصم (٪) وخصائص وقت تشغيل الجهاز الظاهري مع إعداداتها الافتراضية.
الأمان يحدد ما إذا كنت تريد تقييم الجاهزية وتكلفة أدوات الأمان على Azure. إذا كان الإعداد يحتوي على القيمة الافتراضية نعم، مع Microsoft Defender for Cloud، فإنه سيقيم جاهزية الأمان وتكاليف جهاز Azure الظاهري الخاص بك باستخدام Microsoft Defender for Cloud.

راجع أفضل الممارسات لإنشاء تقييم باستخدام Azure Migrate.

حساب الجاهزية

ليست جميع الخوادم مناسبة للتشغيل في Azure. يقيم تقييم جهاز Azure الظاهري جميع الخوادم المحلية ويعين لها فئة الاستعداد.

  • جاهز ل Azure: يمكن ترحيل الخادم كما هو إلى Azure دون أي تغييرات. سيبدأ في Azure بدعم Azure الكامل.
  • جاهز بشكل مشروط ل Azure: قد يبدأ الخادم في Azure ولكن قد لا يكون لديه دعم Azure الكامل. على سبيل المثال، لا يدعم Azure خادما يقوم بتشغيل إصدار قديم من Windows Server. يجب أن تكون حذرا قبل ترحيل هذه الخوادم إلى Azure. لإصلاح أي مشاكل في الاستعداد، اتبع إرشادات المعالجة التي يقترحها التقييم.
  • غير جاهز ل Azure: لن يبدأ الخادم في Azure. على سبيل المثال، إذا كان قرص الخادم المحلي يخزن أكثر من 64 ТБ، فلن يتمكن Azure من استضافة الخادم. اتبع إرشادات المعالجة لإصلاح المشكلة قبل الترحيل.
  • الجاهزية غير معروفة: لا يمكن ل Azure Migrate تحديد جاهزية الخادم بسبب عدم كفاية بيانات التعريف.

لحساب الجاهزية، يراجع التقييم خصائص الخادم وإعدادات نظام التشغيل الملخصة في الجداول التالية.

خصائص الخادم

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

الخاصية التفاصيل حالة استعداد Azure
نوع التمهيد يدعم Azure نوع تمهيد UEFI لنظام التشغيل المذكور هنا غير جاهز إذا كان نوع التمهيد هو UEFI ونظام التشغيل الذي يعمل على الجهاز الظاهري هو: Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2
النوي يجب ألا يحتوي كل خادم على أكثر من 128 نواة، وهو الحد الأقصى لعدد الأجهزة الظاهرية ل Azure الذي يدعمه.

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

إذا لم يكن هناك سجل أداء، يستخدم Azure Migrate الذاكرات الأساسية المخصصة لتطبيق عامل الراحة.		 جاهز إذا كان عدد الذاكرات الأساسية ضمن الحد
ذاكره الوصول العشوائي يجب ألا يحتوي كل خادم على أكثر من 3892 غيغابايت من ذاكرة الوصول العشوائي، وهو الحد الأقصى للحجم الذي تدعمه سلسلة Azure M Standard_M128m 2 VM. اعرف المزيد.

إذا كان سجل الأداء متوفرا، فإن Azure Migrate يأخذ في الاعتبار ذاكرة الوصول العشوائي المستخدمة للمقارنة. إذا تم تحديد عامل الراحة، يتم ضرب ذاكرة الوصول العشوائي المستخدمة بواسطة عامل الراحة.

إذا لم يكن هناك تاريخ، يتم استخدام ذاكرة الوصول العشوائي المخصصة لتطبيق عامل الراحة.

 جاهز إذا كان مقدار ذاكرة الوصول العشوائي ضمن الحد
قرص التخزين يجب ألا يزيد الحجم المخصص للقرص عن 64 ТБ.

يجب أن يكون عدد الأقراص المرفقة بالخادم، بما في ذلك قرص نظام التشغيل، 65 أو أقل.		 جاهز إذا كان حجم القرص ورقمه ضمن الحدود
التواصل الشبكي يجب ألا يحتوي الخادم على أكثر من 32 واجهة شبكة (NICs) مرفقة به. جاهز إذا كان عدد بطاقات NIC ضمن الحد

نظام التشغيل الضيف

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

إشعار

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

يستخدم التقييم المنطق التالي لتحديد جاهزية Azure استنادا إلى نظام التشغيل:

نظام التشغيل التفاصيل حالة استعداد Azure
Windows Server 2016 وجميع SPs يوفر Azure الدعم الكامل. جاهز ل Azure.
Windows Server 2012 R2 وجميع SPs يوفر Azure الدعم الكامل. جاهز ل Azure.
Windows Server 2012 وجميع SPs يوفر Azure الدعم الكامل. جاهز ل Azure.
Windows Server 2008 R2 مع جميع SPs يوفر Azure الدعم الكامل. جاهز ل Azure.
Windows Server 2008 (32 بت و64 بت) يوفر Azure الدعم الكامل. جاهز ل Azure.
Windows Server 2003 وWindows Server 2003 R2 اجتازت أنظمة التشغيل هذه تواريخ انتهاء الدعم وتحتاج إلى اتفاقية دعم مخصصة (CSA) للدعم في Azure. جاهز بشكل مشروط ل Azure. ضع في اعتبارك ترقية نظام التشغيل قبل الترحيل إلى Azure.
Windows 2000 وWindows 98 وWindows 95 وWindows NT وWindows 3.1 وMS-DOS لقد اجتازت أنظمة التشغيل هذه تواريخ انتهاء الدعم الخاصة بها. قد يبدأ الخادم في Azure، ولكن لا يوفر Azure أي دعم لنظام التشغيل. جاهز بشكل مشروط ل Azure. نوصي بترقية نظام التشغيل قبل الترحيل إلى Azure.
Windows 7 وWindows 8 وWindows 10 يوفر Azure الدعم مع اشتراك Visual Studio فقط. جاهز بشكل مشروط ل Azure.
Windows 10 Pro يوفر Azure الدعم مع حقوق الاستضافة متعددة المستأجرين. جاهز بشكل مشروط ل Azure.
Windows Vista وWindows XP Professional لقد اجتازت أنظمة التشغيل هذه تواريخ انتهاء الدعم الخاصة بها. قد يبدأ الخادم في Azure، ولكن لا يوفر Azure أي دعم لنظام التشغيل. جاهز بشكل مشروط ل Azure. نوصي بترقية نظام التشغيل قبل الترحيل إلى Azure.
Linux راجع أنظمة تشغيل Linux التي يدعمها Azure. قد تبدأ أنظمة تشغيل Linux الأخرى في Azure. ولكن نوصي بترقية نظام التشغيل إلى إصدار معتمد قبل الترحيل إلى Azure. جاهز ل Azure إذا تم اعتماد الإصدار.

جاهز بشكل مشروط إذا لم يتم اعتماد الإصدار.
أنظمة تشغيل أخرى مثل Oracle Solaris وApple macOS و FreeBSD لا يدعم Azure أنظمة التشغيل هذه. قد يبدأ الخادم في Azure، ولكن لا يوفر Azure أي دعم لنظام التشغيل. جاهز بشكل مشروط ل Azure. نوصي بتثبيت نظام تشغيل مدعوم قبل الترحيل إلى Azure.
نظام التشغيل المحدد كغيره في خادم vCenter لا يمكن ل Azure Migrate تحديد نظام التشغيل في هذه الحالة. جاهزية غير معروفة. تأكد من أن Azure يدعم نظام التشغيل الذي يعمل داخل الجهاز الظاهري.
أنظمة التشغيل 32 بت قد يبدأ الخادم في Azure، ولكن قد لا يوفر Azure الدعم الكامل. جاهز بشكل مشروط ل Azure. ضع في اعتبارك الترقية إلى نظام تشغيل 64 بت قبل الترحيل إلى Azure.

الاستعداد الأمني

تحدد التقييمات أيضا استعداد الهدف الموصى به ل Microsoft Defender for Servers. يتم وضع علامة على الخادم على أنه جاهز ل Microsoft Defender for Servers إذا كان يحتوي على ما يلي:

  • الحد الأدنى 2 vCores (يفضل 4 vCores)
  • ذاكرة وصول عشوائي بسعة 1 غيغابايت كحد أدنى (يفضل 4 غيغابايت)
  • مساحة قرص بسعة 2 غيغابايت
  • تشغيل أي من أنظمة التشغيل التالية:
    • Windows Server 2008 R2 و2012 R2 و2016 و2019 و2022
    • Red Hat Enterprise Linux Server 7.2+, 8+, 9+
    • Ubuntu 16.04، 18.04، 20.04، 22.04
    • SUSE Linux Enterprise Server 12, 15+
    • دبيان 9، 10، 11
    • Oracle Linux 7.2+، 8
    • CentOS Linux 7.2+
    • Amazon Linux 2
  • بالنسبة لأنظمة التشغيل الأخرى، يتم وضع علامة على الخادم على أنه جاهز مع الشروط. إذا لم يكن الخادم جاهزا لترحيله إلى Azure، يتم وضع علامة عليه على أنه غير جاهز ل Microsoft Defender for Servers.

حساب التحجيم

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

حساب التحجيم (كما هو محلي)

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

  • تحجيم الحساب: يخصص التقييم Azure VM SKU استنادا إلى الحجم المخصص محليا.
  • حجم التخزين والقرص: يبحث التقييم في نوع التخزين المحدد في خصائص التقييم ويوصي بنوع القرص المناسب. أنواع التخزين المحتملة هي قرص Standard HDD وStandard SSD وPremium و Ultra. نوع التخزين الافتراضي هو Premium.
  • تغيير حجم الشبكة: يأخذ التقييم في الاعتبار محول الشبكة على الخادم المحلي.

حساب التحجيم (المستند إلى الأداء)

إذا كنت تستخدم التحجيم المستند إلى الأداء في تقييم Azure VM، فإن التقييم يقدم توصيات تغيير الحجم كما يلي:

  • يأخذ التقييم في الاعتبار محفوظات الأداء (استخدام الموارد) للخادم جنبا إلى جنب مع معيار المعالج لتحديد حجم الجهاز الظاهري ونوع القرص في Azure.

إشعار

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

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

حساب حجم التخزين

لتحديد حجم التخزين في تقييم Azure VM، يحاول Azure Migrate تعيين كل قرص مرفق بالخادم إلى قرص Azure. يعمل تغيير الحجم على النحو التالي:

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

  2. يتم تحديد الأقراص كما يلي:

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

بالنسبة لأقراص Ultra، هناك مجموعة من عمليات الإدخال والإخراج في الثانية ومعدل النقل المسموح بها لحجم قرص معين، وبالتالي يختلف المنطق المستخدم في تغيير الحجم عن الأقراص القياسية والمميزة:

  1. يتم حساب ثلاثة أحجام قرص Ultra:
    • تم العثور على قرص واحد (القرص 1) يمكنه تلبية متطلبات حجم القرص
    • تم العثور على قرص واحد (القرص 2) يمكنه تلبية إجمالي متطلبات IOPS
      • IOPS المراد توفيره = (معدل نقل القرص المصدر) *1024/256
    • تم العثور على قرص واحد (القرص 3) يمكنه تلبية متطلبات إجمالي معدل النقل
  2. من بين الأقراص الثلاثة، يتم العثور على قرص مع الحد الأقصى لحجم القرص ويتم تقريبه إلى عرض قرص Ultra المتوفر التالي. هذا هو حجم قرص Ultra المتوفر.
  3. يتم حساب IOPS المقدم باستخدام المنطق التالي:
    • إذا كان معدل نقل المصدر المكتشف في النطاق المسموح به لحجم القرص Ultra، فإن IOPS المتوفر يساوي IOPS للقرص المصدر
    • وإلا، يتم حساب IOPS المقدم باستخدام IOPS ليتم توفيره = (معدل نقل القرص المصدر) *1024/256
  4. يعتمد نطاق معدل النقل المقدم على IOPS المقدم

حساب حجم الشبكة

لتقييم Azure VM، يحاول التقييم العثور على جهاز Azure ظاهري يدعم العدد والأداء المطلوب لمحولات الشبكة المرفقة بالخادم المحلي.

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

حساب تحجيم الحساب

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

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

تصنيفات الثقة (المستندة إلى الأداء)

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

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

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

إشعار

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

التقييمات

يوضح هذا الجدول تقييمات ثقة التقييم، والتي تعتمد على النسبة المئوية لنقاط البيانات المتاحة:

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

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

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

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

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

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

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

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

إشعار

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

حساب التكاليف الشهرية

بعد اكتمال توصيات تغيير الحجم، يحسب تقييم Azure VM في Azure Migrate تكاليف الحوسبة والتخزين لما بعد الترحيل.

حساب التكلفة

يستخدم Azure Migrate حجم Azure VM الموصى به وواجهة برمجة تطبيقات فوترة Azure لحساب التكلفة الشهرية للخادم.

تأخذ العملية الحسابية في الاعتبار ما يلي:

  • نظام التشغيل
  • ضمان البرنامج
  • مثيلات مخصصة
  • وقت تشغيل الجهاز الظاهري
  • الموقع
  • إعدادات العملة

يجمع التقييم التكلفة عبر جميع الخوادم لحساب إجمالي تكلفة الحوسبة الشهرية.

تكلفة التخزين

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

قرص قياسي ومميز

يتم حساب تكلفة الأقراص القياسية أو المتميزة استنادا إلى حجم القرص المحدد/الموصى به.

قرص Ultra

يتم حساب تكلفة قرص Ultra استنادا إلى الحجم المقدم وIOOPS المقدم ومعدل النقل المقدم. معرفة المزيد

يتم حساب التكلفة باستخدام المنطق التالي:

  • يتم حساب تكلفة حجم القرص عن طريق ضرب حجم القرص المتوفر في سعر سعة القرص بالساعة
  • يتم حساب تكلفة IOPS المقدمة عن طريق ضرب IOPS المقدمة في سعر IOPS المقدم بالساعة
  • يتم حساب تكلفة معدل النقل المقدم عن طريق ضرب معدل النقل المقدم في سعر معدل النقل المتوفر بالساعة
  • لا تتم إضافة رسوم حجز الجهاز الظاهري لقرص Ultra في التكلفة الإجمالية. معرفة المزيد

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

تكلفة الأمان

بالنسبة للخوادم الموصى بها لجهاز Azure الظاهري، إذا كانت جاهزة لتشغيل Defender for Server، تتم إضافة تكلفة Defender for Server (الخطة 2) لكل خادم لتلك المنطقة. يجمع التقييم التكلفة عبر جميع الخوادم لحساب إجمالي تكلفة الأمان الشهرية.

يتم عرض التكاليف بالعملة المحددة في إعدادات التقييم.

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

مراجعة أفضل الممارسات لإنشاء التقييمات.