مشاركة عبر

التفاصيل التقنية للترحيل إلى Azure Cloud Services (الدعم الموسع)

  • مقالة

تتناول هذه المقالة التفاصيل التقنية المتعلقة بأداة الترحيل المتعلقة بالخدمات السحابية (الكلاسيكية).

تفاصيل حول الميزة / السيناريوهات المدعومة للترحيل

الملحقات وترحيل المكون الإضافي

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

ترحيل الشهادة

  • في الخدمات السحابية (الدعم الموسع)، يتم تخزين الشهادات في Key Vault. كجزء من الترحيل، نقوم بإنشاء Key Vault للعملاء الذين لديهم اسم خدمة السحابة ونقل جميع الشهادات من Azure Service Manager إلى Key Vault.
  • يتم تحديد المرجع إلى Key Vault هذا في القالب أو تمريره عبر PowerShell أو Azure CLI.

ملفات تكوين الخدمة وتعريف الخدمة

الخدمة السحابية والنشرات

  • كل نشر للخدمات السحابية (الدعم الموسع) هو خدمة سحابية مستقلة. لم تعد عمليات التوزيع مجمعة في خدمة سحابية باستخدام الفتحات.
  • إذا كان لديك فتحتان في خدمة السحابة (الكلاسيكية)، فستحتاج إلى حذف فتحة واحدة (التقسيم المرحلي) واستخدام أداة الترحيل لنقل فتحة (الإنتاج) الأخرى إلى Azure Resource Manager.
  • يظل عنوان IP العام على نشر خدمة السحابة كما هو بعد الترحيل إلى Azure Resource Manager ويتم عرضه كمورد IP SKU أساسي (ديناميكي أو ثابت).
  • يظل اسم DNS والمجال (cloudapp.net) للخدمة السحابية التي تم ترحيلها كما هو.

ترحيل الشبكة الظاهرية

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

ترحيل عمليات النشر غير الموجودة في شبكة ظاهرية

  • في أواخر عام 2018، بدأ Azure تلقائيا في إنشاء عمليات نشر جديدة (بدون شبكة ظاهرية محددة من قبل العميل) في نظام أساسي تم إنشاؤه شبكة ظاهرية "افتراضية". هذه الشبكات الظاهرية الافتراضية مخفية عن العملاء.
  • كجزء من الترحيل، يتم عرض هذه الشبكة الظاهرية الافتراضية للعملاء مرة واحدة في Azure Resource Manager. لإدارة النشر أو تحديثه في Azure Resource Manager، يحتاج العملاء إلى إضافة معلومات الشبكة الظاهرية هذه في قسم NetworkConfiguration في ملف .cscfg.
  • يتم وضع الشبكة الظاهرية الافتراضية، عند ترحيلها إلى Azure Resource Manager، في نفس مجموعة الموارد مثل خدمة السحابة.
  • لن تكون الخدمات السحابية التي تم إنشاؤها قبل هذا الوقت (قبل نهاية 2018) في أي شبكة ظاهرية ولا يمكن ترحيلها باستخدام الأداة. ضع في اعتبارك إعادة توزيع هذه الخدمات السحابية مباشرة في Azure Resource Manager. نهج آخر هو الترحيل عن طريق إنشاء نشر مرحلي جديد و VIPSwap تحقق من مزيد من التفاصيل هنا
  • للتحقق مما إذا كان التوزيع مؤهلا للترحيل، قم بتشغيل واجهة برمجة تطبيقات التحقق من الصحة على النشر. تحتوي نتيجة Validate API على رسالة خطأ تذكر صراحة ما إذا كان هذا النشر مؤهلا للترحيل.

موازن التحميل

  • بالنسبة إلى خدمة السحابة باستخدام نقطة نهاية عامة، يتم عرض موازن تحميل تم إنشاؤه بواسطة النظام الأساسي المرتبط بخدمة السحابة داخل اشتراك العميل في Azure Resource Manager. موازن التحميل هو مورد للقراءة فقط، ويتم تقييد التحديثات فقط من خلال ملفات تكوين الخدمة (.cscfg) وتعريف الخدمة (.csdef).

Key Vault

  • كجزء من الترحيل، يقوم Azure تلقائيا بإنشاء Key Vault جديد وترحيل جميع الشهادات إليه. لا تسمح لك الأداة باستخدام Key Vault موجود.
  • تتطلب الخدمات السحابية (الدعم الموسع) Key Vault موجودا في نفس المنطقة والاشتراك. يتم إنشاء Key Vault هذا تلقائيا كجزء من الترحيل.

الموارد والميزات غير المتوفرة للترحيل

تحتوي هذه القائمة على أهم السيناريوهات التي تتضمن مجموعات من الموارد والميزات والخدمات السحابية. هذه القائمة ليست شاملة.

