اكتشاف وتقييم وترحيل الأجهزة الظاهرية لخدمات الويب في Amazon (AWS) EC2 إلى Azure

تنبيه

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

يوضح لك هذا البرنامج التعليمي كيفية اكتشاف وتقييم وترحيل الأجهزة الظاهرية لخدمات Amazon Web Services (AWS) إلى أجهزة Azure الظاهرية باستخدام Azure Migrate: تقييم الخادم وأداة الترحيل والتحديث.

إشعار

أنت تقوم بترحيل الأجهزة الظاهرية لـ AWS إلى Azure من خلال معاملتها كخوادم مادية.

في هذا البرنامج التعليمي، تتعلم كيفية:

• التحقق من المتطلبات الأساسية للترحيل.
• إعداد موارد Azure باستخدام أداة الترحيل والتحديث. قم بإعداد أذونات لحساب Azure وموارده للعمل مع Azure Migrate and Modernize.
• إعداد مثيلات AWS Elastic Compute Cloud (EC2) للترحيل.
• أضف أداة الترحيل والتحديث في مركز Azure Migrate and Modernizatione.
• إعداد جهاز النسخ المتماثل ونشر خادم التكوين.
• قم بتثبيت خدمة التنقل على الأجهزة الظاهرية ل AWS التي تريد ترحيلها.
• تمكين النسخ المتماثل للأجهزة الظاهرية.
• تعقب ومراقبة حالة النسخ المتماثل.
• قم بإجراء ترحيل تجريبي للتأكد من أن كل شيء يعمل كما هو متوقع.
• تشغيل ترحيل كامل إلى Azure.

في حال لم يكن لديك اشتراك Azure، فأنشئ حساباً مجانيّاً قبل البدء.

الاكتشاف والتقييم

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

لإعداد تقييم:

1. اتبع البرنامج التعليمي لإعداد Azure وتجهيز الأجهزة الظاهرية لـ AWS للتقييم. لاحظ ما يلي:

   • يستخدم Azure Migrate and Modernize مصادقة كلمة المرور لاكتشاف مثيلات AWS. لا تدعم مثيلات AWS مصادقة كلمة المرور بشكل افتراضي. قبل أن تتمكن من اكتشاف مثيل، تحتاج إلى تمكين مصادقة كلمة المرور.
     • لأجهزة Windows، أنشيء منفذ WinRM 5985 (HTTP). يسمح هذا المنفذ باستدعاءات WMI البعيدة.
     • لأجهزة Linux:
       1. تسجيل الدخول إلى كل جهاز Linux.
       2. افتح ملف sshd_config : vi /etc/ssh/sshd_config.
       3. في الملف، حدد موقع PasswordAuthentication السطر وغير القيمة إلى yes.
       4. احفظ الملف وأغلقه. أعد تشغيل خدمة ssh.
   • إذا كنت تستخدم مستخدم جذر لاكتشاف أجهزة Linux الظاهرية الخاصة بك، فتأكد من السماح بتسجيل الدخول الجذر على الأجهزة الظاهرية.
     1. تسجيل الدخول إلى كل جهاز Linux.
     2. افتح ملف sshd_config : vi /etc/ssh/sshd_config.
     3. في الملف، حدد موقع PermitRootLogin السطر وغير القيمة إلى yes.
     4. احفظ الملف وأغلقه. أعد تشغيل خدمة ssh.

2. ثم اتبع هذا البرنامج التعليمي لإعداد مشروع Azure Migrate والجهاز لاكتشاف وتقييم الأجهزة الظاهرية لـ AWS.

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

المتطلبات الأساسية

