التقييم - الأسئلة الشائعة
تجيب هذه المقالة على الأسئلة الشائعة حول التقييمات في Azure Migrate. إذا كانت لديك أسئلة أخرى، فتحقق من هذه الموارد:
- أسئلة عامة حول Azure Migrate
- أسئلة حول جهاز Azure Migrate
- أسئلة حول الترحيل والتحديث
- الحصول على إجابات على الأسئلة في منتدى Azure Migrate
ما هي المناطق الجغرافية المدعومة للاكتشاف والتقييم باستخدام Azure Migrate؟
راجع المناطق الجغرافية المدعومة للسحب العامة والحكومية.
كم عدد الخوادم التي يمكنني اكتشافها باستخدام جهاز؟
يمكنك اكتشاف ما يصل إلى 10000 خادم من بيئة VMware، وما يصل إلى 5000 خادم من بيئة Hyper-V، وما يصل إلى 1000 خادم فعلي باستخدام جهاز واحد. إذا كان لديك المزيد من الخوادم، فاقرأ عن تحجيم تقييم Hyper-V أو تحجيم تقييم VMware أو تحجيم تقييم خادم فعلي.
كيف أعمل اختيار نوع التقييم؟
- استخدم تقييمات Azure VM عندما تريد تقييم الخوادم من بيئة VMware وHyper-V المحلية، والخوادم الفعلية للترحيل إلى أجهزة Azure الظاهرية. اعرف المزيد.
- استخدم نوع التقييم Azure SQL عندما تريد تقييم SQL Server المحلي في بيئات VMware وMicrosoft Hyper-V والمعادن الفعلية/Bare بالإضافة إلى خوادم IaaS للسحب العامة الأخرى مثل AWS وGCP وما إلى ذلك للترحيل إلى SQL Server على Azure VM أو قاعدة بيانات Azure SQL أو مثيل Azure SQL المدار. اعرف المزيد.
- استخدم نوع التقييم Azure App Service عندما تريد تقييم تطبيقات الويب ASP.NET المحلية التي تعمل على خادم ويب IIS من بيئة VMware للترحيل إلى Azure App Service. اعرف المزيد.
- استخدم تقييمات Azure VMware Solution (AVS) عندما تريد تقييم VMware VMs المحلية للترحيل إلى Azure VMware Solution (AVS) باستخدام نوع التقييم هذا. اعرف المزيد.
- يمكنك استخدام مجموعة مشتركة مع أجهزة VMware فقط لتشغيل كلا النوعين من التقييمات. إذا كنت تقوم بتشغيل تقييمات AVS في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من أجهزة VMware.
لماذا بيانات الأداء مفقودة لبعض/ جميع الخوادم في تقرير تقييم Azure VM و/أو AVS؟
بالنسبة للتقييم "المستند إلى الأداء"، يشير تصدير تقرير التقييم إلى "PercentageOfCoresUtilizedMissing" أو "PercentageOfMemoryUtilizedMissing" عندما لا يتمكن جهاز Azure Migrate من جمع بيانات الأداء للخوادم المحلية. يمكنك التحقق من شفرة حل المشكلات في صفحة مركز Azure Migrate لمعرفة المشكلات التفصيلية أو التحقق مما يلي يدويا:
إذا تم تشغيل الخوادم طوال المدة التي تقوم فيها بإنشاء التقييم
إذا كانت عدادات الذاكرة مفقودة فقط وكنت تحاول تقييم الخوادم في بيئة Hyper-V. في هذا السيناريو، قم بتمكين الذاكرة الديناميكية على الخوادم و"إعادة حساب" التقييم ليعكس أحدث التغييرات. يمكن للجهاز جمع قيم استخدام الذاكرة ل severs في بيئة Hyper-V فقط عندما يكون لدى الخادم ذاكرة ديناميكية ممكنة.
إذا كانت جميع عدادات الأداء مفقودة، فتأكد من السماح بالاتصالات الصادرة على المنافذ 443 (HTTPS).
إشعار
إذا كان أي من عدادات الأداء مفقودا، فإن Azure Migrate: تقييم الخادم يعود إلى الذاكرات الأساسية/الذاكرة المحلية المخصصة ويوصي بحجم الجهاز الظاهري وفقا لذلك.
كيف يمكنني فهم تفاصيل الأخطاء التي تسبب مشكلات في جمع بيانات الأداء؟
يمكنك الآن فهم الأخطاء التي تحتاج إلى إصلاحها لحل مشكلات جمع بيانات الأداء في تقييمات Azure VM وAzure VMware Solution. اتبع الخطوات التالية:
- انتقل إلى خوادم Azure Migrate >وقواعد البيانات وتطبيقات>الويب أهداف الترحيل، وحدد حل المشكلات في أداة الاكتشاف والتقييم.
- حدد الكائنات المتأثرة بجوار التقييم وحدد الارتباط في عمود معرف الخطأ لمراجعة تفاصيل الخطأ وإجراءات المعالجة.
يمكنك أيضا مراجعة هذه الأخطاء/المشكلات أثناء إنشاء التقييم في خطوة تحديد الخوادم لتقييم الخطوة أو في علامة التبويب الجاهزية لتقييم موجود. إذا لم تشاهد أي أخطاء/مشكلات في التقييم ولكنك ترى أخطاء غير صفرية في جزء حل المشكلات، أعد حساب التقييم لمشاهدة المشكلات داخل شفرة التقييم.
لماذا بيانات الأداء مفقودة لبعض/جميع مثيلات/قواعد بيانات SQL في تقييم Azure SQL الخاص بي؟
لضمان جمع بيانات الأداء، تحقق مما يلي:
- إذا تم تشغيل خوادم SQL للمدة التي تقوم بإنشاء التقييم لها.
- إذا كانت حالة الاتصال لعامل SQL في Azure Migrate هي "متصل"، وتحقق من رسالة كشف أخطاء الاتصال الأخيرة.
- إذا كانت حالة اتصال Azure Migrate لكافة مثيلات SQL هي "متصل" في قسم مثيل SQL المكتشف.
- إذا كانت جميع عدادات الأداء مفقودة، فتأكد من السماح بالاتصالات الصادرة على المنافذ 443 (HTTPS).
إذا كان أي من عدادات الأداء مفقودا، فإن تقييم Azure SQL يعود إلى الحجم المحلي As ويوصي بتكوين Azure SQL استنادا إلى الذاكرات الأساسية المخصصة والذاكرة وإجمالي حجم قاعدة البيانات المحلي.
لماذا لا يتوفر تصنيف الثقة لتقييمات Azure App Service؟
لا يتم التقاط بيانات الأداء لتقييم 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٪.
أرى شعارا على تقييمي بأن التقييم ينظر الآن أيضا في معلمات المعالج. ما هو تأثير إعادة حساب التقييم؟
يأخذ التقييم الآن في الاعتبار معلمات المعالج مثل عدد الذاكرات الأساسية التشغيلية، ومآخذ التوصيل، وما إلى ذلك، ويحسب أدائه الأمثل على مدى فترة في بيئة محاكاة. يتم ذلك لقياس جميع معلومات المعالج المتوفرة المستندة إلى المعالج. أعد حساب تقييماتك للاطلاع على التوصيات المحدثة.
يتم الآن النظر في أرقام معيار المعالج جنبا إلى جنب مع استخدام الموارد للتأكد من أننا نطابق أداء المعالج لخوادم VMware وHyper-V والخوادم الفعلية المحلية ونوصي بأحجام Azure SKU المستهدفة وفقا لذلك. هذه طريقة لتحسين توصيات التقييم بشكل أكبر لتتناسب مع احتياجات أدائك بشكل أوثق.
ونتيجة لذلك، يمكن أن تختلف تكلفة Azure VM المستهدفة عن تقييماتك السابقة لنفس الهدف. أيضا، يمكن أن يختلف عدد الذاكرات الأساسية المخصصة في Azure SKU الهدف أيضا إذا كان أداء المعالج للهدف مطابقة لخوادم VMware المحلية وHyper-V والخوادم الفعلية.
بالنسبة للسيناريوهات التي يختار فيها العملاء "كما في أماكن العمل"، هل هناك أي تأثير بسبب قياس أداء المعالج؟
لا، لن يكون هناك أي تأثير لأننا لا نعتبره لسيناريو محلي.
أرى زيادة في تكاليفي الشهرية بعد إعادة حساب تقييماتي؟ هل هذه هي التكلفة الأكثر تحسينا بالنسبة لي؟
إذا حددت جميع الخيارات المتاحة ل "سلسلة الأجهزة الظاهرية" في إعدادات التقييم، فستحصل على توصية التكلفة الأكثر تحسينا للأجهزة الظاهرية الخاصة بك. ومع ذلك، إذا اخترت فقط بعض الخيارات المتوفرة لسلسلة الجهاز الظاهري، فقد تتخطى التوصية الخيار الأكثر تحسينا لك أثناء تعيين وحدة SKU لجهاز Azure الظاهري أثناء مطابقة أرقام أداء المعالج.
لماذا لا يمكنني رؤية جميع عائلات أجهزة Azure الظاهرية في خصائص تقييم Azure VM؟
قد يكون هناك سببان:
- لقد اخترت منطقة Azure حيث لا يتم دعم سلسلة معينة. تعتمد مجموعات أجهزة Azure الظاهرية الموضحة في خصائص تقييم Azure VM على توفر سلسلة الأجهزة الظاهرية في موقع Azure المختار ونوع التخزين والمثيل المحجوز.
- سلسلة VM غير مدعومة في التقييم وليس في منطق النظر في التقييم. لا ندعم حاليا سلسلة B القابلة للاندفاع والمتسارعة وعالية الأداء لسلسلة SKU. نحن نحاول الاحتفاظ بسلسلة الأجهزة الظاهرية محدثة، وتلك المذكورة في خارطة الطريق لدينا.
عدد تقييمات Azure VM أو AVS على أداة الاكتشاف والتقييم غير صحيحة
لمعالجة ذلك، حدد العدد الإجمالي للتقييمات للانتقال إلى جميع التقييمات وإعادة حساب تقييم Azure VM أو AVS. ثم ستعرض أداة الاكتشاف والتقييم العدد الصحيح لنوع التقييم هذا.
أريد تجربة تقييم Azure SQL الجديد
اكتشاف وتقييم مثيلات SQL Server وقواعد البيانات التي تعمل في بيئات VMware وMicrosoft Hyper-V والمعادن الفعلية/Bare بالإضافة إلى خوادم IaaS للسحب العامة الأخرى مثل AWS وGCP وما إلى ذلك قيد المعاينة الآن. الشروع في العمل باستخدام هذا البرنامج التعليمي . إذا كنت تريد تجربة هذه الميزة في مشروع موجود، فتأكد من إكمال المتطلبات الأساسية في هذه المقالة.
أريد تجربة تقييم Azure App Service الجديد
اكتشاف وتقييم تطبيقات الويب .NET التي تعمل في بيئة VMware الخاصة بك قيد المعاينة الآن. الشروع في العمل باستخدام هذا البرنامج التعليمي . إذا كنت تريد تجربة هذه الميزة في مشروع موجود، فتأكد من إكمال المتطلبات الأساسية في هذه المقالة.
لا يمكنني رؤية بعض الخوادم عند إنشاء تقييم Azure SQL
- لا يمكن إجراء تقييم Azure SQL إلا على الخوادم التي تعمل حيث تم اكتشاف مثيلات SQL. إذا كنت لا ترى الخوادم ومثيلات SQL التي ترغب في تقييمها، فانتظر لبعض الوقت للاكتشاف، ثم قم بإنشاء التقييم.
- إذا لم تتمكن من رؤية مجموعة تم إنشاؤها مسبقا أثناء إنشاء التقييم، فقم بإزالة أي خادم بدون مثيل SQL من المجموعة.
- إذا كنت تقوم بتشغيل تقييمات Azure SQL في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من الخوادم.
لا يمكنني رؤية بعض الخوادم عند إنشاء تقييم Azure App Service
- لا يمكن إجراء تقييم Azure App Service إلا على الخوادم التي تعمل حيث تم اكتشاف دور خادم الويب. إذا كنت لا ترى الخوادم التي ترغب في تقييمها، فانتظر لبعض الوقت حتى يكتمل الاكتشاف، ثم قم بإنشاء التقييم.
- إذا لم تتمكن من رؤية مجموعة تم إنشاؤها مسبقا أثناء إنشاء التقييم، فقم بإزالة أي خادم غير VMware أو أي خادم بدون تطبيق ويب من المجموعة.
- إذا كنت تقوم بتشغيل تقييمات Azure App Service في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من الخوادم.
أريد أن أفهم كيف تم حساب الاستعداد لمثيلي؟
تم حساب الاستعداد لمثيلات SQL بعد إجراء فحص توافق ميزة مع نوع توزيع Azure SQL المستهدف (SQL Server على Azure VM أو مثيل Azure SQL المدار أو قاعدة بيانات Azure SQL). اعرف المزيد.
أريد أن أفهم كيف تم حساب الاستعداد لتطبيقات الويب الخاصة بي؟
يتم حساب الاستعداد لتطبيقات الويب الخاصة بك عن طريق تشغيل سلسلة من الفحوصات التقنية لتحديد ما إذا كان سيتم تشغيل تطبيق الويب الخاص بك بنجاح في خدمة Azure App أم لا. تم توثيق هذه الفحوصات هنا.
لماذا يتم وضع علامة على تطبيق الويب الخاص بي على أنه جاهز بشروط أو غير جاهز في تقييم Azure App Service الخاص بي؟
يمكن أن يحدث هذا عندما يفشل فحص تقني واحد أو أكثر لتطبيق ويب معين. يمكنك تحديد حالة الاستعداد لتطبيق الويب لمعرفة التفاصيل والمعالجة لعمليات التحقق الفاشلة.
لماذا يتم وضع علامة غير معروف على الاستعداد لجميع مثيلات SQL الخاصة بي؟
إذا بدأ اكتشافك مؤخرا ولا يزال قيد التقدم، فقد ترى الاستعداد لبعض أو جميع مثيلات SQL غير معروف. نوصي بالانتظار لبعض الوقت حتى يقوم الجهاز بملف تعريف البيئة ثم إعادة حساب التقييم. يتم تنفيذ اكتشاف SQL مرة واحدة كل 24 ساعة وقد تحتاج إلى الانتظار حتى يوم واحد حتى تعكس أحدث تغييرات التكوين.
لماذا تم وضع علامة غير معروف على الاستعداد لبعض مثيلات SQL الخاصة بي؟
قد يحدث هذا إذا:
- لا يزال الاكتشاف قيد التقدم. نوصي بالانتظار لبعض الوقت حتى يقوم الجهاز بملف تعريف البيئة ثم إعادة حساب التقييم.
- هناك بعض مشكلات الاكتشاف التي تحتاج إلى إصلاحها في الأخطاء والإعلامات.
يتم تنفيذ اكتشاف SQL مرة واحدة كل 24 ساعة وقد تحتاج إلى الانتظار حتى يوم واحد حتى تعكس أحدث تغييرات التكوين.
تقييمي في حالة قديمة
تقييم Azure VM/AVS
إذا كانت هناك تغييرات محلية على الخوادم الموجودة في مجموعة تم تقييمها، يتم تمييز التقييم على أنه قديم. يمكن وضع علامة على التقييم على أنه "قديم" بسبب تغيير واحد أو أكثر في الخصائص أدناه:
- عدد الذاكرات الأساسية للمعالج
- الذاكرة المخصصة
- نوع التمهيد أو البرنامج الثابت
- اسم نظام التشغيل وإصداره وهندسته
- عدد الأقراص
- عدد محول الشبكة
- تغيير حجم القرص (تم تخصيص GB)
- تحديث خصائص Nic. مثال: تغييرات عنوان Mac وإضافة عنوان IP وما إلى ذلك.
إعادة حساب التقييم ليعكس أحدث التغييرات في التقييم.
تقييم Azure SQL
إذا كانت هناك تغييرات على مثيلات 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 SQL قواعد البيانات الموجودة في حالة الاتصال فقط. في حالة وجود قاعدة البيانات في أي حالة أخرى، يتجاهل التقييم الجاهزية وتحجيمها وحساب التكلفة لقواعد البيانات هذه. في حالة رغبتك في تقييم قواعد البيانات هذه، قم بتغيير حالة قاعدة البيانات وإعادة حساب التقييم في بعض الوقت.
أريد مقارنة تكاليف تشغيل مثيلات SQL الخاصة بي على Azure VM مقابل Azure SQL Database/Azure SQL Managed Instance
يمكنك إنشاء تقييم Azure SQL واحد يتكون من خوادم SQL المطلوبة عبر VMware وMicrosoft Hyper-V والبيئات المعدنية الفعلية/Bare بالإضافة إلى خوادم IaaS للسحب العامة الأخرى مثل AWS وGCP وما إلى ذلك. يغطي التقييم الفردي الجاهزية ووحدات SKU والتكاليف المقدرة وحظر الترحيل لجميع أهداف ترحيل SQL المتوفرة في Azure - Azure SQL Managed Instance وقاعدة بيانات Azure SQL وSQL Server على Azure VM. يمكنك بعد ذلك مقارنة إخراج التقييم للأهداف المطلوبة. معرفة المزيد
تكلفة التخزين في تقييم Azure SQL الخاص بي صفر
بالنسبة إلى Azure SQL Managed Instance، لا توجد تكلفة تخزين مضافة لأول تخزين 32 جيجابايت/مثيل/شهر ويتم إضافة تكلفة تخزين إضافية للتخزين بزيادات 32 غيغابايت. اعرف المزيد.
لا يمكنني رؤية بعض المجموعات عند إنشاء تقييم Azure VMware Solution (AVS)
- يمكن إجراء تقييم AVS على المجموعات التي تحتوي على أجهزة VMware فقط. قم بإزالة أي جهاز غير VMware من المجموعة إذا كنت تنوي إجراء تقييم AVS.
- إذا كنت تقوم بتشغيل تقييمات AVS في Azure Migrate لأول مرة، فمن المستحسن إنشاء مجموعة جديدة من أجهزة VMware.
الاستعلامات المتعلقة بأقراص Ultra
هل يمكنني ترحيل الأقراص إلى قرص Ultra باستخدام Azure Migrate؟
لا. حاليا، لا يدعم كل من Azure Migrate وAzure Site Recovery الترحيل إلى أقراص Ultra. البحث عن خطوات لنشر قرص Ultra هنا
لماذا يكون IOPS المتوفر ومعدل النقل في قرص Ultra الخاص بي أكثر من IOPS المحلي ومعدل النقل؟
وفقا لصفحة التسعير الرسمية، تتم فوترة Ultra Disk استنادا إلى الحجم المقدم، وIOOPS المقدم ومعدل النقل المقدم. وفقا للمثال المقدم:
إذا قمت بتوفير قرص Ultra 200 GiB، مع 20000 عملية الإدخال والإخراج في الثانية و1000 ميغابايت/ ثانية وحذفته بعد 20 ساعة، تعيينه لعرض حجم القرص البالغ 256 غيغابايت وستتم محاسبتك على 256 جيبي بايت و20000 IOPS و1000 ميجابايت/ثانية لمدة 20 ساعة.
IOPS المراد توفيره = (تم اكتشاف معدل النقل) *1024/256
هل توصية القرص Ultra تأخذ في الاعتبار زمن الانتقال؟
لا، حاليا يتم استخدام حجم القرص فقط، وإجمالي معدل النقل، وإجمالي IOPS للتحجيم والتكلفة.
يمكنني أن أرى M سلسلة يدعم القرص Ultra، ولكن في تقييمي حيث تم التوصية قرص Ultra، تقول "لم يتم العثور على جهاز ظاهري لهذا الموقع"؟
هذا ممكن نظرا لعدم وجود جميع أحجام الأجهزة الظاهرية التي تدعم قرص Ultra في جميع المناطق المعتمدة على قرص Ultra. قم بتغيير منطقة التقييم الهدف للحصول على حجم الجهاز الظاهري لهذا الخادم.
لا يمكنني رؤية بعض أنواع الأجهزة الظاهرية وأحجامها في Azure Government
تعتمد أنواع الأجهزة الظاهرية وأحجامها المدعومة للتقييم والترحيل على التوفر في موقع Azure Government. يمكنك مراجعة ومقارنة أنواع الأجهزة الظاهرية في Azure Government.
تم تغيير حجم الخادم الخاص بي. هل يمكنني إجراء تقييم مرة أخرى؟
يجمع جهاز Azure Migrate باستمرار معلومات حول البيئة المحلية. التقييم هو لقطة في نقطة زمنية من الخوادم المحلية. إذا قمت بتغيير الإعدادات على خادم تريد تقييمه، فاستخدم خيار إعادة الحساب لتحديث التقييم بأحدث التغييرات.
كيف أعمل اكتشاف الخوادم في بيئة متعددة المستأجرين؟
- VMware: إذا تمت مشاركة بيئة عبر المستأجرين ولا تريد اكتشاف خوادم المستأجر في اشتراك مستأجر آخر، فقم بإنشاء بيانات اعتماد خادم VMware vCenter التي يمكنها الوصول إلى الخوادم التي تريد اكتشافها فقط. ثم استخدم بيانات الاعتماد هذه عند بدء الاكتشاف في جهاز Azure Migrate.
- Hyper-V: يستخدم الاكتشاف بيانات اعتماد مضيف Hyper-V. إذا كانت الخوادم تشترك في نفس مضيف Hyper-V، فلا توجد حاليا طريقة لفصل الاكتشاف.
هل أحتاج إلى خادم vCenter؟
نعم، يتطلب Azure Migrate خادم vCenter في بيئة VMware لإجراء الاكتشاف. لا يدعم Azure Migrate اكتشاف مضيفي ESXi الذين لا يديرهم خادم vCenter.
ما هي خيارات تغيير الحجم في تقييم Azure VM؟
مع تغيير الحجم المحلي، لا يأخذ Azure Migrate في الاعتبار بيانات أداء الخادم للتقييم. يقوم Azure Migrate بتقييم أحجام الأجهزة الظاهرية استنادا إلى التكوين المحلي. باستخدام التحجيم المستند إلى الأداء، يعتمد التحجيم على بيانات الاستخدام.
على سبيل المثال، إذا كان الخادم المحلي يحتوي على 4 ذاكرات أساسية و8 غيغابايت من الذاكرة عند استخدام وحدة المعالجة المركزية بنسبة 50٪ واستخدام الذاكرة بنسبة 50٪:
- سيوصي التحجيم المحلي ب Azure VM SKU الذي يحتوي على 4 ذاكرات أساسية و8 غيغابايت من الذاكرة.
- سيوصي التحجيم المستند إلى الأداء بوحدة SKU للجهاز الظاهري تحتوي على نواتين و4 غيغابايت من الذاكرة لأنه يتم النظر في نسبة الاستخدام.
وبالمثل، يعتمد تغيير حجم القرص على معايير التحجيم ونوع التخزين:
- إذا كانت معايير تغيير الحجم "مستندة إلى الأداء" وكان نوع التخزين تلقائيا، فإن Azure Migrate يأخذ قيم IOPS ومعدل النقل للقرص في الاعتبار عندما يحدد نوع القرص الهدف (قرص قياسي أو Premium أو Ultra).
- إذا كانت معايير تغيير الحجم "كما في أماكن العمل" ونوع التخزين هو Premium، توصي Azure Migrate ب SKU قرص Premium استنادا إلى حجم القرص المحلي. يتم تطبيق نفس المنطق على تغيير حجم القرص عندما يكون التحجيم محليا ونوع التخزين هو قرص قياسي أو Premium أو Ultra.
هل يؤثر سجل الأداء والاستخدام على تغيير الحجم في تقييم Azure VM؟
نعم، يؤثر سجل الأداء والاستخدام على تغيير الحجم في تقييم Azure VM.
محفوظات الأداء
بالنسبة للتحجيم المستند إلى الأداء فقط، يجمع Azure Migrate محفوظات أداء الأجهزة المحلية، ثم يستخدمه للتوصية بحجم الجهاز الظاهري ونوع القرص في Azure:
- يقوم الجهاز بشكل مستمر بملفات تعريف البيئة المحلية لجمع بيانات الاستخدام في الوقت الحقيقي كل 20 ثانية.
- يقوم الجهاز بتجميع العينات التي تم جمعها لمدة 20 ثانية ويستخدمها لإنشاء نقطة بيانات واحدة كل 15 دقيقة.
- لإنشاء نقطة البيانات، يحدد الجهاز قيمة الذروة من جميع العينات التي تبلغ 20 ثانية.
- يرسل الجهاز نقطة البيانات إلى Azure.
الاستخدام
عند إنشاء تقييم في Azure، اعتمادا على مدة الأداء والقيمة المئوية لمحفوظات الأداء التي تم تعيينها، يحسب Azure Migrate قيمة الاستخدام الفعالة، ثم يستخدمها للتحجيم.
على سبيل المثال، إذا قمت بتعيين مدة الأداء إلى يوم واحد والقيمة المئوية إلى القيمة المئوية 95، يقوم Azure Migrate بفرز نقاط العينة التي تبلغ 15 دقيقة التي أرسلها المجمع لليوم الماضي بترتيب تصاعدي. ويختار القيمة المئوية 95 باعتبارها الاستخدام الفعال.
يضمن استخدام القيمة المئوية 95 تجاهل القيم الخارجية. قد يتم تضمين القيم الخارجية إذا كان Azure Migrate يستخدم النسبة المئوية 99. لاختيار ذروة الاستخدام للفترة دون فقدان أي القيم الخارجية، قم بتعيين Azure Migrate لاستخدام النسبة المئوية 99.
كيف تختلف التقييمات المستندة إلى الاستيراد عن التقييمات ذات مصدر الاكتشاف كجهاز؟
تقييمات Azure VM المستندة إلى الاستيراد هي تقييمات تم إنشاؤها باستخدام الأجهزة التي يتم استيرادها إلى Azure Migrate باستخدام ملف CSV. هناك أربعة حقول فقط إلزامية للاستيراد: اسم الخادم والذاكرات الأساسية والذاكرة ونظام التشغيل. فيما يلي بعض الأشياء التي يجب ملاحظتها:
- معايير الجاهزية أقل صرامة في التقييمات المستندة إلى الاستيراد على معلمة نوع التمهيد. إذا لم يتم توفير نوع التمهيد، فمن المفترض أن الجهاز لديه نوع تمهيد BIOS، ولم يتم وضع علامة على الجهاز على أنه جاهز شرطي. في التقييمات ذات مصدر الاكتشاف كجهاز، يتم وضع علامة الاستعداد على أنه Conditionally Ready إذا كان نوع التمهيد مفقودا. يرجع هذا الاختلاف في حساب الجاهزية إلى أنه قد لا يكون لدى المستخدمين جميع المعلومات على الأجهزة في المراحل المبكرة من تخطيط الترحيل عند إجراء التقييمات المستندة إلى الاستيراد.
- تستخدم تقييمات الاستيراد المستندة إلى الأداء قيمة الاستخدام التي يوفرها المستخدم لحسابات تغيير الحجم الصحيح. نظرا لأن قيمة الاستخدام يتم توفيرها من قبل المستخدم، يتم تعطيل محفوظات الأداء وخيارات الاستخدام المئوية في خصائص التقييم. في التقييمات ذات مصدر الاكتشاف كجهاز، يتم اختيار القيمة المئوية المختارة من بيانات الأداء التي تم جمعها بواسطة الجهاز.
لماذا تم وضع علامة على أداة الترحيل المقترحة في تقييم AVS المستند إلى الاستيراد على أنها غير معروفة؟
بالنسبة للأجهزة المستوردة عبر ملف CSV، فإن أداة الترحيل الافتراضية في تقييم AVS غير معروفة. على الرغم من ذلك، بالنسبة لأجهزة VMware، يوصى باستخدام حل VMware Hybrid Cloud Extension (HCX). اعرف المزيد.
الخطوات التالية
تعرف على المزيد حول اكتشاف VMware VMs وHyper-V VMs والخوادم الفعلية.