مصفوفة الدعم لترحيل Hyper-V

تنبيه

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

تلخص هذه المقالة إعدادات الدعم والقيود لترحيل أجهزة Hyper-V الظاهرية مع الترحيل والتحديث . إذا كنت تبحث عن معلومات حول تقييم أجهزة Hyper-V الظاهرية للترحيل إلى Azure، فراجع مصفوفة دعم التقييم.

قيود الترحيل

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

متطلبات مضيف Hyper-V

الدعم	التفاصيل
النشر	يمكن أن يكون مضيف Hyper-V مستقلا أو يتم نشره في نظام مجموعة. يتم تثبيت برنامج النسخ المتماثل ل Azure Migrate (موفر النسخ المتماثل Hyper-V) على مضيفي Hyper-V.
الأذونات	تحتاج إلى أذونات المسؤول على مضيف Hyper-V.
نظام تشغيل المضيف	Windows Server 2022 أو Windows Server 2019 أو Windows Server 2012 R2 مع آخر التحديثات. لاحظ أن التثبيت الأساسي للخادم لأنظمة التشغيل هذه مدعوم أيضا.
متطلبات البرامج الأخرى	.NET Framework 4.7 أو أحدث
الوصول إلى المنفذ	الاتصالات الصادرة على منفذ HTTPS 443 لإرسال بيانات النسخ المتماثل للجهاز الظاهري.

الأجهزة الظاهرية لـ Hyper-V

الدعم	التفاصيل
نظام التشغيل	جميع أنظمة تشغيل Windows وLinux التي يدعمها Azure.
Windows Server 2003	بالنسبة للأجهزة الظاهرية التي تعمل بنظام التشغيل Windows Server 2003، تحتاج إلى تثبيت خدمات تكامل Hyper-V قبل الترحيل.
أجهزة Linux الظاهرية في Azure	قد تتطلب بعض الأجهزة الظاهرية تغييرات بحيث يمكن تشغيلها في Azure. بالنسبة إلى Linux، يقوم Azure Migrate بإجراء التغييرات تلقائيا لأنظمة التشغيل هذه: - Red Hat Enterprise Linux 9.x، 8.x، 7.9، 7.8، 7.7، 7.6، 7.5، 7.4، 7.0، 6.x - CentOS 9.x (الإصدار والدفق)، 8.x (الإصدار والدفق)، 7.9، 7.7، 7.6، 7.5، 7.4، 6.x - SUSE Linux Enterprise Server 15 SP4، 15 SP3، 15 SP2، 15 SP1، 15 SP0، 12، 11 SP4، 11 SP3 - Ubuntu 22.04، 21.04، 20.04، 19.04، 19.10، 18.04LTS، 16.04LTS، 14.04LTS - ديبيان 11، 10، 9، 8، 7 - Oracle Linux 9، 8، 7.7-CI، 7.7، 6 - Kali Linux (2016، 2017، 2018، 2019، 2020، 2021، 2022) - بالنسبة لأنظمة التشغيل الأخرى، يمكنك إجراء التغييرات المطلوبة يدويا.
التغييرات المطلوبة ل Azure	قد تتطلب بعض الأجهزة الظاهرية تغييرات بحيث يمكن تشغيلها في Azure. إجراء تعديلات يدويا قبل الترحيل. تحتوي المقالات ذات الصلة على إرشادات حول كيفية القيام بذلك.
تمهيد Linux	إذا كان /boot على قسم مخصص، فيجب أن يكون على قرص نظام التشغيل، ولا يتم نشره عبر أقراص متعددة. إذا كان /boot جزءا من قسم الجذر (/)، فيجب أن يكون القسم '/' على قرص نظام التشغيل، ولا يمتد عبر الأقراص الأخرى.
تمهيد UEFI	مدعوم. سيتم ترحيل الأجهزة الظاهرية المستندة إلى UEFI إلى الأجهزة الظاهرية من الجيل 2 من Azure.
UEFI - التمهيد الآمن	غير مدعوم للترحيل.
حجم القرص	ما يصل إلى 2 ТБ قرص نظام التشغيل لجهاز ظاهري من الجيل 1؛ ما يصل إلى 4 ТБ قرص نظام التشغيل ل Gen 2 VM؛ 32 ТБ لأقراص البيانات. بالنسبة لمشاريع Azure Migrate الموجودة، قد تحتاج إلى ترقية موفر النسخ المتماثل على مضيف Hyper-V إلى أحدث إصدار لنسخ الأقراص الكبيرة إلى 32 ТБ.
رقم القرص	بحد أقصى 16 قرصا لكل جهاز ظاهري.
الأقراص/وحدات التخزين المشفرة	غير مدعوم للترحيل.
أقراص RDM/passthrough	غير مدعوم للترحيل.
القرص المشترك	الأجهزة الظاهرية التي تستخدم الأقراص المشتركة غير مدعومة للترحيل.
قرص Ultra	ترحيل القرص الفائق غير مدعوم من مدخل Azure Migrate. يجب عليك إجراء ترحيل خارج النطاق للأقراص الموصى بها كأقراص Ultra. أي أنه يمكنك ترحيل تحديده كنوع قرص متميز وتغييره إلى قرص Ultra بعد الترحيل.
Nfs	لن يتم نسخ وحدات تخزين NFS التي تم تحميلها كوحدات تخزين على الأجهزة الظاهرية.
ReiserFS	‏‏غير مدعومة.
Iscsi	الأجهزة الظاهرية ذات أهداف iSCSI غير مدعومة للترحيل.
القرص الهدف	يمكنك الترحيل إلى أجهزة Azure الظاهرية باستخدام الأقراص المدارة فقط.
IPv6	‏‏غير مدعومة.
فريق NIC	‏‏غير مدعومة.
Azure Site Recovery و/أو Hyper-V	لا يمكنك النسخ المتماثل باستخدام الترحيل والتحديث إذا تم تمكين الجهاز الظاهري للنسخ المتماثل باستخدام Azure Site Recovery أو مع النسخة المتماثلة Hyper-V.
منافذ	الاتصالات الصادرة على منفذ HTTPS 443 لإرسال بيانات النسخ المتماثل للجهاز الظاهري.