• تأكد من أن الأجهزة الظاهرية ل AWS التي تريد ترحيلها تقوم بتشغيل إصدار نظام تشغيل مدعوم (OS). يتم التعامل مع الأجهزة الظاهرية ل AWS مثل الأجهزة الفعلية للترحيل. راجع أنظمة التشغيل المدعومة وإصدارات kernel لسير عمل ترحيل الخادم الفعلي. يمكنك استخدام أوامر قياسية مثل hostnamectl أو uname -a للتحقق من إصدارات نظام التشغيل وkernel لأجهزة Linux الظاهرية. نوصي بإجراء ترحيل اختباري (اختبار تجاوز الفشل) للتحقق من عمل الجهاز الظاهري كما هو متوقع قبل متابعة الترحيل.
• تأكد من أن الأجهزة الظاهرية لـ AWS تتوافق مع التكوينات المدعومة للترحيل إلى Azure.
• تحقق من أن الأجهزة الظاهرية لـ AWS والتي نسختها Azure تتوافق مع متطلبات الجهاز الظاهري لـ Azure.
• هناك حاجة إلى بعض التغييرات على الأجهزة الظاهرية قبل ترحيلها إلى Azure:
  • بالنسبة لبعض أنظمة التشغيل، يقوم Azure Migrate and Modernize بإجراء هذه التغييرات تلقائيا.
  • من المهم إجراء هذه التغييرات قبل البدء في الترحيل. إذا قمت بترحيل جهاز ظاهري قبل إجراء التغيير، فقد لا يتم تشغيله على Azure. راجع تغييرات Windows وLinux التي تحتاج إلى إجراءها.

إعداد موارد Azure للترحيل

إعداد Azure للترحيل باستخدام أداة الترحيل والتحديث.

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

تعيين أذونات لإنشاء مشروع

1. في مدخل Microsoft Azure، افتح الاشتراك وحدد Access control (IAM).
2. في التحقق من الوصول، ابحث عن الحساب ذي الصلة وحدده لعرض الأذونات.
3. يجب أن يكون لديك أذونات المساهم أو المالك.
   • إذا أنشأت حساب Azure مجانيًا، فأنت مالك اشتراكك.
   • إذا لم تكن مالك الاشتراك، فاعمل مع المالك لتعيين الدور.

تعيين أذونات حساب Azure

تعيين دور مساهم الجهاز الظاهري إلى حساب Azure. يوفر هذا الدور أذونات ل:

• إنشاء جهاز ظاهري في مجموعة الموارد المحددة.
• إنشاء جهاز ظاهري في الشبكة الظاهرية المحددة.
• الكتابة بقرص مُدار لدى Azure.

إنشاء موقع Azure على الويب

إعداد شبكة Azure الظاهرية. عند النسخ المتماثل إلى Azure، يتم ربط أجهزة Azure الظاهرية التي تم إنشاؤها بشبكة Azure الظاهرية التي حددتها عند إعداد الترحيل.

إعداد مثيلات AWS EC2 للترحيل.

للتحضير لترحيل AWS إلى Azure، تحتاج إلى إعداد ونشر جهاز النسخ المتماثل للترحيل.

حضر جهاز (ظاهرياً) لجهاز النسخ المتماثل

تستخدم أداة الترحيل والتحديث جهاز النسخ المتماثل لنسخ الأجهزة نسخا متماثلا إلى Azure. يشغّل جهاز النسخ المتماثل المكونات التالية:

• خادم التكوين: ينسق خادم التكوين الاتصالات بين بيئة AWS وAzure ويدير النسخ المتماثل للبيانات.
• خادم المعالجة: يعمل خادم العملية كبوابة نسخ متماثل. يتلقى بيانات النسخ المتماثل ويحسن تلك البيانات باستخدام التخزين المؤقت والضغط والتشفير. ثم يرسل البيانات إلى حساب تخزين ذاكرة التخزين المؤقت في Azure.

للتحضير لتوزيع الأجهزة:

• جهز جهاز (EC2 VM) منفصل لاستضافة جهاز النسخ المتماثل. يجب أن يعمل هذا المثيل وفق برنامج Windows Server 2012 R2 أو Windows Server 2016. راجع متطلبات الأجهزة والبرامج والشبكات للجهاز.

• يجب عدم تثبيت الجهاز على جهاز ظاهري مصدر تريد نسخه نسخا متماثلا أو على Azure Migrate: جهاز الاكتشاف والتقييم الذي ربما قمت بتثبيته من قبل. بل ينبغي نشره على جهاز ظاهري مختلف.

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

• تتواصل الأجهزة الظاهرية لـ AWS مع جهاز النسخ المتماثل على منافذ HTTPS 443 (قناة التحكم التزامن) و TCP 9443 (نقل البيانات) الواردة لإدارة النسخ المتماثل ونقل البيانات النسخ المتماثل. ينسق جهاز النسخ المتماثل بدوره البيانات ويرسلها إلى Azure عبر المنفذ HTTPS 443 (الصادر). لتكوين هذه القواعد، حرر قواعد مجموعة الأمان الواردة/الصادرة باستخدام المنافذ المناسبة ومعلومات IP المصدر.

  

  

