إعداد الأجهزة المحلية للترحيل إلى Azure
تنبيه
تشير هذه المقالة إلى CentOS، وهو توزيع Linux يقترب من حالة نهاية العمر الافتراضي (EOL). يرجى مراعاة استخدامك والتخطيط وفقا لذلك. لمزيد من المعلومات، راجع إرشادات نهاية العمر الافتراضي CentOS.
توضح هذه المقالة كيفية إعداد الأجهزة المحلية قبل ترحيلها إلى Azure باستخدام أداة الترحيل والتحديث .
في هذه المقالة، ستتمكن من:
- مراجعة قيود الترحيل.
- حدد أسلوبا لترحيل VMware vSphere VMs.
- تحقق من متطلبات برنامج تشغيل الآلة الافتراضية ونظام التشغيل للأجهزة التي تريد ترحيلها.
- راجع عنوان URL والوصول إلى المنفذ للأجهزة التي تريد ترحيلها.
- راجع التغييرات التي قد تحتاج إلى إجراؤها قبل بدء الترحيل.
- تحقق من متطلبات أجهزة Azure الظاهرية للأجهزة التي تم ترحيلها.
- قم بإعداد الأجهزة حتى تتمكن من الاتصال بأجهزة Azure الظاهرية بعد الترحيل.
التحقق من قيود الترحيل
يلخص الجدول حدود الاكتشاف والتقييم والترحيل ل Azure Migrate. نوصي بتقييم الأجهزة قبل الترحيل، ولكن ليس عليك ذلك.
| السيناريو | المشروع | الاكتشاف/التقييم | الهجره |
|---|---|---|---|
| VMware vSphere VMs | اكتشاف وتقييم ما يصل إلى 35000 جهاز ظاهري في مشروع Azure Migrate واحد. | اكتشف ما يصل إلى 10000 جهاز ظاهري VMware vSphere مع جهاز Azure Migrate واحد ل VMware vSphere. يدعم الجهاز إضافة عدة خوادم vCenter. يمكنك إضافة ما يصل إلى 10 خوادم vCenter لكل جهاز. |
الترحيل بدون عامل: يمكنك نسخ 500 جهاز ظاهري كحد أقصى في نفس الوقت عبر خوادم vCenter متعددة (تم اكتشافها من جهاز واحد) باستخدام جهاز توسيع النطاق. الترحيل المستند إلى العامل: يمكنك توسيع نطاقجهاز النسخ المتماثل لنسخ أعداد كبيرة من الأجهزة الظاهرية. في المدخل، يمكنك تحديد ما يصل إلى 10 أجهزة في وقت واحد للنسخ المتماثل. لنسخ المزيد من الأجهزة، أضف على دفعات من 10. |
| الأجهزة الظاهرية لـ Hyper-V | اكتشاف وتقييم ما يصل إلى 35000 جهاز ظاهري في مشروع Azure Migrate واحد. | اكتشاف ما يصل إلى 5000 جهاز ظاهري Hyper-V مع جهاز Azure Migrate واحد | لا يتم استخدام جهاز لترحيل Hyper-V. بدلا من ذلك، يتم تشغيل موفر النسخ المتماثل Hyper-V على كل مضيف Hyper-V. تتأثر سعة النسخ المتماثل بعوامل الأداء مثل خسارة الجهاز الظاهري وتحميل النطاق الترددي لبيانات النسخ المتماثل. في المدخل، يمكنك تحديد ما يصل إلى 10 أجهزة في وقت واحد للنسخ المتماثل. لنسخ المزيد من الأجهزة، أضف على دفعات من 10. |
| الأجهزة المادية | اكتشاف وتقييم ما يصل إلى 35000 جهاز في مشروع Azure Migrate واحد. | اكتشف ما يصل إلى 1000 خادم فعلي مع جهاز Azure Migrate واحد للخوادم الفعلية. | يمكنك توسيع نطاقجهاز النسخ المتماثل لنسخ أعداد كبيرة من الخوادم. في المدخل، يمكنك تحديد ما يصل إلى 10 أجهزة في وقت واحد للنسخ المتماثل. لنسخ المزيد من الأجهزة، أضف على دفعات من 10. |
حدد أسلوب ترحيل VMware vSphere
إذا كنت تقوم بترحيل VMware vSphere VMs إلى Azure، فقارن أساليب الترحيل بدون عامل والمستندة إلى العامل، لتحديد ما يناسبك بشكل أفضل.
التحقق من متطلبات برنامج مراقبة الأجهزة الافتراضية
- تحقق من المتطلبات المستندة إلى عامل VMware بدون عامل أو VMware vSphere.
- تحقق من متطلبات مضيف Hyper-V.
التحقق من متطلبات نظام التشغيل
تحقق من أنظمة التشغيل المدعومة للترحيل:
- إذا كنت تقوم بترحيل VMware vSphere VMs أو Hyper-V VMs، فتحقق من متطلبات VMware vSphere VM للترحيل بدون عامل، والترحيل المستند إلى العامل، ومتطلبات الأجهزة الظاهرية Hyper-V.
- تحقق من دعم أنظمة تشغيل Windows في Azure.
- تحقق من توزيعات Linux المدعومة في Azure.
مراجعة عنوان URL والوصول إلى المنفذ
راجع عناوين URL والمنافذ التي يتم الوصول إليها أثناء الترحيل.
| السيناريو | التفاصيل | عناوين "URL" | منافذ |
|---|---|---|---|
| ترحيل VMware vSphere بدون عامل | يستخدم جهاز Azure Migrate للترحيل. لم يتم تثبيت أي شيء على VMware vSphere VMs. | راجع السحابة العامة وعناوين URL الحكومية اللازمة للاكتشاف والتقييم والترحيل باستخدام الجهاز. | راجع متطلبات المنفذ للترحيل بدون عامل. |
| الترحيل المستند إلى عامل VMware vSphere | يستخدم جهاز النسخ المتماثل للترحيل. يتم تثبيت عامل خدمة التنقل على الأجهزة الظاهرية. | راجع السحابة العامة وعناوين URL لحكومة Azure التي يحتاج جهاز النسخ المتماثل للوصول إليها. | راجع المنافذ المستخدمة أثناء الترحيل المستند إلى العامل. |
| ترحيل Hyper-V | يستخدم موفر مثبت على مضيفي Hyper-V للترحيل. لم يتم تثبيت أي شيء على أجهزة Hyper-V الظاهرية. | راجع السحابة العامة وعناوين URL لحكومة Azure التي يحتاج موفر النسخ المتماثل الذي يعمل على المضيفين إلى الوصول إليها. | يستخدم موفر النسخ المتماثل على مضيف Hyper-V الاتصالات الصادرة على منفذ HTTPS 443 لإرسال بيانات النسخ المتماثل للجهاز الظاهري. |
| الأجهزة المادية | يستخدم جهاز النسخ المتماثل للترحيل. يتم تثبيت عامل خدمة التنقل على الأجهزة الفعلية. | راجع السحابة العامة وعناوين URL لحكومة Azure التي يحتاج جهاز النسخ المتماثل للوصول إليها. | راجع المنافذ المستخدمة أثناء الترحيل الفعلي. |
التحقق من التغييرات المطلوبة قبل الترحيل
هناك بعض التغييرات المطلوبة على الأجهزة الظاهرية قبل ترحيلها إلى Azure.
- بالنسبة لبعض أنظمة التشغيل، يقوم Azure Migrate بإجراء تغييرات تلقائيا أثناء عملية النسخ المتماثل/الترحيل.
- بالنسبة لأنظمة التشغيل الأخرى، تحتاج إلى تكوين الإعدادات يدويا.
- من المهم تكوين الإعدادات يدويا قبل بدء الترحيل. قد تؤثر بعض التغييرات على تمهيد الجهاز الظاهري، أو قد لا يتم تأسيس الاتصال بالجهاز الظاهري. إذا قمت بترحيل جهاز ظاهري قبل إجراء التغيير، فقد لا يتم تشغيله على Azure.
راجع الجداول لتحديد التغييرات التي تحتاج إلى إجراءها.
آلات Windows
يتم تلخيص التغييرات التي تم إجراؤها في الجدول.
| الإجراء | VMware vSphere (ترحيل بدون عامل) | VMware vSphere (المستندة إلى العامل) / الأجهزة الفعلية | Windows على Hyper-V |
|---|---|---|---|
| تكوين نهج SAN ك Online All |
تعيين تلقائيا للأجهزة التي تعمل بنظام التشغيل Windows Server 2008 R2 أو أحدث. تكوين يدويا لأنظمة التشغيل السابقة. |
تعيين تلقائيا في معظم الحالات. | تعيين تلقائيا للأجهزة التي تعمل بنظام التشغيل Windows Server 2008 R2 أو أحدث. |
| تثبيت Hyper-V Guest Integration | تثبيت يدويا على الأجهزة التي تعمل بنظام التشغيل Windows Server 2003. | تثبيت يدويا على الأجهزة التي تعمل بنظام التشغيل Windows Server 2003. | تثبيت يدويا على الأجهزة التي تعمل بنظام التشغيل Windows Server 2003. |
| تمكين وحدة تحكم Azure التسلسلية تمكين وحدة التحكم على أجهزة Azure الظاهرية للمساعدة في استكشاف الأخطاء وإصلاحها. لا تحتاج إلى إعادة تشغيل الجهاز الظاهري. سيتم تمهيد Azure VM باستخدام صورة القرص. يعد تمهيد صورة القرص مكافئا لإعادة التشغيل للجهاز الظاهري الجديد. |
تمكين يدويا | تمكين يدويا | تمكين يدويا |
| تثبيت Windows Azure Guest Agent عامل الجهاز الظاهري (عامل الجهاز الظاهري) هو عملية آمنة وخفيفة الوزن تدير تفاعل الجهاز الظاهري (VM) مع وحدة تحكم Azure Fabric. لعامل الجهاز الظاهري دور أساسي في تمكين وتنفيذ ملحقات الجهاز الظاهري Azure التي تمكن تكوين ما بعد التوزيع للجهاز الظاهري، مثل تثبيت البرامج وتكوينها. |
تعيين تلقائيا للأجهزة التي تعمل بنظام التشغيل Windows Server 2008 R2 أو أحدث. تكوين يدويا لأنظمة التشغيل السابقة. |
تعيين تلقائيا للأجهزة التي تعمل بنظام التشغيل Windows Server 2008 R2 أو أحدث. | تعيين تلقائيا للأجهزة التي تعمل بنظام التشغيل Windows Server 2008 R2 أو أحدث. |
| الاتصال بعد الترحيل للاتصال بعد الترحيل، هناك عدد من الخطوات التي يجب اتخاذها قبل الترحيل. |
إعداد يدويا. | إعداد يدويا. | إعداد يدويا. |
تعرف على المزيد حول التغييرات التي تم إجراؤها على خوادم Windows لترحيل VMware vSphere بدون عامل.
تكوين نهج SAN
بشكل افتراضي، يتم تعيين محرك الأقراص D ل Azure VMs: لاستخدامه كمساحة تخزين مؤقتة.
- يؤدي تعيين محرك الأقراص هذا إلى زيادة كافة تعيينات محرك أقراص التخزين المرفقة الأخرى بمقدار حرف واحد.
- على سبيل المثال، إذا كان التثبيت المحلي يستخدم قرص بيانات تم تعيينه لمحرك الأقراص D: لعمليات تثبيت التطبيق، فإن تعيين محرك الأقراص هذا يتزايد إلى محرك الأقراص E: بعد ترحيل الجهاز الظاهري إلى Azure.
- لمنع هذا التعيين التلقائي، وللتأكد من أن Azure يعين حرف محرك الأقراص المجاني التالي إلى وحدة التخزين المؤقتة، قم بتعيين نهج شبكة منطقة التخزين (SAN) إلى OnlineAll:
قم بتكوين هذا الإعداد يدويا كما يلي:
- على الجهاز المحلي (وليس الخادم المضيف)، افتح موجه أوامر غير مقيد.
- أدخل diskpart.
- أدخل SAN. إذا لم يتم الاحتفاظ بحرف محرك الأقراص لنظام التشغيل الضيف، يتم إرجاع كافة المشاركات دون اتصال أو غير متصل.
- في موجه DISKPART ، أدخل SAN Policy=OnlineAll. يضمن هذا الإعداد إحضار الأقراص عبر الإنترنت، ويضمن أنه يمكنك القراءة والكتابة على كلا القرصين.
- أثناء ترحيل الاختبار، يمكنك التحقق من الاحتفاظ بأحرف محرك الأقراص.
Linux أجهزة
يكمل Azure Migrate هذه الإجراءات تلقائيا لهذه الإصدارات
- Red Hat Enterprise Linux 8.x، 7.9، 7.8، 7.7، 7.6، 7.5، 7.4، 7.3، 7.2، 7.1، 7.0، 6.x (يتم أيضا تثبيت عامل Azure Linux VM تلقائيا أثناء الترحيل)
- Cent OS 8.x, 7.7, 7.6, 7.5, 7.4, 6.x (يتم أيضا تثبيت عامل Azure Linux VM تلقائيا أثناء الترحيل)
- SUSE Linux Enterprise Server 15 SP0، 15 SP1، 12، 11 SP4، 11 SP3
- Ubuntu 20.04، 19.04، 19.10، 18.04LTS، 16.04LTS، 14.04LTS (يتم أيضا تثبيت عامل Azure Linux VM تلقائيا أثناء الترحيل)
- Debian 10، 9، 8، 7
- Oracle Linux 8، 7.7-CI، 7.7، 6
بالنسبة للإصدارات الأخرى، قم بإعداد الأجهزة كما هو ملخص في الجدول.
إشعار
قد تؤثر بعض التغييرات على تمهيد الجهاز الظاهري، أو قد لا يتم تأسيس الاتصال بالجهاز الظاهري.
| الإجراء | التفاصيل | إصدار Linux |
|---|---|---|
| تثبيت Hyper-V Linux Integration Services | أعد إنشاء صورة Linux init بحيث تحتوي على برامج تشغيل Hyper-V الضرورية. تضمن إعادة إنشاء صورة التتيم تشغيل الجهاز الظاهري في Azure. | تتضمن معظم الإصدارات الجديدة من توزيعات Linux هذا بشكل افتراضي. إذا لم يتم تضمينه، فقم بتثبيته يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. |
| تمكين تسجيل وحدة التحكم التسلسلية من Azure | يساعدك تمكين تسجيل وحدة التحكم على استكشاف الأخطاء وإصلاحها. لا تحتاج إلى إعادة تشغيل الجهاز الظاهري. سيتم تمهيد Azure VM باستخدام صورة القرص. يعد تمهيد صورة القرص مكافئا لإعادة التشغيل للجهاز الظاهري الجديد. اتبع هذه الإرشادات لتمكينها. |
|
| تحديث ملف خريطة الجهاز | قم بتحديث ملف خريطة الجهاز باستخدام اقترانات اسم الجهاز إلى وحدة التخزين، بحيث يمكنك استخدام معرفات الجهاز الثابتة. | تثبيت يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. (ينطبق فقط في سيناريو VMware المستند إلى العامل) |
| تحديث إدخالات fstab | تحديث الإدخالات لاستخدام معرفات وحدة التخزين الثابتة. | تحديث يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. |
| إزالة قاعدة udev | قم بإزالة أي قواعد udev تحتفظ بأسماء الواجهة استنادا إلى عنوان mac وما إلى ذلك. | قم بإزالة يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. |
| تحديث واجهات الشبكة | تحديث واجهات الشبكة لتلقي عنوان IP استنادا إلى DHCP.nst | تحديث يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. |
| تمكين ssh | تأكد من تمكين ssh وتعيين خدمة sshd لبدء التشغيل تلقائيا عند إعادة التشغيل. تأكد من عدم حظر طلبات اتصال ssh الواردة بواسطة جدار حماية نظام التشغيل أو القواعد القابلة للبرمجة النصية. |
تمكين يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. |
| تثبيت Linux Azure Guest Agent | عامل Microsoft Azure Linux (waagent) هو عملية آمنة وخفيفة الوزن تدير تزويد Linux و FreeBSD، وتفاعل الجهاز الظاهري مع وحدة تحكم Azure Fabric. | تمكين يدويا لجميع الإصدارات باستثناء تلك التي تم استدعاؤها أعلاه. اتبع الإرشادات لتثبيت عامل Linux يدويا لإصدارات نظام التشغيل الأخرى. راجع قائمة الحزم المطلوبة لتثبيت عامل Linux VM. |
تعرف على المزيد حول التغييرات التي تم إجراؤها على خوادم Linux لترحيل VMware vSphere بدون عامل.
يلخص الجدول التالي الخطوات التي يتم تنفيذها تلقائيا لأنظمة التشغيل المذكورة أعلاه.
| الإجراء | ترحيل VMware vSphere المستند إلى العامل | ترحيل VMware vSphere بدون عامل | ترحيل Hyper-V بدون عامل |
|---|---|---|---|
| تحديث صورة kernel باستخدام Hyper-V Linux Integration Services. (يجب أن تكون برامج تشغيل LIS موجودة على النواة.) |
نعم | نعم | نعم |
| تمكين تسجيل وحدة التحكم التسلسلية من Azure | نعم | نعم | نعم |
| تحديث ملف خريطة الجهاز | نعم | لا | لا |
| تحديث إدخالات fstab | نعم | نعم | نعم |
| إزالة قاعدة udev | نعم | نعم | نعم |
| تحديث واجهات الشبكة | نعم | نعم | نعم |
| تمكين ssh | لا | لا | لا |
| تثبيت عامل Azure VM Linux | نعم | نعم | نعم |
تعرف على المزيد حول خطوات تشغيل جهاز Linux الظاهري على Azure، والحصول على إرشادات لبعض توزيعات Linux الشائعة.
راجع قائمة الحزم المطلوبة لتثبيت عامل Linux VM. يقوم Azure Migrate بتثبيت عامل Linux VM تلقائيا ل RHEL 8.x/7.x/6.x، CentOS 8.x/7.x/6.x، Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04، SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3 و Debian 9/8/7 و Oracle 7 عند استخدام الأسلوب بدون عامل لترحيل VMware.
التحقق من متطلبات Azure VM
يجب أن تتوافق الأجهزة المحلية التي تقوم بنسخها نسخا متماثلا إلى Azure مع متطلبات Azure VM لنظام التشغيل والهندسة المعمارية والأقراص وإعدادات الشبكة وتسمية الجهاز الظاهري.
قبل الترحيل، راجع متطلبات Azure VMs ل VMware وHyper-V وترحيل الخادم الفعلي.
الاستعداد للاتصال بعد الترحيل
يتم إنشاء أجهزة Azure الظاهرية أثناء الترحيل إلى Azure. بعد الترحيل، يجب أن تكون قادرا على الاتصال ب Azure VMs الجديدة. يلزم اتخاذ خطوات متعددة للاتصال بنجاح.
الاستعداد للاتصال بأجهزة Azure Windows الظاهرية
على أجهزة Windows المحلية:
- كوّن إعدادات Windows. الإعدادات تتضمن إزالة أي مسارات ثابتة ثابتة أو وكيل WinHTTP.
- تأكد من تشغيل الخدمات المطلوبة.
- قم بتمكين سطح المكتب البعيد (RDP) للسماح بالاتصالات البعيدة بالجهاز المحلي. تعرف على كيفية استخدام PowerShell لتمكين RDP.
- للوصول إلى جهاز Azure الظاهري عبر الإنترنت بعد الترحيل، في جدار حماية Windows على الجهاز المحلي، اسمح ل TCP وUDP في ملف التعريف العام، وتعيين RDP كتطبيق مسموح به لجميع ملفات التعريف.
- إذا كنت ترغب في الوصول إلى جهاز Azure الظاهري عبر VPN من موقع إلى موقع بعد الترحيل، في جدار حماية Windows على الجهاز المحلي، فاسمح ب RDP للمجال وملفات التعريف الخاصة. تعرف على كيفية السماح بنسبة استخدام الشبكة RDP.
- تأكد من عدم وجود تحديثات Windows معلقة على الجهاز الظاهري المحلي عند الترحيل. إذا كان هناك، فقد تبدأ التحديثات في التثبيت على جهاز Azure الظاهري بعد الترحيل، ولن تتمكن من تسجيل الدخول إلى الجهاز الظاهري حتى تنتهي التحديثات.
الاستعداد للاتصال بأجهزة Linux Azure الظاهرية
على أجهزة Linux المحلية:
- تحقق من تعيين خدمة Secure Shell للبدء تلقائيًّا في تشغيل النظام.
- تحقق من أن قواعد firewall تسمح باتصال SSH.
تكوين أجهزة Azure الظاهرية بعد الترحيل
بعد الترحيل، أكمل هذه الخطوات على أجهزة Azure الظاهرية التي تم إنشاؤها:
- للاتصال بالجهاز الظاهري عبر الإنترنت، قم بتعيين عنوان IP عام للجهاز الظاهري. يجب استخدام عنوان IP عام مختلف لجهاز Azure الظاهري عما استخدمته للجهاز المحلي. اعرف المزيد.
- تحقق من أن قواعد مجموعة أمان الشبكة (NSG) الموجودة على الجهاز الظاهري تسمح بالاتصالات الواردة بمنفذ RDP أو SSH.
- تحقق من تشخيصات التمهيد لعرض الجهاز الظاهري.
الخطوات التالية
حدد الطريقة التي تريد استخدامها لترحيل VMware vSphere VMs إلى Azure، أو ابدأ في ترحيل أجهزة Hyper-V الظاهرية أو الخوادم الفعلية أو الأجهزة الظاهرية أو السحابية.
الاطلاع على ما هو مدعوم
بالنسبة إلى VMware vSphere VMs، يدعم الترحيل والتحديث الترحيل بدون عامل أو المستند إلى عامل.
- VMware vSphere VMs: تحقق من متطلبات الترحيل ودعم VMware vSphere VMs.
- Hyper-V VMs: تحقق من متطلبات الترحيل ودعم أجهزة Hyper-V الظاهرية.
- الأجهزة الفعلية: تحقق من متطلبات الترحيل والدعم للأجهزة الفعلية المحلية والخوادم الظاهرية الأخرى.