الوصول إلى عنوان URL (السحابة العامة)

سيحتاج برنامج موفر النسخ المتماثل على مضيفي Hyper-V إلى الوصول إلى عناوين URL هذه.

عنوان URL	التفاصيل
login.microsoftonline.com	التحكم في الوصول وإدارة الهوية باستخدام Active Directory.
backup.windowsazure.com	نقل بيانات النسخ المتماثل وتنسيقها.
*.hypervrecoverymanager.windowsazure.com	يستخدم لإدارة النسخ المتماثل.
*.blob.core.windows.net	تحميل البيانات إلى حسابات التخزين.
dc.services.visualstudio.com	قم بتحميل سجلات التطبيقات المستخدمة للمراقبة الداخلية.
time.windows.com	التحقق من مزامنة الوقت بين النظام والوقت العمومي.

الوصول إلى عنوان URL (Azure Government)

سيحتاج برنامج موفر النسخ المتماثل على مضيفي Hyper-V إلى الوصول إلى عناوين URL هذه.

عنوان URL	التفاصيل
login.microsoftonline.us	التحكم في الوصول وإدارة الهوية باستخدام Active Directory.
backup.windowsazure.us	نقل بيانات النسخ المتماثل وتنسيقها.
*.hypervrecoverymanager.windowsazure.us	يستخدم لإدارة النسخ المتماثل.
*.blob.core.usgovcloudapi.net	تحميل البيانات إلى حسابات التخزين.
dc.services.visualstudio.com	قم بتحميل سجلات التطبيقات المستخدمة للمراقبة الداخلية.
time.nist.gov	التحقق من مزامنة الوقت بين النظام والوقت العمومي.

إشعار

إذا كان مشروع الترحيل الخاص بك يحتوي على اتصال نقطة نهاية خاصة، فسيحتاج برنامج موفر النسخ المتماثل على مضيفي Hyper-V إلى الوصول إلى عناوين URL هذه لدعم الارتباط الخاص.

• *.blob.core.windows.com - للوصول إلى حساب التخزين الذي يخزن البيانات المنسوخة نسخا متماثلا. هذا اختياري وغير مطلوب إذا كان حساب التخزين يحتوي على نقطة نهاية خاصة مرفقة.
• login.windows.net للتحكم في الوصول وإدارة الهوية باستخدام Active Directory.

متطلبات حساب تخزين النسخ المتماثل

يلخص هذا الجدول دعم حساب تخزين النسخ المتماثل لترحيلات Hyper-V VM.