• يستخدم جهاز النسخ المتماثل خدمة MySQL. مراجعة الخيارات لتثبيت SQL خاصتي على الجهاز.

• راجع عناوين URL Azure المطلوبة لجهاز النسخ المتماثل للوصول إلى السحب العامةوالحكومية.

ثبت جهاز النسخ المتماثل

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

تنزيل مثبت جهاز النسخ المتماثل

1. في مشروع Azure Migrate، حدد Servers, databases, and web apps>Migration and modernization>Discover.

   

2. في Discover machines>Are your machines virtualized?، حدد Not virtualized/Other.

3. في "الموقع المستهدف"، حدد منطقة Azure التي تريد ترحيل الأجهزة إليها.

4. حدد تأكيد أن المنطقة المستهدفة للترحيل هي <اسم> المنطقة.

5. حدد إنشاء موارد. تنشئ هذه الخطوة مخزن Azure Site Recovery في الخلفية.

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

   إشعار

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

6. في علامة التبويب Do you want to install a new replication appliance?، حدد Install a replication appliance.

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

   

8. انسخ ملف إعداد الجهاز وملف المفتاح إلى الجهاز الظاهري لـ AWS لـ Windows Server 2016 أو Windows Server 2012 الذي أنشأته لجهاز النسخ المتماثل.

9. شغل ملف إعداد جهاز النسخ المتماثل، كما هو موضح في الإجراء التالي.

   1. ضمن قبل البدء، حدد تثبيت خادم التكوين وخادم المعالجة. بعد ذلك حدد التالي.
   2. في ترخيص برامج الجهات الخارجية، حدد أوافق على اتفاقية ترخيص الجهة الخارجية. بعد ذلك حدد التالي.
   3. في Registration، حدد Browse، ثم انتقل إلى المكان الذي وضعت فيه ملف مفتاح تسجيل المخزن. حدد التالي.
   4. في الإعدادات الإنترنت، حدد الاتصال إلى Azure Site Recovery بدون خادم وكيل. بعد ذلك حدد التالي.
   5. تقوم صفحة التحقق من المتطلبات الأساسية بتشغيل عمليات التحقق من وجود عدة عناصر. عند الانتهاء، حدد التالي.
   6. في تكوين MySQL، قم بتوفير كلمة مرور لقاعدة بيانات MySQL. بعد ذلك حدد التالي.
   7. في تفاصيل البيئة، حدد لا. لا تحتاج إلى حماية أجهزتك الظاهرية. بعد ذلك حدد التالي.
   8. في تثبيت الموقع، حدد التالي لقبول الإعداد الافتراضي.
   9. في تحديد الشبكة، حدد التالي لقبول الإعداد الافتراضي.
   10. في الملخص، حدد تثبيت.
   11. يعرض لك تقدم التثبيت معلومات حول عملية التثبيت. عند الانتهاء، حدد إنهاء. تعرض النافذة رسالة حول إعادة التشغيل. حدد موافق.
   12. بعد ذلك، تعرض النافذة رسالة حول عبارة مرور اتصال خادم التكوين. انسخ عبارة المرور إلى الحافظة واحفظ عبارة المرور في ملف نصي مؤقت على الأجهزة الظاهرية (المصدر). تحتاج إلى عبارة المرور هذه لاحقا أثناء عملية تثبيت خدمة التنقل.

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

11. بعد إعادة تشغيل الجهاز بعد الإعداد، في Discover machines، حدد الجهاز الجديد في Select Configuration Server وحدد Finalize registration. تنفذ خطوة إنهاء التسجيل مهمتين نهائيتين لإعداد جهاز النسخ المتماثل.

    

تثبيت عامل خدمة التنقل

يجب تثبيت عامل خدمة التنقل مسبقا على أجهزة AWS الظاهرية المصدر ليتم ترحيلها قبل أن تتمكن من بدء النسخ المتماثل. قد يعتمد النهج الذي تختاره لتثبيت وكيل خدمة التنقل على تفضيلات مؤسستك والأدوات الموجودة. أسلوب التثبيت "الدفع" المضمن في Site Recovery غير مدعوم حاليا. النهج التي قد ترغب في مراعاتها:

