الاكتشاف والتقييم وتحليل التبعية - الأسئلة الشائعة
تجيب هذه المقالة عن الأسئلة الشائعة حول الاكتشاف والتقييم وتحليل التبعية في Azure Migrate. إذا كانت لديك أسئلة أخرى، فتحقق من هذه الموارد:
- أسئلة عامة حول Azure Migrate
- أسئلة حول جهاز Azure Migrate
- أسئلة حول ترحيل الخادم
- الحصول على إجابات للأسئلة في [منتدى Azure Migrate](https://social.msdn.microsoft.com/forums/azure/home?forum=AzureMigrate
ما هي المناطق الجغرافية المدعومة للاكتشاف والتقييم باستخدام Azure Migrate؟
راجع المناطق الجغرافية المدعومة للسحب العامة والحكومية.
كم عدد الخوادم التي يمكنني اكتشافها باستخدام جهاز؟
يمكنك اكتشاف ما يصل إلى 10000 خادم من بيئة VMware وما يصل إلى 5000 خادم من بيئة Hyper-V وما يصل إلى 1000 خادم فعلي باستخدام جهاز واحد. إذا كان لديك المزيد من الخوادم، فاقرأ عن توسيع نطاق تقييم Hyper-V أو توسيع نطاق تقييم VMware أو تغيير حجم تقييم خادم فعلي.
كيف أعمل اختيار نوع التقييم؟
- استخدم تقييمات Azure VM عندما تريد تقييم الخوادم من بيئة VMwareوHyper-V المحلية، والخوادم الفعلية للترحيل إلى أجهزة Azure الظاهرية. معرفة المزيد
- استخدم نوع التقييم Azure SQL عندما تريد تقييم SQL Server المحلي من بيئة VMware الخاصة بك للترحيل إلى قاعدة بيانات Azure SQL أو Azure SQL Managed Instance. معرفة المزيد
- استخدم نوع التقييم Azure App Service عندما تريد تقييم تطبيقات الويب المحلية ASP.NET التي تعمل على خادم ويب IIS من بيئة VMware للترحيل إلى Azure App Service. معرفة المزيد
- استخدم تقييمات Azure VMware Solution (AVS) عندما تريد تقييم الأجهزة الظاهرية المحلية ل VMware للترحيل إلى Azure VMware Solution (AVS) باستخدام نوع التقييم هذا. معرفة المزيد
- يمكنك استخدام مجموعة مشتركة مع أجهزة VMware فقط لتشغيل كلا النوعين من التقييمات. إذا كنت تقوم بتشغيل تقييمات AVS في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من أجهزة VMware.
لماذا تكون بيانات الأداء مفقودة لبعض / كل الخوادم في تقرير تقييم Azure VM و / أو AVS الخاص بي؟
بالنسبة للتقييم "المستند إلى الأداء"، يشير تصدير تقرير التقييم إلى "PercentageOfCoresUtilizedMissing" أو "PercentageOfMemoryUtilizedMissing" عندما يتعذر على جهاز Azure Migrate تجميع بيانات الأداء للخوادم المحلية. فحص:
إذا تم تشغيل الخوادم طوال المدة التي تقوم فيها بإنشاء التقييم
إذا كانت عدادات الذاكرة مفقودة فقط وكنت تحاول تقييم الخوادم في بيئة Hyper-V. في هذا السيناريو، يرجى تمكين الذاكرة الديناميكية على الخوادم و "إعادة حساب" التقييم ليعكس أحدث التغييرات. يمكن للجهاز تجميع قيم استخدام الذاكرة للقطع في بيئة Hyper-V فقط عندما يكون الخادم قد تم تمكين الذاكرة الديناميكية.
إذا كانت جميع عدادات الأداء مفقودة، فتأكد من السماح بالاتصالات الصادرة على المنافذ 443 (HTTPS).
ملاحظة
إذا كان أي من عدادات الأداء مفقودا، فإن Azure Migrate: Server Assessment يعود إلى النوى/الذاكرة المخصصة محليا ويوصي بحجم الجهاز الظاهري وفقا لذلك.
لماذا تكون بيانات الأداء مفقودة لبعض / كل مثيلات SQL / قواعد البيانات في تقييم Azure SQL الخاص بي؟
لضمان جمع بيانات الأداء، يرجى التحقق مما يلي:
- إذا تم تشغيل خوادم SQL طوال المدة التي تقوم فيها بإنشاء التقييم
- إذا كانت حالة اتصال عامل SQL في Azure Migrate هي "متصل" وتحقق من آخر نبضة قلب
- إذا كانت حالة اتصال Azure Migrate لجميع مثيلات SQL هي "متصلة" في شفرة مثيل SQL المكتشفة
- إذا كانت جميع عدادات الأداء مفقودة، فتأكد من السماح بالاتصالات الصادرة على المنافذ 443 (HTTPS)
إذا كان أي من عدادات الأداء مفقودا، يوصي تقييم Azure SQL بأصغر تكوين SQL Azure لهذا المثيل/قاعدة البيانات.
لماذا لا يتوفر تصنيف الثقة لعمليات تقييم خدمة تطبيقات Azure؟
لا يتم التقاط بيانات الأداء لتقييم Azure App Service، وبالتالي لا ترى تصنيف الثقة لهذا النوع من التقييم. يأخذ تقييم Azure App Service بيانات تكوين تطبيقات الويب في الاعتبار أثناء إجراء حساب التقييم.
لماذا يكون تصنيف الثقة في تقييمي منخفضا؟
ويحسب تصنيف الثقة للتقييمات "القائمة على الأداء" استنادا إلى النسبة المئوية لنقاط البيانات المتاحة اللازمة لحساب التقييم. فيما يلي الأسباب التي تجعل التقييم يحصل على تصنيف ثقة منخفض:
لم تقم بتعريف بيئتك طوال المدة التي تقوم فيها بإنشاء التقييم. على سبيل المثال، إذا كنت تقوم بإنشاء تقييم مع تعيين مدة الأداء إلى أسبوع واحد، فستحتاج إلى الانتظار لمدة أسبوع على الأقل بعد بدء الاكتشاف حتى يتم جمع جميع نقاط البيانات. إذا لم تتمكن من الانتظار طوال المدة، يرجى تغيير مدة الأداء إلى فترة أصغر وإعادة حساب التقييم.
التقييم غير قادر على جمع بيانات الأداء لبعض أو كل الخوادم في فترة التقييم. للحصول على تصنيف ثقة عالية، يرجى التأكد من:
- يتم تشغيل الخوادم طوال مدة التقييم
- يسمح بالاتصالات الصادرة على المنافذ 443
- لخوادم Hyper-V يتم تمكين الذاكرة الديناميكية
- حالة اتصال الوكلاء في Azure Migrate هي "متصل" وتحقق من آخر نبضة قلب
- بالنسبة لتقييمات Azure SQL، تكون حالة اتصال Azure Migrate لجميع مثيلات SQL هي "متصلة" في شفرة مثيل SQL المكتشفة
يرجى إعادة حساب التقييم ليعكس أحدث التغييرات في تصنيف الثقة.
بالنسبة لتقييمات Azure VM وAVS، تم إنشاء عدد قليل من الخوادم بعد بدء الاكتشاف. على سبيل المثال، إذا كنت تقوم بإنشاء تقييم لسجل الأداء لشهر واحد الماضي، ولكن تم إنشاء عدد قليل من الخوادم في البيئة قبل أسبوع واحد فقط. في هذه الحالة ، لن تكون بيانات الأداء للخوادم الجديدة متاحة طوال المدة وسيكون تصنيف الثقة منخفضا. معرفة المزيد
بالنسبة لتقييمات Azure SQL، تم إنشاء عدد قليل من مثيلات SQL أو قواعد البيانات بعد بدء الاكتشاف. على سبيل المثال، إذا كنت تقوم بإنشاء تقييم لمحفوظات الأداء لشهر واحد الماضي، ولكن تم إنشاء عدد قليل من مثيلات SQL أو قواعد البيانات في البيئة قبل أسبوع واحد فقط. في هذه الحالة ، لن تكون بيانات الأداء للخوادم الجديدة متاحة طوال المدة وسيكون تصنيف الثقة منخفضا. معرفة المزيد
لماذا استخدام ذاكرة الوصول العشوائي أكبر من 100٪؟
حسب التصميم، في Hyper-V إذا كان الحد الأقصى للذاكرة المتوفرة أقل مما هو مطلوب من قبل الجهاز الظاهري، سيظهر التقييم أن استخدام الذاكرة يزيد عن 100٪.
لماذا لا يمكنني رؤية جميع عائلات Azure VM في خصائص تقييم Azure VM؟
يمكن أن يكون هناك سببان:
- لقد اخترت منطقة Azure حيث لا يتم دعم سلسلة معينة. تعتمد عائلات Azure VM المعروضة في خصائص تقييم Azure VM على توفر سلسلة الأجهزة الظاهرية في موقع Azure المختار ونوع التخزين والمثيل المحجوز.
- سلسلة VM ليست دعما في التقييم وليست في منطق النظر في التقييم. نحن لا ندعم حاليا سلسلة SKU القابلة للانفجار والمتسارعة وعالية الأداء من الفئة B. نحن نحاول الحفاظ على تحديث سلسلة VM ، وتلك المذكورة موجودة في خريطة الطريق الخاصة بنا.
عدد تقييمات Azure VM أو AVS على أداة الاكتشاف والتقييم غير صحيح
لمعالجة ذلك، انقر فوق العدد الإجمالي للتقييمات للانتقال إلى جميع التقييمات وإعادة حساب تقييم Azure VM أو AVS. ستعرض أداة الاكتشاف والتقييم بعد ذلك العدد الصحيح لنوع التقييم هذا.
أريد تجربة تقييم Azure SQL الجديد
اكتشاف وتقييم SQL Server المثيلات وقواعد البيانات قيد التشغيل في بيئة VMware الخاص بك هو الآن في المعاينة. الشروع في العمل باستخدام هذا البرنامج التعليمي . إذا كنت تريد تجربة هذه الميزة في مشروع موجود، فالرجاء التأكد من استكمال المتطلبات الأساسية في هذه المقالة.
أريد تجربة تقييم خدمة تطبيقات Azure الجديد
اكتشاف وتقييم تطبيقات ويب .NET التي تعمل في بيئة VMware الخاصة بك هو الآن قيد المعاينة. الشروع في العمل باستخدام هذا البرنامج التعليمي . إذا كنت تريد تجربة هذه الميزة في مشروع موجود، فالرجاء التأكد من استكمال المتطلبات الأساسية في هذه المقالة.
لا يمكنني رؤية بعض الخوادم عند إنشاء تقييم Azure SQL
- لا يمكن إجراء تقييم SQL Azure إلا على الخوادم التي تعمل حيث تم اكتشاف مثيلات SQL. إذا كنت لا ترى الخوادم والحالات SQL التي ترغب في تقييمها، فيرجى الانتظار لبعض الوقت حتى يكتمل الاكتشاف ثم إنشاء التقييم.
- إذا لم تتمكن من رؤية مجموعة تم إنشاؤها مسبقا أثناء إنشاء التقييم، فيرجى إزالة أي خادم غير تابع ل VMware أو أي خادم بدون مثيل SQL من المجموعة.
- إذا كنت تقوم بتشغيل تقييمات Azure SQL في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من الخوادم.
لا يمكنني رؤية بعض الخوادم عند إنشاء تقييم خدمة تطبيقات Azure
- لا يمكن إجراء تقييم خدمة تطبيقات Azure إلا على الخوادم التي تعمل حيث تم اكتشاف دور خادم الويب. إذا كنت لا ترى الخوادم التي ترغب في تقييمها، يرجى الانتظار لبعض الوقت حتى يكتمل الاكتشاف ثم إنشاء التقييم.
- إذا لم تتمكن من رؤية مجموعة تم إنشاؤها مسبقا أثناء إنشاء التقييم، فيرجى إزالة أي خادم غير تابع ل VMware أو أي خادم بدون تطبيق ويب من المجموعة.
- إذا كنت تقوم بتشغيل تقييمات Azure App Service في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من الخوادم.
أريد أن أفهم كيف تم حساب الاستعداد لمثيل بلدي؟
تم حساب مدى استعداد مثيلات SQL بعد إجراء فحص توافق الميزات باستخدام نوع نشر Azure SQL المستهدف (قاعدة بيانات Azure SQL أو Azure SQL Managed Instance). معرفة المزيد
أريد أن أفهم كيف تم حساب الاستعداد لتطبيقات الويب الخاصة بي؟
يتم حساب مدى جاهزية تطبيقات الويب الخاصة بك عن طريق تشغيل سلسلة من الفحوصات الفنية لتحديد ما إذا كان تطبيق الويب الخاص بك سيتم تشغيله بنجاح في خدمة Azure App أم لا. يتم توثيق هذه الشيكات هنا.
لماذا يتم وضع علامة على تطبيق الويب الخاص بي على أنه جاهز مع الشروط أو غير جاهز في تقييم خدمة تطبيقات Azure الخاص بي؟
يمكن أن يحدث هذا عند فشل واحد أو أكثر من الفحوصات الفنية لتطبيق ويب معين. يمكنك النقر فوق حالة الاستعداد لتطبيق الويب لمعرفة التفاصيل ومعالجة عمليات التحقق الفاشلة.
لماذا يتم وضع علامة على الاستعداد لجميع حالات SQL الخاصة بي على أنها غير معروفة؟
إذا بدأ اكتشافك مؤخرا ولا يزال قيد التقدم، فقد ترى الاستعداد لبعض أو كل حالات SQL غير معروف. نوصي بالانتظار لبعض الوقت حتى يقوم الجهاز بتعريف البيئة ثم إعادة حساب التقييم. يتم إجراء اكتشاف SQL مرة واحدة كل 24 ساعة وقد تحتاج إلى الانتظار لمدة تصل إلى يوم واحد حتى تظهر أحدث تغييرات التكوين.
لماذا يتم وضع علامة على الاستعداد لبعض حالات SQL الخاصة بي على أنها غير معروفة؟
يمكن أن يحدث هذا إذا:
- ولا يزال هذا الاكتشاف جاريا. نوصي بالانتظار لبعض الوقت حتى يقوم الجهاز بتعريف البيئة ثم إعادة حساب التقييم.
- هناك بعض مشكلات الاكتشاف التي تحتاج إلى إصلاحها في شفرة الأخطاء والإشعارات.
يتم إجراء اكتشاف SQL مرة واحدة كل 24 ساعة وقد تحتاج إلى الانتظار لمدة تصل إلى يوم واحد حتى تظهر أحدث تغييرات التكوين.
تقييمي في حالة عفا عليها الزمن
Azure VM/AVS assessment
إذا كانت هناك تغييرات محلية على الخوادم الموجودة في مجموعة تم تقييمها، وضع علامة على التقييم على أنه قديم. يمكن وضع علامة على التقييم على أنه "قديم" بسبب تغيير واحد أو أكثر في الخصائص التالية:
- عدد نوى المعالج
- الذاكرة المخصصة
- نوع التمهيد أو البرنامج الثابت
- اسم نظام التشغيل وإصداره وبنيته
- عدد الأقراص
- عدد محولات الشبكة
- تغيير حجم القرص (غيغابايت مخصصة)
- تحديث خصائص NIC. مثال: تغييرات عنوان Mac وإضافة عنوان IP وما إلى ذلك.
يرجى إعادة حساب التقييم ليعكس أحدث التغييرات في التقييم.
Azure SQL assessment
إذا كانت هناك تغييرات على مثيلات SQL المحلية وقواعد البيانات الموجودة في مجموعة تم تقييمها، وضع علامة على التقييم على أنه قديم:
- تمت إضافة مثيل SQL أو إزالته من خادم
- تمت إضافة قاعدة بيانات SQL أو إزالتها من مثيل SQL
- تم تغيير إجمالي حجم قاعدة البيانات في مثيل SQL بأكثر من 20٪
- تغيير في عدد نوى المعالج و/أو الذاكرة المخصصة
يرجى إعادة حساب التقييم ليعكس أحدث التغييرات في التقييم.
لماذا تمت التوصية بنوع معين لنشر الهدف؟
يوصي Azure Migrate بنوع نشر Azure SQL معين متوافق مع مثيل SQL الخاص بك. يؤدي الترحيل إلى هدف موصى به من Microsoft إلى تقليل إجمالي جهد الترحيل. تمت التوصية بتكوين Azure SQL (SKU) هذا بعد النظر في خصائص أداء مثيل SQL وقواعد البيانات التي يديرها. إذا كانت تكوينات Azure SQL المتعددة مؤهلة، فإننا نوصي بتكوينها الأكثر فعالية من حيث التكلفة. معرفة المزيد
ما هدف النشر الذي يجب أن أختاره إذا كان مثيل SQL الخاص بي جاهزا ل Azure SQL DB وAzure SQL MI؟
إذا كان المثيل الخاص بك جاهزا لكل من Azure SQL DB وAzure SQL MI، فإننا نوصي بنوع النشر الهدف الذي تكون فيه التكلفة التقديرية لتكوين Azure SQL أقل.
لماذا يتم وضع علامة على المثيل الخاص بي على أنه جاهز ل Azure VM في تقييم Azure SQL الخاص بي؟
يمكن أن يحدث هذا عندما يكون نوع النشر الهدف الذي تم اختياره في خصائص التقييم مستصوبا ويكون مثيل SQL غير جاهز لقاعدة بيانات Azure SQL و Azure SQL Managed Instance. يوصى المستخدم بإنشاء تقييم في Azure ترحيل بنوع التقييم ك Azure VM لتحديد ما إذا كان الخادم الذي يتم تشغيل المثيل عليه جاهزا للترحيل إلى جهاز ظاهري Azure . يوصى المستخدم بإنشاء تقييم في Azure Migrate بنوع التقييم ك Azure VM لتحديد ما إذا كان الخادم الذي يتم تشغيل المثيل عليه جاهزا للترحيل إلى Azure VM بدلا من ذلك:
- تركز تقييمات Azure VM في Azure Migrate حاليا على رفع التحول ولن تأخذ في الاعتبار مقاييس الأداء المحددة لتشغيل مثيلات SQL وقواعد البيانات على جهاز Azure الظاهري.
- عند تشغيل تقييم Azure VM على خادم، ستكون تقديرات الحجم والتكلفة الموصى بها لجميع المثيلات التي تعمل على الخادم ويمكن ترحيلها إلى جهاز ظاهري Azure باستخدام أداة ترحيل الخادم. قبل الترحيل، راجع إرشادات الأداء الخاصة SQL Server على أجهزة Azure الظاهرية.
لا يمكنني رؤية بعض قواعد البيانات في تقييمي على الرغم من أن المثيل جزء من التقييم
يتضمن تقييم Azure SQL فقط قواعد البيانات الموجودة في حالة الاتصال. في حالة وجود قاعدة البيانات في أي حالة أخرى ، يتجاهل التقييم الاستعداد والحجم وحساب التكلفة لقواعد البيانات هذه. في حال كنت ترغب في تقييم قواعد البيانات هذه، يرجى تغيير حالة قاعدة البيانات وإعادة حساب التقييم في بعض الوقت.
أريد مقارنة تكاليف تشغيل مثيلات SQL الخاصة بي على Azure VM مقابل Azure SQL Database/Azure SQL Managed Instance
يمكنك إنشاء تقييم باستخدام نوع Azure VM على نفس المجموعة التي تم استخدامها في تقييم Azure SQL. يمكنك بعد ذلك مقارنة التقريرين جنبا إلى جنب. على الرغم من ذلك، تركز تقييمات Azure VM في Azure Migrate حاليا على الرفع والتحول ولن تأخذ في الاعتبار مقاييس الأداء المحددة لتشغيل مثيلات SQL وقواعد البيانات على جهاز Azure الظاهري. عند تشغيل تقييم Azure VM على خادم، ستكون تقديرات الحجم والتكلفة الموصى بها لجميع المثيلات التي تعمل على الخادم ويمكن ترحيلها إلى جهاز ظاهري Azure باستخدام أداة ترحيل الخادم. قبل الترحيل، راجع إرشادات الأداء الخاصة SQL Server على أجهزة Azure الظاهرية.
تكلفة التخزين في تقييم Azure SQL الخاص بي هي صفر
بالنسبة إلى المثيل المدار SQL Azure، لا تتم إضافة تكلفة تخزين لأول مساحة تخزين تبلغ 32 جيجابايت/مثيل/شهر، كما تتم إضافة تكلفة تخزين إضافية للتخزين بزيادات قدرها 32 غيغابايت. معرفة المزيد
لا يمكنني رؤية بعض المجموعات عند إنشاء تقييم Azure VMware Solution (AVS)
- يمكن إجراء تقييم AVS على المجموعات التي تحتوي على أجهزة VMware فقط. قم بإزالة أي جهاز غير VMware من المجموعة إذا كنت تنوي إجراء تقييم AVS.
- إذا كنت تقوم بتشغيل تقييمات AVS في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من أجهزة VMware.
الاستفسارات المتعلقة بأقراص Ultra
هل يمكنني ترحيل الأقراص إلى Ultra disk باستخدام Azure Migrate؟
كلا. حاليا، لا يدعم كل من Azure Migrate وAzure Site Recovery الترحيل إلى أقراص Ultra. ابحث عن خطوات لنشر Ultra disk هنا
لماذا تكون عمليات IOPS والإنتاجية المتوفرة في قرص Ultra الخاص بي أكثر من عمليات IOPS والإنتاجية المحلية؟
وفقا لصفحة التسعير الرسمية ، تتم فوترة Ultra Disk بناء على الحجم الذي تم توفيره ، وعمليات IOPS المقدمة والإنتاجية المتوفرة. وفقا لمثال مقدم:
إذا قمت بتوفير 200 قرص GiB Ultra Disk، مع 20000 IOPS و 1000 ميجابايت/ثانية وحذفته بعد 20 ساعة، تعيينه إلى عرض حجم القرص البالغ 256 جيجابايت وستتم محاسبتك على 256 جيجابايت و20000 عملية إدخال وإخراج في الثانية و1000 ميجابايت/ثانية لمدة 20 ساعة.
عمليات الإدخال/الإخراج في الثانية التي سيتم توفيرها = (تم اكتشاف الإنتاجية) *1024/256
هل تأخذ توصية Ultra disk في الاعتبار زمن الاستجابة؟
لا، حاليا يتم استخدام حجم القرص وإجمالي الإنتاجية وإجمالي عمليات الإدخال والإخراج في الثانية فقط لتحديد الحجم والتكلفة.
أستطيع أن أرى سلسلة M تدعم Ultra disk ، ولكن في تقييمي حيث تمت التوصية بقرص Ultra ، تقول "لم يتم العثور على جهاز ظاهري لهذا الموقع"؟
هذا ممكن حيث لا توجد جميع أحجام الأجهزة الظاهرية التي تدعم Ultra disk في جميع المناطق المدعومة من Ultra Disk . قم بتغيير منطقة التقييم الهدف للحصول على حجم الجهاز الظاهري لهذا الخادم.
لا يمكنني رؤية بعض أنواع الأجهزة الظاهرية وأحجامها في Azure Government
تعتمد أنواع وأحجام الأجهزة الظاهرية المدعومة للتقييم والترحيل على التوافر في Azure Government موقع. يمكنك مراجعة أنواع الأجهزة الظاهرية ومقارنتها في Azure Government.
تغير حجم الخادم الخاص بي. هل يمكنني إجراء تقييم مرة أخرى؟
يقوم جهاز Azure Migrate بتجميع معلومات حول البيئة المحلية باستمرار. التقييم هو لقطة زمنية للخوادم المحلية. إذا قمت بتغيير الإعدادات على خادم تريد تقييمه، فاستخدم خيار إعادة الحساب لتحديث التقييم بأحدث التغييرات.
كيف أعمل اكتشاف الخوادم في بيئة متعددة المستأجرين؟
- VMware: إذا تمت مشاركة بيئة عبر المستأجرين ولا تريد اكتشاف خوادم مستأجر في اشتراك مستأجر آخر، فقم بإنشاء بيانات اعتماد VMware vCenter Server التي يمكنها الوصول إلى الخوادم التي تريد اكتشافها فقط. ثم استخدم بيانات الاعتماد هذه عند بدء الاكتشاف في جهاز Azure Migrate.
- Hyper-V: يستخدم Discovery بيانات اعتماد مضيف Hyper-V. إذا كانت الخوادم تشترك في نفس مضيف Hyper-V ، فلا توجد حاليا طريقة لفصل الاكتشاف.
هل أحتاج إلى خادم vCenter؟
نعم، يتطلب Azure Migrate خادم vCenter في بيئة VMware لإجراء الاكتشاف. لا يدعم Azure Migrate اكتشاف مضيفات ESXi التي لا تتم إدارتها بواسطة vCenter Server.
ما هي خيارات التحجيم في تقييم Azure VM؟
باستخدام التحجيم المحلي، لا يأخذ Azure Migrate في الاعتبار بيانات أداء الخادم للتقييم. يقوم Azure Migrate بتقييم أحجام الأجهزة الظاهرية استنادا إلى التكوين المحلي. مع التحجيم القائم على الأداء ، يعتمد التحجيم على بيانات الاستخدام.
على سبيل المثال، إذا كان الخادم المحلي يحتوي على أربعة مراكز وذاكرة بسعة 8 غيغابايت عند استخدام وحدة المعالجة المركزية بنسبة 50٪ واستخدام الذاكرة بنسبة 50٪:
- سيوصي التحجيم المحلي بوحدة SKU ل Azure VM تحتوي على أربعة نوى وذاكرة بسعة 8 غيغابايت.
- سيوصي التحجيم المستند إلى الأداء بوحدة SKU للجهاز الظاهري التي تحتوي على نواتين وذاكرة 4 غيغابايت لأنه يتم النظر في نسبة الاستخدام.
وبالمثل ، يعتمد تحجيم القرص على معايير التحجيم ونوع التخزين:
- إذا كانت معايير التحجيم "مستندة إلى الأداء" وكان نوع التخزين تلقائيا، فإن Azure Migrate يأخذ قيم IOPS ومعدل الإنتاجية للقرص في الاعتبار عند تحديد نوع القرص الهدف (قياسي أو Premium أو Ultra disk).
- إذا كانت معايير التحجيم "كما هي محلية" وكان نوع التخزين Premium، يوصي Azure Migrate بوحدة SKU Premium القرص استنادا إلى حجم القرص المحلي. يتم تطبيق نفس المنطق على تغيير حجم القرص عندما يكون التحجيم محليا ويكون نوع التخزين قياسيا أو Premium أو Ultra disk.
هل يؤثر سجل الأداء والاستخدام على الحجم في تقييم Azure VM؟
نعم، يؤثر سجل الأداء والاستخدام على الحجم في تقييم Azure VM.
تاريخ الأداء
بالنسبة للتحجيم المستند إلى الأداء فقط، يقوم Azure Migrate بتجميع محفوظات أداء الأجهزة المحلية، ثم يستخدمها للتوصية بحجم الجهاز الظاهري ونوع القرص في Azure:
- يقوم الجهاز باستمرار بتحديد ملامح البيئة المحلية لجمع بيانات الاستخدام في الوقت الفعلي كل 20 ثانية.
- يقوم الجهاز بتجميع العينات التي تم جمعها لمدة 20 ثانية واستخدامها لإنشاء نقطة بيانات واحدة كل 15 دقيقة.
- لإنشاء نقطة البيانات، يحدد الجهاز قيمة الذروة من جميع العينات التي تبلغ مدتها 20 ثانية.
- يرسل الجهاز نقطة البيانات إلى Azure.
استغلال
عند إنشاء تقييم في Azure، استنادا إلى مدة الأداء والقيمة المئوية لمحفوظات الأداء التي تم تعيينها، يقوم Azure Migrate بحساب قيمة الاستخدام الفعالة، ثم يستخدمها لتغيير الحجم.
على سبيل المثال، إذا قمت بتعيين مدة الأداء إلى يوم واحد وقيمة النسبة المئوية إلى 95 بالمائة، يقوم Azure Migrate بفرز نقاط العينة التي تبلغ مدتها 15 دقيقة والتي أرسلها المجمع لليوم الماضي بترتيب تصاعدي. يختار القيمة المئوية 95 كاستخدام فعال.
يضمن استخدام القيمة المئوية 95th تجاهل القيم المتطرفة. قد يتم تضمين القيم المتطرفة إذا كان Azure Migrate يستخدم النسبة المئوية 99. لاختيار ذروة الاستخدام للفترة دون فقدان أي قيم شاذة، قم بتعيين Azure Migrate لاستخدام النسبة المئوية 99.
كيف تختلف التقييمات القائمة على الاستيراد عن التقييمات ذات مصدر الاكتشاف كجهاز؟
تقييمات Azure VM المستندة إلى الاستيراد هي تقييمات تم إنشاؤها باستخدام الأجهزة التي تم استيرادها إلى Azure Migrate باستخدام ملف CSV. أربعة حقول فقط إلزامية للاستيراد: اسم الخادم والنوى والذاكرة ونظام التشغيل. فيما يلي بعض الأشياء التي يجب ملاحظتها:
- معايير الجاهزية أقل صرامة في التقييمات المستندة إلى الاستيراد على معلمة نوع التمهيد. إذا لم يتم توفير نوع التمهيد ، فمن المفترض أن الجهاز يحتوي على نوع تمهيد BIOS ولم يتم وضع علامة على الجهاز على أنه جاهز بشكل مشروط. في التقييمات التي تحتوي على مصدر الاكتشاف كجهاز، يتم وضع علامة على الاستعداد على أنه جاهز بشكل مشروط إذا كان نوع التمهيد مفقودا. ويرجع هذا الاختلاف في حساب الجاهزية إلى أن المستخدمين قد لا يكون لديهم جميع المعلومات عن الأجهزة في المراحل المبكرة من تخطيط الترحيل عند إجراء التقييمات القائمة على الاستيراد.
- تستخدم تقييمات الاستيراد المستندة إلى الأداء قيمة الاستخدام التي يوفرها المستخدم لحسابات الحجم الصحيح. نظرا لأن المستخدم يوفر قيمة الاستخدام، يتم تعطيل خيارات محفوظات الأداءوالاستخدام المئوي في خصائص التقييم. في التقييمات التي تحتوي على مصدر الاكتشاف كجهاز، يتم اختيار القيمة المئوية المختارة من بيانات الأداء التي يجمعها الجهاز.
لماذا يتم وضع علامة على أداة الترحيل المقترحة في تقييم AVS القائم على الاستيراد على أنها غير معروفة؟
بالنسبة للأجهزة التي يتم استيرادها عبر ملف CSV، تكون أداة الترحيل الافتراضية في تقييم AVS غير معروفة. على الرغم من ذلك ، بالنسبة لأجهزة VMware ، يوصى باستخدام حل VMware Hybrid Cloud Extension (HCX). تعرّف على المزيد.
ما هو تصور التبعية؟
يمكن أن تساعدك مرئيات التبعية في تقييم مجموعات الخوادم للترحيل بثقة أكبر. تقوم مرئيات التبعية بالتحقق من تبعيات الجهاز قبل تشغيل تقييم. فهو يساعد على ضمان عدم ترك أي شيء وراءك، ويساعد على تجنب الانقطاعات غير المتوقعة عند الترحيل إلى Azure. يستخدم Azure Migrate حل Service Map في Azure Monitor لتمكين تصور التبعية. تعرَّف على المزيد.
ملاحظة
لا يتوفر تحليل التبعية المستند إلى الوكيل في Azure Government. يمكنك استخدام تحليل التبعية بدون وكيل
ما الفرق بين الوكيل القائم على الوكيل وبدون وكيل؟
يتم تلخيص الاختلافات بين التصور بدون عامل والتصور المستند إلى الوكيل في الجدول.
| المتطلبات | بدون وكيل | القائم على الوكيل |
|---|---|---|
| الدعم | هذا الخيار قيد المعاينة حاليا، وهو متاح فقط للخوادم في بيئة VMware. راجع أنظمة التشغيل المدعومة. | التوافر العام (GA). |
| العامل | لا حاجة لتثبيت وكلاء على الأجهزة التي تريد التحقق منها. | العوامل المراد تثبيتها على كل جهاز محلي تريد تحليله: عامل مراقبة Microsoft (MMA) وعاملالتبعية. |
| المتطلبات الأساسية | راجع المتطلبات الأساسية ومتطلبات النشر. | راجع المتطلبات الأساسية ومتطلبات النشر. |
| Log Analytics | غير مطلوب. | يستخدم Azure Migrate حل Service Map في سجلات Azure Monitor لمرئيات التبعية. تعرَّف على المزيد. |
| كيف تعمل هذه الميزة | يلتقط بيانات اتصال TCP على الأجهزة الممكنة لتصور التبعية. بعد الاكتشاف ، يجمع البيانات على فترات خمس دقائق. | يقوم وكلاء "خريطة الخدمة" المثبتين على جهاز بتجميع بيانات حول عمليات TCP والاتصالات الواردة/الصادرة لكل عملية. |
| البيانات | اسم خادم الجهاز المصدر والعملية واسم التطبيق. اسم خادم الجهاز الوجهة والعملية واسم التطبيق والمنفذ. |
اسم خادم الجهاز المصدر والعملية واسم التطبيق. اسم خادم الجهاز الوجهة والعملية واسم التطبيق والمنفذ. يتم جمع عدد الاتصالات ووقت الاستجابة ومعلومات نقل البيانات وإتاحتها لاستعلامات Log Analytics. |
| عرض البيانات بشكل بياني | يمكن عرض خريطة التبعية لخادم واحد على مدار ساعة واحدة إلى 30 يوما. | خريطة التبعية لخادم واحد. يمكن عرض الخريطة على مدار ساعة فقط. خريطة التبعية لمجموعة من الخوادم. إضافة خوادم وإزالتها في مجموعة من طريقة عرض الخريطة. |
| تصدير البيانات | يمكن تنزيل بيانات آخر 30 يوما بتنسيق CSV. | يمكن الاستعلام عن البيانات باستخدام Log Analytics. |
هل أحتاج إلى نشر الجهاز لتحليل التبعية بدون وكيل؟
نعم، يجب نشر جهاز Azure Migrate .
هل أدفع مقابل تصور التبعية؟
كلا. تعرف على المزيد حول تسعير ترحيل Azure.
ما الذي يمكنني تثبيته لمرئيات التبعية المستندة إلى الوكيل؟
لاستخدام مرئيات التبعية المستندة إلى الوكيل، قم بتنزيل العوامل وتثبيتها على كل جهاز محلي تريد تقييمه:
- وكيل مراقبة Microsoft (MMA)
- عامل التبعية
- إذا كانت لديك أجهزة لا تتوفر بها إمكانية الاتصال بالإنترنت، فقم بتنزيل بوابة Log Analytics وتثبيتها عليها.
تحتاج إلى هذه العوامل فقط إذا كنت تستخدم مرئيات التبعية المستندة إلى الوكيل.
هل يمكنني استخدام مساحة عمل موجودة؟
نعم، بالنسبة لمرئيات التبعية المستندة إلى الوكيل، يمكنك إرفاق مساحة عمل موجودة بمشروع الترحيل واستخدامها لتصور التبعية.
هل يمكنني تصدير تقرير مرئيات التبعية؟
لا، لا يمكن تصدير تقرير مرئيات التبعية في المرئيات المستندة إلى الوكيل. ومع ذلك، يستخدم Azure Migrate خريطة الخدمة، ويمكنك استخدام واجهة برمجة تطبيقات REST لخريطة الخدمة لاسترداد التبعيات بتنسيق JSON.
هل يمكنني أتمتة تثبيت الوكيل؟
لتصور التبعية المستند إلى الوكيل:
- استخدم برنامجا نصيا لتثبيت عامل التبعية.
- بالنسبة إلى MMA، استخدم سطر الأوامر أو التشغيل التلقائي، أو استخدمنصيا.
- بالإضافة إلى البرامج النصية ، يمكنك استخدام أدوات النشر مثل Microsoft Endpoint Configuration Manager و Intigua لنشر الوكلاء.
ما هي أنظمة التشغيل التي تدعمها MMA؟
- عرض قائمة أنظمة التشغيل Windows التي تدعمها MMA.
- عرض قائمة أنظمة تشغيل Linux التي تدعمها MMA.
هل يمكنني تصور التبعيات لأكثر من ساعة واحدة؟
بالنسبة للمرئيات المستندة إلى الوكيل، يمكنك تصور التبعيات لمدة تصل إلى ساعة واحدة. يمكنك العودة لمدة شهر واحد إلى تاريخ محدد في السجل، ولكن الحد الأقصى لمدة التصور هو ساعة واحدة. على سبيل المثال، يمكنك استخدام المدة الزمنية في خريطة التبعية لعرض التبعيات ليوم أمس، ولكن يمكنك عرض التبعيات لمدة ساعة واحدة فقط. ومع ذلك، يمكنك استخدام سجلات Azure Monitor للاستعلام عن بيانات التبعية لفترة أطول.
بالنسبة للمرئيات بدون وكيل، يمكنك عرض خريطة التبعية لخادم واحد من مدة تتراوح بين ساعة واحدة و30 يوما.
هل يمكنني تصور التبعيات للمجموعات التي تضم أكثر من 10 خوادم؟
يمكنك تصور التبعيات للمجموعات التي تحتوي على ما يصل إلى 10 خوادم. إذا كان لديك مجموعة تحتوي على أكثر من 10 خوادم، نوصي بتقسيم المجموعة إلى مجموعات أصغر، ثم تصور التبعيات.