الإعداد	الدعم	التفاصيل
حسابات تخزين V2 للأغراض العامة (الطبقة الفرعية "Cool" والفعّالة "Hot")	مدعوم	قد تتحمل حسابات تخزين GPv2 تكاليف معاملات أعلى من حسابات التخزين V1.
تخزين متميز	مدعوم	ومع ذلك، يوصى باستخدام حسابات التخزين القياسية للمساعدة في تحسين التكاليف. يجب أن يكون حساب تخزين ذاكرة التخزين المؤقت حساب تخزين قياسيا ولا يتم دعم premium.
المنطقة	نفس منطقة الجهاز الظاهري	يجب أن يكون حساب التخزين في نفس المنطقة التي تتم فيها حماية الجهاز الظاهري.
الاشتراك	يمكن أن يكون مختلفاً عن الأجهزة الظاهرية المصدر	لا يجب أن يكون حساب التخزين في نفس الاشتراك مثل الجهاز (الأجهزة) الظاهرية المصدر.
جدران حماية Azure Storage للشبكات الظاهرية	مدعوم	إذا كنت تستخدم حساب تخزين النسخ المتماثل الممكن لجدار الحماية أو حساب التخزين الهدف، فتأكد من السماح خدمات Microsoft الموثوق بها. تأكد أيضا من السماح بالوصول إلى شبكة فرعية واحدة على الأقل من الشبكة الظاهرية المصدر. يجب السماح بالوصول من كافة الشبكات لاتصال نقطة النهاية العامة.
الحذف المبدئي	غير مدعوم	الحذف المبدئي غير مدعوم لأنه بمجرد تمكينه على حساب تخزين النسخ المتماثل، فإنه يزيد من التكلفة. يقوم Azure Migrate بإنشاء/حذف ملفات السجل بشكل متكرر جدا أثناء النسخ المتماثل مما يتسبب في زيادة التكاليف.
نقطة النهاية الخاصة	مدعوم	اتبع الإرشادات لإعداد Azure Migrate مع نقاط النهاية الخاصة.

متطلبات الجهاز الظاهري لدى Azure

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

المكون	المتطلبات	التفاصيل
حجم قرص نظام التشغيل	ما يصل إلى 2048 غيغابايت.	سيفشل التحقق إذا لم يكن مدعوما.
عدد أقراص نظام التشغيل	1	سيفشل التحقق إذا لم يكن مدعوما.
عدد أقراص البيانات	16 أو أقل.	سيفشل التحقق إذا لم يكن مدعوما.
بيانات حجم قرص	ما يصل إلى 32 ТБ	سيفشل التحقق إذا لم يكن مدعوما.
محولات شبكة الاتصال	دعم محولات متعددة.
VHD مشترك	‏‏غير مدعومة.	سيفشل التحقق إذا لم يكن مدعوما.
قرص FC	‏‏غير مدعومة.	سيفشل التحقق إذا لم يكن مدعوما.
Bitlocker.	‏‏غير مدعومة.	يجب تعطيل BitLocker قبل تمكين النسخ المتماثل لجهاز.
اسم VM	من 1 إلى 63 حرفا. يقتصر على الأحرف والأرقام والواصلات. يجب أن يبدأ اسم الجهاز وينتهي بحرف أو رقم.	تحديث القيمة في خصائص الجهاز في Site Recovery.
الاتصال بعد الترحيل - Windows	للاتصال ب Azure VMs التي تعمل بنظام Windows بعد الترحيل: - قبل الترحيل، قم بتمكين RDP على الجهاز الظاهري المحلي. تأكد من إضافة TCP وقواعد UDP لملفالعام، ومن السماح بـ RDP في Windows Firewall>Allowed Apps لكافة الملفات. - للوصول إلى VPN من موقع إلى موقع، قم بتمكين RDP والسماح ب RDP في جدار حماية Windows ->التطبيقات والميزات المسموح بها للشبكات الخاصة والمجال. بالإضافة إلى ذلك، تحقق من تعيين نهج SAN لنظام التشغيل على OnlineAll. اعرف المزيد.
الاتصال بعد الترحيل إلى Linux	للاتصال ب Azure VMs بعد الترحيل باستخدام SSH: - قبل الترحيل، على الجهاز المحلي، تحقق من تعيين خدمة Secure Shell إلى Start، وأن قواعد جدار الحماية تسمح باتصال SSH. - بعد الترحيل، على جهاز Azure الظاهري، اسمح بالاتصالات الواردة إلى منفذ SSH لقواعد مجموعة أمان الشبكة على فشل عبر الجهاز الظاهري، وللشبكة الفرعية Azure التي تتصل بها. بالإضافة إلى ذلك، أضف عنوان IP عاما للجهاز الظاهري.

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

ترحيل الأجهزة الظاهرية Hyper-V للترحيل.