Resource الخطوات التالية / الحل البديل
قواعد التحجيم التلقائي يمر الترحيل ولكن يتم إسقاط القواعد. أعد إنشاء القواعد بعد الترحيل على الخدمات السحابية (الدعم الموسع).
التنبيهات يمر الترحيل ولكن يتم إسقاط التنبيهات. أعد إنشاء القواعد بعد الترحيل على الخدمات السحابية (الدعم الموسع).
بوابة VPN قم بإزالة بوابة VPN قبل بدء الترحيل ثم أعد إنشاء بوابة VPN بمجرد اكتمال الترحيل.
Express Route Gateway (في نفس الاشتراك مثل الشبكة الظاهرية فقط) قم بإزالة Express Route Gateway قبل بدء الترحيل ثم أعد إنشاء البوابة بمجرد اكتمال الترحيل.
حصة أرباح البائع لم يتم ترحيل الحصة النسبية. طلب حصة نسبية جديدة على Azure Resource Manager قبل الترحيل لكي يكون التحقق من الصحة ناجحا.
مجموعات الترابط ‏‏غير مدعومة. إزالة أي مجموعات ترابط قبل الترحيل.
الشبكات الظاهرية التي تستخدم نظير الشبكة الظاهرية قبل ترحيل شبكة ظاهرية نظيرة إلى شبكة ظاهرية أخرى، احذف النظير، وقم بترحيل الشبكة الظاهرية إلى Resource Manager وأعد إنشاء التناظر. يمكن أن يؤدي هذا إلى وقت تعطل اعتمادا على البنية.
الشبكات الظاهرية التي تحتوي على بيئات خدمة التطبيقات غير مدعوم
الشبكات الظاهرية مع عمليات نشر Azure Batch غير مدعوم
الشبكات الظاهرية التي تحتوي على خدمات HDInsight ‏‏غير مدعومة.
الشبكات الظاهرية التي تحتوي على عمليات توزيع إدارة واجهة برمجة تطبيقات Azure ‏‏غير مدعومة.

لترحيل الشبكة الظاهرية، قم بتغيير الشبكة الظاهرية لتوزيع APIM. هذه ليست عملية توقف.
دوائر المسار الكلاسيكية ‏‏غير مدعومة.

يجب ترحيل هذه الدوائر إلى Azure Resource Manager قبل بدء ترحيل PaaS. لمعرفة المزيد، راجع نقل دوائر ExpressRoute من الطراز الكلاسيكي إلى نموذج نشر Resource Manager.
التحكم في الوصول استنادًا إلى الدور بعد الترحيل، يتغير عنوان URI للمورد من Microsoft.ClassicCompute إلى نهج التحكم في الوصول استنادا إلى Microsoft.Compute الدور (RBAC) يجب تحديثه بعد الترحيل.
Application Gateway غير مدعومة.

قم بإزالة Application Gateway قبل بدء الترحيل ثم أعد إنشاء Application Gateway بمجرد اكتمال الترحيل إلى Azure Resource Manager

التكوينات/ سيناريوهات الترحيل غير المدعومة

التكوين / السيناريو الخطوات التالية / الحل البديل
ترحيل بعض عمليات النشر القديمة غير الموجودة في شبكة ظاهرية لا يتم دعم بعض عمليات توزيع خدمة السحابة غير الموجودة في شبكة ظاهرية للترحيل.

1. استخدم واجهة برمجة تطبيقات التحقق للتحقق مما إذا كان النشر مؤهلا للترحيل.
2. إذا كانت مؤهلة، تنتقل عمليات التوزيع إلى Azure Resource Manager ضمن شبكة ظاهرية مع بادئة "DefaultRdfeVnet"
ترحيل عمليات التوزيع التي تحتوي على كل من توزيع فتحة الإنتاج والتقسيم المرحلي باستخدام عناوين IP الديناميكية يتطلب ترحيل فتحتين Cloud Service حذف فتحة التقسيم المرحلي. بمجرد حذف فتحة التقسيم المرحلي، قم بترحيل فتحة الإنتاج كخدمة سحابية مستقلة (دعم موسع) في Azure Resource Manager. ثم أعد نشر بيئة التقسيم المرحلي كخدمة سحابية جديدة (دعم موسع) واجعلها قابلة للتبديل مع البيئة الأولى.
ترحيل عمليات النشر التي تحتوي على كل من توزيع فتحة الإنتاج والتقسيم المرحلي باستخدام عناوين IP المحجوزة ‏‏غير مدعومة.
ترحيل الإنتاج والتوزيع المرحلي في شبكة ظاهرية مختلفة يتطلب ترحيل خدمة سحابة الفتحتين حذف فتحة التقسيم المرحلي. بمجرد حذف فتحة التقسيم المرحلي، قم بترحيل فتحة الإنتاج كخدمة سحابية مستقلة (دعم موسع) في Azure Resource Manager. يمكن بعد ذلك ربط نشر خدمات السحابة (الدعم الموسع) الجديد بالنشر الذي تم ترحيله مع تمكين خاصية قابلة للتبديل. يمكن إعادة استخدام ملفات عمليات التوزيع الخاصة بنشر فتحة التقسيم المرحلي القديم لإنشاء هذا النشر الجديد القابل للتبديل.
ترحيل خدمة السحابة الفارغة (خدمة السحابة دون نشر) ‏‏غير مدعومة.
ترحيل النشر الذي يحتوي على المكون الإضافي لسطح المكتب البعيد وملحقات سطح المكتب البعيد الخيار 1: إزالة المكون الإضافي لسطح المكتب البعيد قبل الترحيل. يتطلب ذلك إجراء تغييرات على ملفات التوزيع. ثم يمر الترحيل.

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