• AWS System Manager
• System Center Configuration Manager
• Azure Arc للخوادم وملحقات البرامج النصية المخصصة
• تثبيت عامل التنقل ل Windows
• تثبيت عامل التنقل ل Linux

1. استخراج محتويات tarball المثبت إلى مجلد محلي (على سبيل المثال، /tmp/MobSvcInstaller) على الجهاز الظاهري ل AWS، كما يلي:

   mkdir /tmp/MobSvcInstaller
   tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
   cd /tmp/MobSvcInstaller
   

2. شغل البرنامج النصي للمثبت:

   sudo ./install -r MS -v VmWare -q -c CSLegacy
   

3. سجل العامل بجهاز النسخ المتماثل:

   /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
   

اسمح بالنسخ المتماثل للأجهزة الظاهرية لـ AWS.

إشعار

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

1. في مشروع Azure Migrate، حدد Servers, databases, and web apps>Migration and modernization>Replicate.

   

2. في Replicate، >Source settings>Are your machines virtualized?، حدد Not virtualized/Other.

3. في الجهاز المؤسسي، حدد اسم جهاز Azure Migrate الذي قمت بإعداده.

4. في خادم العملية، حدد اسم جهاز النسخ المتماثل.

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

   

6. في الآلات الافتراضية، في إعدادات ترحيل الاستيراد من التقييم؟، اترك الإعداد الافتراضيلا، سأحدد إعدادات الترحيل يدويًا.

7. تحقق من كل جهاز ظاهري تريد ترحيله. ثم حدد Next: Target settings.

   

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

9. في الشبكة الظاهرية، حدد شبكة Azure الظاهرية/الشبكة الفرعية التي سيتم ضم أجهزة Azure الظاهرية إليها بعد الترحيل.

10. في حساب تخزين ذاكرة التخزين المؤقت، احتفظ بالخيار الافتراضي لاستخدام حساب تخزين ذاكرة التخزين المؤقت الذي تم إنشاؤه تلقائيا للمشروع. استخدم القائمة المنسدلة إذا كنت تريد تحديد حساب تخزين مختلف لاستخدامه كحساب تخزين ذاكرة التخزين المؤقت للنسخ المتماثل.
    

    إشعار

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

11. في الخيارات المتاحة، حدد:

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

12. في نوع تشفير الأقراص، حدد:

    • التشفير في حالة الراحة باستخدام مفتاح مدار بواسطة النظام الأساسي.
    • التشفير في حالة الراحة باستخدام مفتاح مدار من قبل العميل.
    • التشفير المزدوج باستخدام المفاتيح المدارة بواسطة النظام الأساسي والمدارة من قبل العملاء.

    إشعار

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

13. في Azure Hybrid Benefit:

    • حدد لا إذا كنت لا تريد تطبيق (Azure Hybrid Benefit). بعد ذلك حدد التالي.
    • حدد نعم إذا كانت لديك أجهزة خادم Windows التي تتم تغطيتها باشتراكات "ضمان البرامج" النشطة أو "خادم Windows"، وتريد تطبيق الميزة على الأجهزة التي تقوم بترحيلها. بعد ذلك حدد التالي.

    

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

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

15. في Disks، حدد ما إذا كان يجب نسخ أقراص الجهاز الظاهري إلى Azure وحدد نوع القرص (SSD/HDD القياسي أو الأقراص المدارة المتميزة) في Azure. بعد ذلك حدد التالي.

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

    

16. في Tags، اختر إضافة علامات إلى الأجهزة الظاهرية والأقراص وNIC.

    

17. في مراجعة النسخ المتماثل وبدء تشغيله، راجع الإعدادات وحدد Replicate لبدء النسخ المتماثل الأولي للخوادم.

إشعار

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

تعقب ومراقبة حالة النسخ المتماثل

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

يمكنك تعقب حالة المهمة في إعلامات المدخل.

يمكنك مراقبة حالة النسخ المتماثل عن طريق تحديد Replicating servers في Azure Migrate: Server Migration.

تشغيل الترحيل الاختباري

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

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

للقيام باختبار الترحيل:

