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

مقالة
04/18/2023

يوفر هذا المستند نظرة عامة حول ترحيل الخدمات السحابية (الكلاسيكية) إلى الخدمات السحابية (الدعم الموسع).

تتمتع الخدمات السحابية (الدعم الموسع) بالفائدة الأساسية لتوفير المرونة الإقليمية جنبا إلى جنب مع تكافؤ الميزات مع خدمات Azure السحابية المنشورة باستخدام Azure Service Manager. كما يوفر بعض قدرات Azure Resource Manager مثل التحكم في الوصول استنادا إلى الدور (RBAC) والعلامات والنهج ويدعم قوالب النشر والارتباط الخاص. يتوفر كلا نموذجي التوزيع (الدعم الموسع والكلاسيكي) مع هياكل تسعير مماثلة.

تدعم الخدمات السحابية (الدعم الموسع) مسارين للعملاء للترحيل من Azure Service Manager إلى Azure Resource Manager: إعادة النشر والترحيل الموضعي.

يسلط الجدول أدناه الضوء على المقارنة بين هذين الخيارين.

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

عند تقييم خطط الترحيل من الخدمات السحابية (الكلاسيكية) إلى الخدمات السحابية (الدعم الموسع) قد تحتاج إلى التحقق من خدمات Azure الإضافية مثل: مجموعات مقياس الجهاز الظاهري وخدمة التطبيقات وخدمة Azure Kubernetes وAzure Service Fabric. ستستمر هذه الخدمات في ميزة قدرات إضافية، بينما ستحافظ الخدمات السحابية (الدعم الموسع) بشكل أساسي على تماثل الميزات مع الخدمات السحابية (الكلاسيكية.)

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

نظرة عامة على إعادة النشر

تتمتع إعادة توزيع خدماتك باستخدام الخدمات السحابية (الدعم الموسع) بالمزايا التالية:

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

يمكن نشر خدمة سحابية جديدة (دعم موسع) مباشرة في Azure Resource Manager باستخدام أدوات العميل التالية:

نظرة عامة على أداة الترحيل

يوفر الترحيل المدعوم من النظام الأساسي الفوائد الرئيسية التالية:

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

تستخدم أداة الترحيل نفس واجهات برمجة التطبيقات ولها نفس تجربة ترحيل الجهاز الظاهري (الكلاسيكي).

إعداد الوصول للترحيل

لتنفيذ هذا الترحيل، يجب إضافتك كمدير مشارك للاشتراك وتسجيل الموفرين المطلوبين.

قم بتسجيل الدخول إلى بوابة Azure.
في القائمة المركز، حدد الاشتراك. إذا كنت لا تراه، فحدد جميع الخدمات.
ابحث عن إدخال الاشتراك المناسب، ثم انظر إلى الحقل دوري. بالنسبة إلى مسؤول مشارك، يجب أن تكون القيمة مسؤول الحساب. إذا لم تتمكن من إضافة مسؤول مشارك، فاتصل بمسؤول خدمة أو مسؤول مشارك للاشتراك للحصول على إضافة نفسك.
تسجيل اشتراكك في مساحة اسم Microsoft.ClassicInfrastructureMigrate باستخدام Portal أو PowerShell أو CLI
```
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```
تحقق من حالة التسجيل. قد يستغرق التسجيل بضع دقائق حتى يكتمل.
```
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```

كيف يختلف الترحيل للخدمات السحابية (الكلاسيكية) عن الأجهزة الظاهرية (الكلاسيكية)؟

يدعم Azure Service Manager اثنين من منتجات الحوسبة المختلفة، وهما أجهزة Azure الظاهرية (الكلاسيكية) وخدمات Azure السحابية (الكلاسيكية) أو أدوار الويب/ العامل. يختلف المنتجان بناء على نوع التوزيع الذي يقع ضمن خدمة السحابة. تستخدم خدمات Azure السحابية (الكلاسيكية) خدمة السحابة التي تحتوي على عمليات نشر مع أدوار الويب/العامل. تستخدم أجهزة Azure الظاهرية (الكلاسيكية) خدمة سحابية تحتوي على عمليات نشر مع أجهزة IaaS الظاهرية.

تختلف قائمة السيناريوهات المدعومة بين الخدمات السحابية (الكلاسيكية) والأجهزة الظاهرية (الكلاسيكية) بسبب الاختلافات في أنواع التوزيع.

خطوات الترحيل

يمكن للعملاء ترحيل عمليات توزيع الخدمات السحابية (الكلاسيكية) الخاصة بهم باستخدام نفس العمليات الأربع المستخدمة لترحيل الأجهزة الظاهرية (الكلاسيكية).

التحقق من صحة الترحيل - يتحقق من أن الترحيل لن يتم منعه بواسطة سيناريوهات شائعة غير مدعومة.
إعداد الترحيل - تكرار بيانات تعريف المورد في Azure Resource Manager. يتم تأمين جميع الموارد لعمليات الإنشاء/التحديث/الحذف لضمان مزامنة بيانات تعريف المورد عبر Azure Server Manager وAzure Resource Manager. ستعمل جميع عمليات القراءة باستخدام واجهات برمجة تطبيقات الخدمات السحابية (الكلاسيكية) والخدمات السحابية (الدعم الموسع).
Abort Migration - يزيل بيانات تعريف المورد من Azure Resource Manager. إلغاء تأمين كافة الموارد لعمليات الإنشاء/التحديث/الحذف.
Commit Migration - يزيل بيانات تعريف المورد من Azure Service Manager. إلغاء تأمين المورد لعمليات الإنشاء/التحديث/الحذف. لم يعد مسموحا بإجهاض بعد محاولة التثبيت.