قم بإزالة المكون الإضافي والملحق قبل الترحيل. لا يوصى باستخدام المكونات الإضافية على الخدمات السحابية (الدعم الموسع).
الشبكات الظاهرية مع كل من توزيع PaaS وIaaS غير معتمد

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

1. نقل النشر إلى شبكة ظاهرية كلاسيكية مختلفة قبل الترحيل. يؤدي هذا إلى وقت تعطل.
2. ترحيل الشبكة الظاهرية الجديدة إلى Azure Resource Manager.

أو

1. ترحيل الشبكة الظاهرية إلى Azure Resource Manager
2. انقل خدمة السحابة إلى شبكة ظاهرية جديدة. يؤدي هذا إلى وقت تعطل.
خدمة السحابة في شبكة ظاهرية ولكن ليس لديها شبكة فرعية صريحة معينة ‏‏غير مدعومة. يتضمن التخفيف نقل الدور إلى شبكة فرعية، ما يتطلب إعادة تشغيل الدور (وقت التعطل)

ترجمة الموارد واصطلاح التسمية بعد الترحيل

كجزء من الترحيل، يتم تغيير أسماء الموارد، ويتم عرض بعض ميزات الخدمات السحابية كموارد Azure Resource Manager. يلخص الجدول التغييرات الخاصة ترحيل الخدمات السحابية.

الخدمات السحابية (الكلاسيكية)

اسم المورد		 الخدمات السحابية (الكلاسيكية)

بناء الجملة		 الخدمات السحابية (الدعم الموسع)

اسم المورد		 الخدمات السحابية (الدعم الموسع)

بناء الجملة
خدمة السحابة cloudservicename غير مقترن غير مقترن
النشر (تم إنشاء المدخل)

النشر (تم إنشاء غير منفذ)		 deploymentname الخدمات السحابية (الدعم الموسع) cloudservicename
شبكة ظاهرية vnetname

Group resourcegroupname vnetname

غير مقترن		 الشبكة الظاهرية (لم يتم إنشاء المدخل)

الشبكة الظاهرية (تم إنشاء المدخل)

الشبكات الظاهرية (افتراضي)		 vnetname

group-resourcegroupname-vnetname

VNet-cloudservicename
غير مقترن غير مقترن Key Vault KV-cloudservicename
غير مقترن غير مقترن مجموعة الموارد لنشر الخدمة السحابية cloudservicename-migrated
غير مقترن غير مقترن مجموعة الموارد للشبكة الظاهرية vnetname-migrated

group-resourcegroupname-vnetname-migrated
غير مقترن غير مقترن IP العام (ديناميكي) cloudservicenameContractContract
اسم IP المحجوز reservedipname IP محجوز (تم إنشاؤه غير منفذ)

IP محجوز (تم إنشاء المدخل)		 reservedipname

group-resourcegroupname-reservedipname
غير مقترن غير مقترن موازن التحميل LB-cloudservicename

مشكلات الترحيل وكيفية التعامل معها.

الترحيل عالق في عملية لفترة طويلة.

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

فشل الترحيل في عملية.

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

تم تحديث المدخل بعد التحضير. تمت إعادة تشغيل التجربة ولم يعد التثبيت أو الإجهاض مرئيا.

  • تخزن البوابة معلومات الترحيل محليا، وبالتالي بعد التحديث، ستبدأ من مرحلة التحقق من الصحة حتى إذا كانت خدمة السحابة في مرحلة الإعداد.
  • يمكنك استخدام المدخل للانتقال إلى خطوات التحقق من الصحة والتحضير مرة أخرى لعرض الزر Abort و Commit. لن يسبب أي فشل.
  • يمكن للعملاء استخدام PowerShell أو REST API لإجهاض أو الالتزام.

كم من الوقت يمكن أن تستغرق العمليات؟

تم تصميم التحقق من الصحة ليكون سريعا. الإعداد هو أطول تشغيل ويستغرق بعض الوقت اعتمادا على العدد الإجمالي لمثيلات الدور التي يتم ترحيلها. يمكن أن يستغرق الاجهاض والتثبيت أيضا وقتا ولكنه يستغرق وقتا أقل مقارنة بالتحضير. ستهل جميع العمليات بعد 24 ساعة.

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

للمساعدة في ترحيل نشر الخدمات السحابية (الكلاسيكية) إلى الخدمات السحابية (الدعم الموسع) راجع الصفحة المقصودة للدعم واستكشاف الأخطاء وإصلاحها .