1. في أهداف الترحيل، حدد الخوادم وقواعد البيانات وتطبيقات>الويب الترحيل والتحديث>اختبار الخوادم التي تم ترحيلها.

   

2. انقر بزر الماوس الأيمن فوق الجهاز الظاهري الذي تريد اختباره وحدد Test migrate.

   

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

4. تبدأ مهمة Test Migration. راقب حالة المهمة في إعلامات المدخل.

5. بعد انتهاء الترحيل، اعرض الجهاز الظاهري لـ Azure الذي تم ترحيله في الأجهزة الظاهرية في مدخل Azure. يحتوي اسم الجهاز على اللاحقة -Test.

6. بعد الانتهاء من الاختبار، انقر بزر الماوس الأيمن فوق Azure VM في أجهزة النسخ المتماثل وحدد تنظيف ترحيل الاختبار.

   

   إشعار

   يمكنك الآن تسجيل الخوادم التي تشغل SQL Server مع SQL VM RP للاستفادة من التصحيح التلقائي والنسخ الاحتياطي التلقائي وإدارة الترخيص المبسطة باستخدام ملحق عامل SQL IaaS.

   • حدد إدارة>النسخ المتماثل لخوادم>الجهاز الذي يحتوي على خادم SQL>الحوسبة والشبكة وحدد نعم للتسجيل باستخدام SQL VM RP.
   • حدد Azure Hybrid Benefit ل SQL Server إذا كان لديك مثيلات SQL Server مغطاة باشتراكات Software Assurance أو SQL Server النشطة وتريد تطبيق الميزة على الأجهزة التي تقوم بالترحيل إليها.

ترحيل الأجهزة الظاهرية لـ AWS

بعد التحقق من أن ترحيل الاختبار يعمل كما هو متوقع، يمكنك ترحيل الأجهزة الظاهرية ل AWS.

1. في مشروع Azure Migrate، حدد الخوادم وقواعد البيانات وتطبيقات>الويب الترحيل وتحديث>خوادم النسخ المتماثل.

   

2. في Replicating machines، انقر بزر الماوس الأيمن فوق الجهاز الظاهري وحدد Migrate.

3. في ترحيل>أوقف تشغيل الأجهزة الظاهرية ونفذ ترحيل مخطط له بدون فقدان بيانات، حدد نعم>موافق.

   إشعار

   إيقاف التشغيل التلقائي غير مدعوم أثناء ترحيل أجهزة AWS الظاهرية.

4. تبدأ مهمة الترحيل للجهاز الظاهري. يمكنك عرض حالة الوظيفة عن طريق تحديد أيقونة جرس الإعلام في الجزء العلوي الأيسر من صفحة المدخل. يمكنك أيضا الانتقال إلى صفحة الوظائف في أداة الترحيل والتحديث. (حدد نظرة عامة على لوحة الأدوات وحدد Jobs من القائمة اليسرى.)

5. بعد انتهاء المهمة، يمكنك عرض وإدارة الجهاز الظاهري من صفحة الأجهزة الظاهرية.

إكمال الترحيل

1. بعد الانتهاء من الترحيل، انقر بزر الماوس الأيمن فوق الجهاز الظاهري وحدد إيقاف الترحيل. هذا الإجراء:
   • إيقاف النسخ المتماثل للجهاز الظاهري لـAWS.
   • يزيل الجهاز الظاهري ل AWS من عدد خوادم النسخ المتماثل في أداة الترحيل والتحديث.
   • تنظيف معلومات حالة النسخ المتماثل للجهاز الظاهري.
2. التحقق من أية مشكلات متعلقة بتنشيط Windows وإصلاحها على الجهاز الظاهري لـ Azure.
3. نفِّذ أي تعديلات على تطبيق ما بعد الترحيل، مثل تحديث أسماء المضيف وسلاسل اتصال قاعدة البيانات وتكوينات خادم الويب.
4. تنفيذ التطبيق النهائي واختبار قبول الترحيل على التطبيق الذي تم ترحيله وهو قيد التشغيل الآن في Azure.
5. اقطع نسبة استخدام الشبكة إلى مثيل جهاز Azure الظاهري المرحل.
6. حدث أي وثائق داخلية لإظهار الموقع الجديد وعنوان IP لأجهزة Azure الظاهرية.

أفضل الممارسات بعد الترحيل