إشعار

الإعداد والإجهاض والتثبيت غير فعالة، وبالتالي، إذا فشلت، يجب أن تعمل إعادة المحاولة على إصلاح المشكلة.

تظهر الصورة رسما تخطيطيا للخطوات المقترنة بالترحيل.

لمزيد من المعلومات، راجع نظرة عامة على الترحيل المدعوم من النظام الأساسي لموارد IaaS من الإصدار الكلاسيكي إلى Azure Resource Manager

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

حسابات التخزين
الشبكات الظاهرية (Azure Batch غير مدعومة)
مجموعات أمان الشبكة
عناوين IP العامة المحجوزة
قوائم التحكم بالوصول إلى نقطة النهاية
المسارات المحددة من قبل المستخدم
موازن التحميل الداخلي
ترحيل الشهادة إلى key vault
المكونات الإضافية والملحق (يستند إلى XML وJson)
في قائمة البدء / عند إيقاف المهام
عمليات التوزيع مع الشبكات المتسارعة
عمليات التوزيع باستخدام أدوار فردية أو متعددة
موازن التحميل الأساسي
الإدخال، إدخال المثيل، نقاط النهاية الداخلية
عناوين IP العامة الديناميكية
اسم DNS
قواعد نسبة استخدام الشبكة

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

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

الخدمة	التكوين	التعليقات
Microsoft Entra Domain Services	الشبكات الظاهرية التي تحتوي على خدمات مجال Microsoft Entra.	يتم دعم الشبكة الظاهرية التي تحتوي على كل من نشر الخدمة السحابية وخدمات مجال Microsoft Entra. يحتاج العميل أولا إلى ترحيل خدمات مجال Microsoft Entra بشكل منفصل ثم ترحيل الشبكة الظاهرية المتبقية فقط مع نشر خدمة السحابة
خدمة السحابة	خدمة سحابية مع نشر في فتحة واحدة فقط.	يمكن ترحيل الخدمات السحابية التي تحتوي على نشر فتحة prod. لا يوصى بترحيل فتحة التقسيم المرحلي لأن هذا يمكن أن يؤدي إلى مشكلات في الاحتفاظ بخدمة FQDN. لترحيل فتحة التقسيم المرحلي، قم أولا بترقية النشر المرحلي إلى الإنتاج ثم قم بالترحيل إلى ARM.
خدمة السحابة	النشر ليس في شبكة ظاهرية مرئية بشكل عام (نشر الشبكة الظاهرية الافتراضي)	يمكن أن تكون خدمة السحابة في شبكة ظاهرية مرئية بشكل عام، أو في شبكة ظاهرية مخفية أو ليس في أي شبكة ظاهرية. يتم دعم الخدمات السحابية في شبكة ظاهرية مخفية والشبكات الظاهرية المرئية للجمهور للترحيل. يمكن للعميل استخدام واجهة برمجة تطبيقات التحقق من الصحة لمعرفة ما إذا كان التوزيع داخل شبكة ظاهرية افتراضية أم لا، وبالتالي تحديد ما إذا كان يمكن ترحيله.
خدمة السحابة	ملحقات XML (BGInfo وVisual Studio Debugger ونشر الويب وتصحيح الأخطاء عن بعد).	يتم دعم جميع ملحقات xml للترحيل
شبكة ظاهرية	شبكة ظاهرية تحتوي على خدمات سحابية متعددة.	تحتوي الشبكة الظاهرية على خدمات سحابية متعددة مدعومة للترحيل. سيتم ترحيل الشبكة الظاهرية وجميع الخدمات السحابية داخلها معا إلى Azure Resource Manager.
شبكة ظاهرية	ترحيل الشبكات الظاهرية التي تم إنشاؤها عبر المدخل (يتطلب استخدام "Group Resource-group-name VNet-Name" في ملف .cscfg)	كجزء من الترحيل، سيتم تغيير اسم الشبكة الظاهرية في cscfg لاستخدام معرف Azure Resource Manager للشبكة الظاهرية. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) لإدارة النشر بعد الترحيل، قم بتحديث النسخة المحلية من ملف .cscfg لبدء استخدام معرف Azure Resource Manager بدلا من اسم الشبكة الظاهرية. لن ينجح ملف .cscfg الذي يستخدم نظام التسمية القديم في التحقق من الصحة.
شبكة ظاهرية	ترحيل النشر بأدوار في شبكة فرعية مختلفة.	يتم دعم خدمة سحابية بأدوار مختلفة في شبكات فرعية مختلفة للترحيل.

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

نظرة عامة على الترحيل المدعوم من النظام الأساسي لموارد IaaS من الكلاسيكية إلى Azure Resource Manager
الترحيل إلى الخدمات السحابية (الدعم الموسع) باستخدام مدخل Microsoft Azure
الترحيل إلى الخدمات السحابية (الدعم الموسع) باستخدام PowerShell

مشاركة عبر