• لزيادة المرونة:
  • حافظ على أمان البيانات عن طريق النسخ الاحتياطي لأجهزة Azure الظاهرية باستخدام Azure Backup. اعرف المزيد.
  • حافظ على تشغيل أحمال العمل وتوفرها باستمرار عن طريق نسخ أجهزة Azure الظاهرية إلى منطقة ثانوية باستخدام Site Recovery. اعرف المزيد.
• لزيادة الأمان:
  • تأمين وصول حركة المرور الواردة والحد من الوصول إليها باستخدام Microsoft Defender for Cloud - الإدارة في الوقت المناسب.
  • إدارة التحديثات وإدارتها على أجهزة Windows وLinux باستخدام Azure Update Manager.
  • تقييد حركة مرور الشبكة إلى نقاط نهاية الإدارة باستخدام مجموعات أمان الشبكة.
  • انشر تشفير قرص Azure للمساعدة في تأمين الأقراص والحفاظ على البيانات آمنة من السرقة والوصول غير المصرح به.
  • اقرأ المزيد حول تأمين موارد IaaS وMicrosoft Defender for Cloud.
• للمراقبة والإدارة:
  • ضع في اعتبارك نشر إدارة التكلفة من Microsoft لمراقبة استخدام الموارد والإنفاق.

استكشاف الأخطاء وإصلاحها والتلميحات

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

السؤال: كيف أعمل معرفة ما إذا كان الجهاز الظاهري قد تم ترحيله بنجاح؟
الإجابة: بعد الترحيل، يمكنك عرض الجهاز الظاهري وإدارته من صفحة الأجهزة الظاهرية. يمكنك الاتصال بالجهاز الظاهري المرحل للتحقق من صحة الأمر.

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

السؤال: أتلقى الخطأ "فشل إحضار BIOS GUID" أثناء محاولة اكتشاف أجهزة AWS الظاهرية الخاصة بي.
الجواب: دائما استخدام تسجيل الدخول الجذري للمصادقة وليس أي مستخدم زائف. راجع أيضا أنظمة التشغيل المدعومة لأجهزة AWS الظاهرية.

السؤال: حالة النسخ المتماثل الخاصة بي لا تتقدم.
الجواب: تحقق مما إذا كان جهاز النسخ المتماثل يستوفي المتطلبات. تأكد من تمكين المنافذ المطلوبة على منفذ TCP لجهاز النسخ المتماثل 9443 وHTTPS 443 لنقل البيانات. تأكد من عدم توصيل أي إصدارات مكررة قديمة من جهاز النسخ المتماثل بنفس المشروع.

السؤال: لا يمكنني اكتشاف مثيلات AWS باستخدام Azure Migrate and Updatee بسبب رمز حالة HTTP 504 من خدمة إدارة Windows البعيدة.
الإجابة: تأكد من مراجعة متطلبات جهاز Azure Migrate واحتياجات الوصول إلى عنوان URL. تأكد من أن إعدادات الوكيل لا تحظر تسجيل الجهاز.

السؤال: هل يتعين علي إجراء أي تغييرات قبل ترحيل أجهزة AWS الظاهرية إلى Azure؟
الإجابة: قد تضطر إلى إجراء التغييرات التالية قبل ترحيل أجهزة EC2 الظاهرية إلى Azure:

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

السؤال: هل يمكنني ترحيل أجهزة AWS الظاهرية التي تشغل نظام تشغيل Amazon Linux؟
الجواب: لا يمكن ترحيل الأجهزة الظاهرية التي تعمل بنظام Amazon Linux كما هو لأن نظام تشغيل Amazon Linux مدعوم فقط على AWS. لترحيل أحمال العمل التي تعمل على Amazon Linux، يمكنك تدوير CentOS/RHEL VM في Azure. ثم يمكنك ترحيل حمل العمل الذي يعمل على جهاز AWS Linux باستخدام نهج ترحيل حمل العمل ذي الصلة. على سبيل المثال، اعتمادا على حمل العمل، قد تكون هناك أدوات خاصة بحمل العمل للمساعدة في الترحيل. قد تكون هذه الأدوات لقواعد البيانات أو أدوات النشر لخوادم الويب.

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

تحقق من رحلة الترحيل السحابي في إطار عمل اعتماد السحابة ل Azure.