مشاركة عبر

الترحيل إلى App Service Environment v3 باستخدام ميزة الترحيل جنبا إلى جنب

  • مقالة

إشعار

يتم استخدام ميزة الترحيل الموضحة في هذه المقالة للترحيل التلقائي جنبا إلى جنب (شبكة فرعية مختلفة) ل App Service Environment v2 إلى App Service Environment v3.

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

يمكن ل App Service أتمتة ترحيل App Service Environment v1 وv2 إلى App Service Environment v3. هناك خيارات ترحيل مختلفة. راجع شجرة قرار مسار الترحيل لتحديد الخيار الأفضل لحالة الاستخدام الخاصة بك. توفر بيئة خدمة التطبيقات إصدار 3 مزايا واختلافات في الميزات مقارنةً بالإصدارات السابقة. تأكد من مراجعة الميزات المدعومة لبيئة خدمة التطبيقات إصدار 3 قبل الترحيل لتقليل مخاطر حدوث مشكلة غير متوقعة في التطبيق.

تعمل ميزة الترحيل جنبا إلى جنب على أتمتة الترحيل إلى App Service Environment v3. تنشئ ميزة الترحيل جنبا إلى جنب بيئة App Service Environment v3 جديدة مع جميع تطبيقاتك في شبكة فرعية مختلفة. لا يتم حذف بيئة App Service الموجودة لديك حتى تبدأ حذفها في نهاية عملية الترحيل. وبسبب هذه العملية، هناك خيار التراجع إذا كنت بحاجة إلى إلغاء الترحيل. خيار الترحيل هذا هو الأفضل للعملاء الذين يرغبون في الترحيل إلى App Service Environment v3 مع عدم وجود وقت تعطل ويمكنهم دعم استخدام شبكة فرعية مختلفة للبيئة الجديدة الخاصة بهم. إذا كنت بحاجة إلى استخدام نفس الشبكة الفرعية ويمكن أن تدعم حوالي ساعة واحدة من وقت تعطل التطبيق، فشاهد ميزة الترحيل الموضعي. للحصول على خيارات الترحيل اليدوي التي تسمح لك بالترحيل بالسرعة الخاصة بك، راجع خيارات الترحيل اليدوي.

هام

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

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

في هذا الوقت، لا تدعم ميزة الترحيل جنبا إلى جنب عمليات الترحيل إلى App Service Environment v3 في المناطق التالية:

Azure العامة

  • الإمارات العربية المتحدة، الوسط

Azure Government

  • US DoD Central
  • US DoD East
  • US Gov – أريزونا
  • ولاية تكساس الأمريكية
  • ولاية فرجينيا الأمريكية

Microsoft Azure مُشغل بواسطة 21Vianet

  • منطقة شرق الصين 2
  • منطقة شمال الصين 2

يمكن ترحيل تكوينات App Service Environment التالية باستخدام ميزة الترحيل جنبا إلى جنب. يعطي الجدول تكوين App Service Environment v3 عند استخدام ميزة الترحيل جنبا إلى جنب استنادا إلى بيئة App Service الموجودة لديك.

التكوين تكوين App Service Environment الإصدار 3
موازن التحميل الداخلي (ILB) App Service Environment الإصدار 2 ILB App Service Environment الإصدار 3
خارجي (ELB/internet مواجه مع IP عام) App Service Environment الإصدار 2 ELB App Service Environment الإصدار 3
ILB بيئة خدمة التطبيقات إصدار 2 ولاحقة مجال مخصصة ILB App Service Environment الإصدار 3 مع لاحقة مجال مخصصة

يمكن نشر App Service Environment v3 كمنطقة زائدة عن الحاجة. يمكن تمكين تكرار المنطقة طالما أن App Service Environment v3 في منطقة تدعم التكرار في المنطقة.

إذا كنت تريد أن يستخدم الإصدار 3 الجديد من App Service Environment لاحقة مجال مخصصة ولا تستخدم واحدة حاليًا، يمكن تكوين لاحقة المجال المخصصة في أي وقت بمجرد اكتمال الترحيل. لمزيد من المعلومات، راجع تكوين لاحقة المجال المخصصة لـ App Service Environment. إذا كانت بيئتك الحالية تحتوي على لاحقة مجال مخصصة ولم تعد ترغب في استخدامها، فيجب عليك تكوين لاحقة مجال مخصصة للترحيل. يمكنك إزالة لاحقة المجال المخصص بعد اكتمال الترحيل.

قيود ميزة الترحيل جنبا إلى جنب

فيما يلي قيود عند استخدام ميزة الترحيل جنبا إلى جنب:

  • يوجد الإصدار 3 من App Service Environment الجديد في شبكة فرعية مختلفة ولكن نفس الشبكة الظاهرية مثل بيئتك الحالية.
  • لا يمكنك تغيير المنطقة التي توجد بها بيئة خدمة التطبيقات.
  • لا يمكن ترحيل ELB App Service Environment إلى الإصدار 3 من ILB App Service Environment والعكس.
  • إذا كانت App Service Environment الحالية تستخدم لاحقة مجال مخصصة، يجب عليك تكوين لاحقة مجال مخصصة ل App Service Environment v3 أثناء عملية الترحيل.
    • إذا لم تعد ترغب في استخدام لاحقة مجال مخصصة، يمكنك إزالتها بمجرد اكتمال الترحيل.
  • تتوفر ميزة الترحيل جنبا إلى جنب فقط باستخدام CLI أو عبر واجهة برمجة تطبيقات REST. الميزة غير متوفرة في مدخل Microsoft Azure.

لا تدعم App Service Environment v3 الميزات التالية التي قد تستخدمها مع بيئة App Service Environment الحالية v2.

  • تكوين ربط TLS / SSL المستند إلى IP مع تطبيقاتك.
  • لا تعود App Service Environment v3 إلى Azure DNS إذا لم تتمكن خوادم DNS المخصصة المكونة في الشبكة الظاهرية من حل اسم معين. إذا كان هذا السلوك مطلوبا، فتأكد من أن لديك معاد توجيه إلى DNS عام أو تضمين Azure DNS في قائمة خوادم DNS المخصصة.

لا تدعم ميزة الترحيل جنبا إلى جنب السيناريوهات التالية. راجع خيارات الترحيل اليدوي إذا كانت App Service Environment تندرج ضمن إحدى هذه الفئات.

  • App Service Environment v1
    • يمكنك العثور على بيئة خدمة التطبيقات الخاصة بك عن طريق الانتقال إلى بيئة خدمة التطبيقات في مدخل Microsoft Azure وتحديد التكوين ضمن الإعدادات على الجانب الأيسر. يمكنك أيضًا استخدام Azure Resource Explorer ومراجعة قيمة الخاصية kind لبيئة خدمة التطبيقات الخاصة بك.
    • إذا كان لديك App Service Environment v1، يمكنك الترحيل باستخدام ميزة الترحيل الموضعي أو أحد خيارات الترحيل اليدوي.
  • ELB App Service Environment الإصدار 2 مع عناوين IP SSL
  • منطقة مثبتة لبيئة خدمة التطبيقات الإصدار 2

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

إشعار

لا يدعم App Service Environment v3 IP SSL. إذا كنت تستخدم IP SSL، يجب إزالة كافة روابط IP SSL قبل الترحيل إلى App Service Environment v3. ستدعم ميزة الترحيل بيئتك بمجرد إزالة جميع روابط IP SSL.

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

إذا لم تجتاز App Service Environment عمليات التحقق من الصحة أو حاولت تنفيذ خطوة ترحيل بالترتيب غير الصحيح، فسترى إحدى رسائل الخطأ التالية:

رسالة الخطأ ‏‏الوصف التوصية
لا يمكن استدعاء الترحيل إلا على ASE في ARM VNET وهذا ASE موجودًا في Classic VNET. لا يمكن ترحيل App Service Environments في الشبكات الظاهرية الكلاسيكية باستخدام ميزة الترحيل جنبا إلى جنب. قم بالترحيل باستخدام أحد خيارات الترحيل اليدوي.
ترحيل ASE إصدار 3 ليس جاهزًا بعد. البنية الأساسية ليست جاهزة لدعم بيئة خدمة التطبيقات إصدار 3. الترحيل باستخدام أحد خيارات الترحيل اليدوي إذا كنت تريد الترحيل على الفور. وإلا، فانتظر حتى تتوفر ميزة الترحيل جنبا إلى جنب في منطقتك.
لا يمكن تمكين تكرار المنطقة ل ASE هذا. لا تدعم المنطقة التي توجد بها App Service Environment التكرار في المنطقة. إذا كنت بحاجة إلى تمكين تكرار المنطقة، فاستخدم أحد خيارات الترحيل اليدوي للترحيل إلى منطقة تدعم تكرار المنطقة.
لا يمكن استدعاء الترحيل على لاحقة DNS المخصصة هذه ASE في الوقت الحالي. تم حظر ترحيل لاحقة المجال المخصص. افتح حالة دعم لإشراك الدعم لحل المشكلة.
لا يمكن استدعاء ترحيل ASE المكرر في المنطقة في الوقت الحالي. تم حظر ترحيل بيئة خدمة التطبيقات المكررة في المنطقة. افتح حالة دعم لإشراك الدعم لحل المشكلة.
لا يمكن استدعاء الترحيل على ASEv2 الذي تم تثبيته في المنطقة. لا يمكن ترحيل App Service Environment v2 التي تم تثبيتها في المنطقة باستخدام ميزة الترحيل جنبا إلى جنب في هذا الوقت. الترحيل باستخدام أحد خيارات الترحيل اليدوي إذا كنت تريد الترحيل على الفور.
عملية ترحيل العودة الحالية مستمرة، يرجى المحاولة مرة أخرى لاحقا. تتم الآن إعادة محاولة ترحيل سابقة. انتظر حتى يكتمل العودة قيد التقدم قبل محاولة بدء الترحيل مرة أخرى.
يجب أن يحتوي Properties.VirtualNetwork.Id على معرف مورد الشبكة الفرعية. يظهر الخطأ إذا حاولت الترحيل دون توفير شبكة فرعية جديدة لموضع App Service Environment v3. تأكد من اتباع الإرشادات وإكمال الخطوة لتحديد الشبكة الفرعية التي ستستخدمها لبيئة App Service Environment v3.
تعذر الانتقال إلى <requested phase> من المرحلة <previous phase> الحالية من عدم ترحيل وقت التعطل. يظهر هذا الخطأ إذا حاولت تنفيذ خطوة ترحيل بالترتيب غير الصحيح. تأكد من اتباع خطوات الترحيل بالترتيب.
فشل بدء عملية العودة على ASE في حالة مختلطة، يرجى المحاولة مرة أخرى لاحقا. يظهر هذا الخطأ إذا حاولت إرجاع الترحيل ولكن حدث خطأ ما. لا يؤثر هذا الخطأ على بيئتك القديمة أو الجديدة. افتح حالة دعم لإشراك الدعم لحل المشكلة.
لا يمكن ترحيل ASE هذا دون وقت تعطل. يظهر هذا الخطأ إذا حاولت استخدام ميزة الترحيل جنبا إلى جنب على App Service Environment v1. لا تدعم ميزة الترحيل جنبا إلى جنب App Service Environment v1. الترحيل باستخدام ميزة الترحيل الموضعي أو أحد خيارات الترحيل اليدوي.
الترحيل غير متوفر لهذا الاشتراك. يجب إشراك الدعم لترحيل بيئة خدمة التطبيقات هذه. افتح حالة دعم لإشراك الدعم لحل المشكلة.
لا يمكن استدعاء الترحيل المتكرر للمنطقة لأن عناوين IP التي تم إنشاؤها أثناء الترحيل المسبق ليست زائدة عن الحاجة في المنطقة. يظهر هذا الخطأ إذا حاولت ترحيل المنطقة المكررة ولكنك لم تنشئ عناوين IP زائدة عن الحاجة في المنطقة أثناء خطوة إنشاء IP. افتح حالة دعم لإشراك الدعم إذا كنت بحاجة إلى تمكين التكرار في المنطقة. وإلا، يمكنك الترحيل دون تمكين تكرار المنطقة.
ولا يمكن استدعاء الترحيل إذا تم تمكين IP SSL على أي من المواقع. لا يمكن ترحيل App Service Environments التي تحتوي على مواقع مع تمكين IP SSL باستخدام ميزة الترحيل جنبا إلى جنب. قم بإزالة IP SSL من جميع تطبيقاتك في App Service Environment لتمكين ميزة الترحيل.
لا يمكن الترحيل داخل نفس الشبكة الفرعية. يظهر الخطأ إذا حددت نفس الشبكة الفرعية التي توجد بها بيئتك الحالية لموضع بيئة App Service Environment v3. يجب تحديد شبكة فرعية مختلفة ل App Service Environment v3. إذا كنت بحاجة إلى استخدام نفس الشبكة الفرعية، قم بالترحيل باستخدام ميزة الترحيل الموضعي.
يحتوي الاشتراك على عدد كبير جدًا من بيئات خدمة التطبيقات. يرجى إزالة البعض قبل محاولة إنشاء المزيد. يتم استيفاء الحصة النسبية لبيئة خدمة التطبيقات لاشتراكك . عليك إزالة البيئات غير الضرورية أو اتصل بالدعم لمراجعة خياراتك.
لا يمكن استدعاء الترحيل في ASE هذا حتى تنتهي الترقية النشطة. لا يمكن ترحيل بيئات خدمة التطبيقات أثناء ترقيات النظام الأساسي. يمكنك تعيين تفضيلات الترقية من مدخل Microsoft Azure. في بعض الحالات، يتم بدء ترقية عند زيارة صفحة الترحيل إذا لم تكن App Service Environment على الإصدار الحالي. ثم انتظر حتى تنتهي الترقية ثم قم بالترحيل.
عملية إدارة بيئة خدمة التطبيقات قيد التقدم. تخضع App Service Environment لعملية إدارة. يمكن أن تتضمن هذه العمليات أنشطة مثل عمليات النشر أو الترقيات. يتم حظر الترحيل حتى تكتمل هذه العمليات. يمكنك الترحيل بمجرد اكتمال هذه العمليات.
InteralLoadBalancingMode الخاص بك غير مدعوم حاليا. لا يمكن ترحيل App Service Environments التي تم تعيين InternalLoadBalancingMode عليها إلى قيم معينة باستخدام ميزة الترحيل في هذا الوقت. يجب على فريق Microsoft تغيير InternalLoadBalancingMode يدويا. افتح حالة دعم لإشراك الدعم لحل المشكلة. طلب تحديث إلى InternalLoadBalancingMode.
الترحيل غير صحيح. يجب ترقية ASE إلى أحدث إصدار لضمان الترحيل الناجح. سنقوم بترقية ASE الخاص بك الآن. يرجى محاولة الترحيل مرة أخرى في غضون ساعات قليلة بمجرد انتهاء ترقية النظام الأساسي. بيئة خدمة التطبيقات الخاصة بك ليست على الحد الأدنى من البنية المطلوبة للترحيل. تم بدء الترقية. لا تتأثر بيئة خدمة التطبيقات الخاصة بك، ولكن لا يمكنك تغيير حجم بيئة خدمة التطبيقات أو إجراء تغييرات عليها أثناء الترقية قيد التقدم. لا يمكنك الترحيل حتى تنتهي الترقية. ثم انتظر حتى تنتهي الترقية ثم قم بالترحيل.
ولا يمكن استدعاء الترحيل الكامل قبل إنشاء عناوين IP. يظهر هذا الخطأ إذا حاولت الترحيل قبل إنهاء خطوات ما قبل الترحيل. تأكد من إكمال جميع خطوات ما قبل الترحيل قبل محاولة الترحيل. راجع الدليل خطوة بخطوة للترحيل.
لا يمكن استدعاء الترحيل الكامل على Ase مع تعيين لاحقة dns مخصصة ولكن دون تكوين لاحقة مخصصة AseV3 Dns. تستخدم App Service Environment الحالية لاحقة مجال مخصصة. يجب عليك تكوين لاحقة مجال مخصصة ل App Service Environment v3 أثناء عملية الترحيل. تكوين لاحقة مجال مخصصة. إذا لم تعد ترغب في استخدام لاحقة مجال مخصصة، يمكنك إزالتها بمجرد اكتمال الترحيل.

نظرة عامة على عملية الترحيل باستخدام ميزة الترحيل جنبا إلى جنب

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

التحقق من أن الترحيل مدعوم باستخدام ميزة الترحيل جنبا إلى جنب لبيئة App Service

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

يتحقق التحقق أيضا من صحة ما إذا كانت App Service Environment الخاصة بك على الحد الأدنى من البنية المطلوبة للترحيل. قد يكون هذا الإصدار أحدث من الإصدار القياسي الذي يتم نشره مع دورة ترقية/صيانة النظام الأساسي الروتيني. يتم تحديث الحد الأدنى من الإصدار بشكل دوري لضمان توفر أحدث إصلاحات الأخطاء والتحسينات. إذا لم تكن App Service Environment الخاصة بك في الحد الأدنى من الإصدار، فستحتاج إلى بدء الترقية بنفسك. هذه الترقية هي عملية قياسية حيث لا تتأثر App Service Environment، ولكن لا يمكنك تغيير حجم بيئة App Service أو إجراء تغييرات عليها أثناء تقدم الترقية. لا يمكنك الترحيل حتى تنتهي الترقية. قد يستغرق إكمال الترقيات من 8 إلى 12 ساعة أو أكثر حسب حجم بيئتك. إذا كنت تخطط لنافذة زمنية محددة للترحيل، فيجب عليك تشغيل التحقق من الصحة قبل 24-48 ساعة من وقت الترحيل المخطط له للتأكد من أن لديك وقتا للترقية إذا لزم الأمر.

حدد الشبكة الفرعية وإعدادها لبيئة App Service Environment v3 الجديدة

يقوم النظام الأساسي بإنشاء App Service Environment v3 الجديدة في شبكة فرعية مختلفة عن App Service Environment الحالية. تحتاج إلى تحديد شبكة فرعية تفي بالمتطلبات التالية:

  • يجب أن تكون الشبكة الفرعية في نفس الشبكة الظاهرية، وبالتالي المنطقة، كبيئة خدمة التطبيقات الموجودة لديك.
    • إذا لم يكن لدى شبكتك الظاهرية شبكة فرعية متوفرة، فستحتاج إلى إنشاء شبكة فرعية. قد تحتاج إلى زيادة مساحة العنوان لشبكتك الظاهرية لإنشاء شبكة فرعية جديدة. لمزيد من المعلومات، راجع Create a virtual network.
  • يجب أن تكون الشبكة الفرعية قادرة على الاتصال بالشبكة الفرعية التي توجد بها بيئة خدمة التطبيقات الموجودة لديك. تأكد من عدم وجود مجموعات أمان شبكة اتصال أو تكوينات شبكة أخرى من شأنها منع الاتصال بين الشبكات الفرعية.
  • يجب أن تحتوي الشبكة الفرعية على تفويض واحد من Microsoft.Web/hostingEnvironments.
  • يجب أن تحتوي الشبكة الفرعية على عناوين IP متوفرة كافية لدعم بيئة App Service Environment v3 الجديدة. يعتمد عدد عناوين IP المطلوبة على عدد المثيلات التي تريد استخدامها لبيئة App Service Environment الإصدار 3 الجديدة. لمزيد من المعلومات، راجع تفاصيل SKU لبيئة خدمة التطبيقات إصدار 3.
  • يجب ألا يكون للشبكة الفرعية أي تأمين مطبق عليها. إذا كانت هناك تأمينات، فيجب إزالتها قبل الترحيل. يمكن إعادة إضافة التأمين إذا لزم الأمر بمجرد اكتمال الترحيل. لمزيد من المعلومات حول التأمين وتأمين التوريث، راجع تأمين مواردك لحماية البنية الأساسية الخاصة بك.
  • يجب ألا تكون هناك أي نهج Azure تمنع الترحيل أو الإجراءات ذات الصلة. إذا كانت هناك نهج تمنع إنشاء بيئات خدمة التطبيقات أو تعديل الشبكات الفرعية، فيجب إزالتها قبل الترحيل. يمكن إعادة إضافة النهج إذا لزم الأمر بمجرد اكتمال الترحيل. لمزيد من المعلومات حول نهج Azure، راجع نظرة عامة على نهج Azure.

إنشاء عناوين IP الصادرة لبيئة App Service Environment الإصدار 3 الجديدة

ينشئ النظام الأساسي عناوين IP الصادرة الجديدة. أثناء إنشاء عناوين IP هذه، لا تتم مقاطعة النشاط مع بيئة App Service الحالية، ومع ذلك، لا يمكنك تغيير حجم بيئتك الحالية أو إجراء تغييرات عليها. تستغرق هذه العملية حوالي 15 دقيقة لإكمالها.

عند الانتهاء، يتم إنشاء عناوين IP الصادرة الجديدة التي تستخدمها بيئة خدمة التطبيقات المستقبلية الإصدار 3. فلا تؤثر عناوين IP الجديدة هذه على بيئتك الحالية.

تتلقى عنوان IP الوارد الجديد بمجرد اكتمال الترحيل ولكن قبل إجراء تغيير DNS لإعادة توجيه حركة مرور العملاء إلى App Service Environment الإصدار 3 الجديد. لا تحصل على IP الوارد في هذه المرحلة من العملية بسبب وجود تبعيات على موارد App Service Environment v3 التي يتم إنشاؤها أثناء خطوة الترحيل. لديك فرصة لتحديث أي موارد تعتمد على عنوان IP الوارد الجديد قبل إعادة توجيه نسبة استخدام الشبكة إلى App Service Environment v3 الجديد.

هذه الخطوة هي أيضا المكان الذي تقرر فيه ما إذا كنت تريد تمكين تكرار المنطقة لبيئة App Service Environment الإصدار 3 الجديدة. يمكن تمكين تكرار المنطقة طالما أن App Service Environment v3 في منطقة تدعم التكرار في المنطقة.

تحديث الموارد التابعة باستخدام عناوين IP الصادرة الجديدة

يتم إنشاء عناوين IP الصادرة الجديدة وإعطاؤها لك قبل بدء الترحيل الفعلي. يتم إعطاء الإعداد الافتراضي الجديد الصادر إلى العناوين العامة للإنترنت بحيث يمكنك ضبط أي جدران حماية خارجية وتوجيه DNS ومجموعات أمان الشبكة وأي موارد أخرى تعتمد على عناوين IP هذه قبل إكمال الترحيل. تقع على عاتقك مسؤولية تحديث أي وجميع الموارد التي ستتأثر بتغيير عنوان IP المرتبط ببيئة خدمة التطبيقات الجديدة الإصدار 3. لا تنتقل إلى الخطوة التالية حتى تنتهي من إجراء جميع التحديثات المطلوبة. قد تواجه وقت تعطل أثناء خطوة الترحيل وبعدها إذا كانت لديك تبعيات على عناوين IP الصادرة وفشلت في إجراء جميع التحديثات الضرورية. وذلك لأنه بمجرد بدء الترحيل، على الرغم من أن نسبة استخدام الشبكة لا تزال تنتقل إلى الواجهة الأمامية ل App Service Environment v2، فإن الحوسبة الأساسية هي بيئة App Service Environment v3 الجديدة في الشبكة الفرعية الجديدة.

هذه الخطوة هي أيضا الوقت المناسب لمراجعة تغييرات تبعية الشبكة الواردة والصادرة عند الانتقال إلى App Service Environment v3 بما في ذلك تغيير المنفذ للتحقيق الصحي لموازن تحميل Azure، والذي يستخدم الآن المنفذ 80.

تفويض الشبكة الفرعية لبيئة خدمة التطبيقات

تتطلب بيئة خدمة التطبيقات إصدار 3 الشبكة الفرعية الموجودة بها لتفويض واحد من Microsoft.Web/hostingEnvironments. لا يمكن أن ينجح الترحيل إذا لم يتم تفويض الشبكة الفرعية لبيئة خدمة التطبيقات أو قمت تفويضها إلى مورد مختلف. تأكد من أن الشبكة الفرعية التي تحددها ل App Service Environment v3 الجديدة لديها تفويض واحد من Microsoft.Web/hostingEnvironments.

الإقرار بتغييرات حجم المثيل

يتم إنشاء خطط App Service الخاصة بك مع وحدة SKU المعزولة v2 المقابلة كجزء من الترحيل. على سبيل المثال، تتوافق خطط I2 مع I2v2. قد تكون تطبيقاتك أكثر من توفيرها بعد الترحيل نظرا لأن مستوى الإصدار الثاني المعزول يحتوي على ذاكرة أكبر وCPU لكل حجم مثيل مطابق. لديك الفرصة لتوسيع نطاق بيئتك حسب الحاجة بمجرد اكتمال الترحيل. لمزيد من المعلومات، راجع تفاصيل SKU.

تأكد من عدم وجود تأمين على مواردك

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

تأكد من عدم وجود نهج Azure تمنع الترحيل

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

إضافة لاحقة مجال مخصصة (اختياري)

إذا كانت App Service Environment الحالية تستخدم لاحقة مجال مخصصة، فيجب عليك تكوين لاحقة مجال مخصصة ل App Service Environment v3 الجديدة. يتم تنفيذ لاحقة المجال المخصصة على App Service Environment v3 بشكل مختلف عن في App Service Environment v2. تحتاج إلى توفير اسم المجال المخصص والهوية المدارة والشهادة، والتي يجب تخزينها في Azure Key Vault. لمزيد من المعلومات حول لاحقة المجال المخصص لـ App Service Environment الإصدار 3 بما في ذلك المتطلبات والإرشادات خطوة بخطوة وأفضل الممارسات، راجع تكوين لاحقة المجال المخصصة لبيئة خدمة التطبيقات. إذا كانت بيئة App Service Environment v2 تحتوي على لاحقة مجال مخصصة، فيجب عليك تكوين لاحقة مجال مخصصة للبيئة الجديدة حتى إذا لم تعد ترغب في استخدامها. بمجرد اكتمال الترحيل، يمكنك إزالة تكوين لاحقة المجال المخصص إذا لزم الأمر.

إذا كان الترحيل الخاص بك يتضمن لاحقة مجال مخصصة، بالنسبة ل App Service Environment v3، لا يتم عرض المجال المخصص في قسم Essentials في صفحة نظرة عامة على المدخل كما هو الحال مع App Service Environment v1/v2. بدلًا من ذلك، بالنسبة لـ App Service Environment الإصدار 3، انتقل إلى صفحة لاحقة المجال المخصصة حيث يمكنك تأكيد تكوين لاحقة المجال المخصصة بشكل صحيح. أيضا، في App Service Environment v2، إذا كان لديك لاحقة مجال مخصصة، فإن اسم المضيف الافتراضي يتضمن لاحقة المجال المخصصة الخاصة بك وهو في النموذج APP-NAME.internal.contoso.com. في App Service Environment v3، يستخدم اسم المضيف الافتراضي دائما لاحقة المجال الافتراضية وهو في النموذج APP-NAME.ASE-NAME.appserviceenvironment.net. يرجع هذا الاختلاف إلى أن App Service Environment v3 يحتفظ بلاحقة المجال الافتراضية عند إضافة لاحقة مجال مخصصة. مع App Service Environment v2، لا توجد سوى لاحقة مجال واحدة.

الترحيل إلى App Service Environment v3

بعد إكمال الخطوات السابقة، يجب متابعة الترحيل في أقرب وقت ممكن.

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

هام

نظرا إلى حظر التحجيم أثناء الترحيل، يجب تغيير حجم بيئتك إلى الحجم المطلوب قبل بدء الترحيل.

يتطلب الترحيل جنبا إلى جنب نافذة خدمة من ثلاث إلى ست ساعات لترحيلات App Service Environment v2 إلى v3. أثناء الترحيل، يتم حظر تكوينات التحجيم والبيئة وتحدث الأحداث التالية:

  • يتم إنشاء App Service Environment v3 الجديد في الشبكة الفرعية التي حددتها.
  • يتم إنشاء خطط App Service الجديدة في App Service Environment v3 الجديدة مع مستوى Isolated v2 المقابل.
  • يتم إنشاء تطبيقاتك في App Service Environment v3 الجديدة.
  • يتم نقل الحوسبة/العاملين الأساسيين لتطبيقاتك إلى App Service Environment v3 الجديد، مما يعني أن تطبيقاتك تعمل الآن على App Service Environment v3. ومع ذلك، لا تزال الواجهات الأمامية ل App Service Environment v2 قيد التشغيل بشكل افتراضي وتقدم نسبة استخدام الشبكة. يظل عنوان IP الوارد القديم قيد الاستخدام، ولكن عناوين IP الصادرة الجديدة قيد الاستخدام. بالإضافة إلى ذلك، يتم إنشاء واجهات App Service Environment v3 الأمامية الجديدة وجاهزة لخدمة نسبة استخدام الشبكة.
    • بالنسبة لبيئات خدمة تطبيق ILB، لا يتم استخدام الواجهات الأمامية لبيئة خدمة التطبيقات v3 حتى تقوم بتحديث مناطق DNS الخاصة بك بعنوان IP الوارد الجديد.
    • بالنسبة لبيئات خدمة تطبيق ELB، لا تعيد عملية الترحيل توجيه حركة المرور إلى الواجهة الأمامية ل App Service Environment v3 حتى تكمل الخطوة الأخيرة من الترحيل.

عند اكتمال هذه الخطوة، لا تزال نسبة استخدام الشبكة للتطبيق الخاص بك تنتقل إلى الواجهة الأمامية القديمة لبيئة خدمة التطبيقات الإصدار 2 وعنوان IP الوارد الذي تم تعيينه إليها. ومع ذلك، تعمل تطبيقاتك بالفعل على العاملين في App Service Environment v3 الجديدة.

احصل على عنوان IP الوارد لبيئة خدمة التطبيقات الجديدة v3 وقم بتحديث الموارد التابعة

يتم إعطاء عنوان IP الوارد الجديد بحيث يمكنك إعداد نقاط نهاية جديدة مع خدمات مثل Traffic Manager أو Azure Front Door وتحديث أي من مناطق DNS الخاصة بك. لا تنتقل إلى الخطوة التالية حتى تقوم بإجراء هذه التغييرات. هناك وقت تعطل إذا لم تقم بتحديث الموارد التابعة باستخدام IP الوارد الجديد. تقع على عاتقك مسؤولية تحديث أي وجميع الموارد المتأثرة بتغيير عنوان IP المرتبط ببيئة App Service Environment الإصدار 3 الجديدة. لا تنتقل إلى الخطوة التالية حتى تنتهي من إجراء جميع التحديثات المطلوبة.

إعادة توجيه حركة مرور العملاء، والتحقق من صحة بيئة App Service الإصدار 3، وإكمال الترحيل

الخطوة الأخيرة هي إعادة توجيه نسبة استخدام الشبكة إلى الواجهة الأمامية الجديدة لبيئة خدمة التطبيقات الإصدار 3 وإكمال الترحيل. قبل القيام بهذه الخطوة، يجب عليك مراجعة App Service Environment v3 الجديدة وإجراء أي اختبار مطلوب للتحقق من أنه يعمل على النحو المنشود. بشكل افتراضي، تنتقل نسبة استخدام الشبكة إلى الواجهة الأمامية لبيئة خدمة التطبيقات v2. إذا كنت تستخدم ILB App Service Environment v3، يمكنك اختبار الواجهة الأمامية ل App Service Environment v3 عن طريق تحديث منطقة DNS الخاصة بك بعنوان IP الوارد الجديد. إذا كنت تستخدم ELB App Service Environment v3، فإن عملية الاختبار تعتمد على تكوين الشبكة المحدد. تتمثل إحدى الطرق البسيطة لاختبار بيئات ELB في تحديث ملف المضيفين لاستخدام عنوان IP الوارد الجديد لبيئة خدمة التطبيقات الإصدار 3. إذا كانت لديك مجالات مخصصة معينة لتطبيقاتك الفردية، يمكنك بدلا من ذلك تحديث DNS للإشارة إلى عنوان IP الوارد الجديد. يسمح لك اختبار هذا التغيير بالتحقق من صحة App Service Environment v3 بشكل كامل قبل بدء الخطوة الأخيرة من الترحيل حيث يتم حذف بيئة خدمة التطبيقات القديمة.

بمجرد أن تكون مستعدا لإعادة توجيه حركة المرور، يمكنك إكمال الخطوة الأخيرة من الترحيل. تقوم هذه الخطوة بتحديث سجلات DNS الداخلية/الأساسية للإشارة إلى عنوان IP لموازن التحميل الخاص ب App Service Environment الإصدار 3 الجديد والواجهات الأمامية التي تم إنشاؤها أثناء الترحيل. التغييرات فعالة في غضون بضع دقائق. تقع على عاتقك مسؤولية تحديث سجلات DNS للإشارة إلى عنوان IP الوارد الجديد. إذا واجهت مشكلات أو وقت تعطل التطبيق، فتحقق من ذاكرة التخزين المؤقت وإعدادات TTL. تقوم هذه الخطوة أيضا بإيقاف تشغيل بيئة خدمة التطبيقات القديمة وحذفها. بيئة App Service الإصدار 3 الجديدة هي الآن بيئة الإنتاج الخاصة بك.

هام

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

إشعار

لديك 14 يوما لإكمال هذه الخطوة. إذا لم تكمل هذه الخطوة خلال 14 يوما، يتم إرجاع الترحيل تلقائيا إلى App Service Environment v2. إذا كنت بحاجة إلى أكثر من 14 يوما لإكمال هذه الخطوة، فاتصل بالدعم.

إذا اكتشفت أي مشكلات في بيئة App Service Environment v3 الجديدة، فلا تقم بتشغيل الأمر لإعادة توجيه حركة مرور العملاء. يبدأ هذا الأمر أيضا في حذف App Service Environment v2. إذا وجدت مشكلة، يمكنك إرجاع جميع التغييرات والعودة إلى بيئة App Service Environment v2 القديمة. تستغرق عملية العودة من 3 إلى 6 ساعات حتى تكتمل. بمجرد اكتمال عملية العودة، تكون App Service Environment القديمة متصلة مرة أخرى ويتم حذف App Service Environment v3 الجديد. يمكنك بعد ذلك محاولة الترحيل مرة أخرى بمجرد حل أي مشكلات.

استخدام ميزة الترحيل جنبا إلى جنب

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

تأكد من فهم كيفية تأثير الترحيل إلى App Service Environment v3 على تطبيقاتك. راجع عملية الترحيل بالكامل لفهم المخطط الزمني للعملية وأين ومتى تحتاج إلى المشاركة. راجع أيضا الأسئلة المتداولة، والتي يمكن أن تجيب على بعض أسئلتك.

تأكد من عدم وجود تأمينات على الشبكة الظاهرية أو مجموعات الموارد أو الموارد أو الاشتراك. تأمين عمليات النظام الأساسي للكتل أثناء الترحيل.

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

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

نظرا إلى حظر التحجيم أثناء الترحيل، يجب تغيير حجم بيئتك إلى الحجم المطلوب قبل بدء الترحيل. إذا كنت بحاجة إلى توسيع نطاق بيئتك بعد الترحيل، يمكنك القيام بذلك بمجرد اكتمال الترحيل.

اتبع الخطوات الموضحة هنا بالترتيب وكما هو مكتوب، لأنك تجري استدعاءات Azure REST API. نوصي باستخدام Azure CLI لإجراء استدعاءات واجهة برمجة التطبيقات هذه. للحصول على معلومات حول الأساليب الأخرى، راجع مرجع Azure REST API.

لهذا الدليل، قم بتثبيت Azure CLI أو استخدم Azure Cloud Shell واستخدم Bash shell.

إشعار

نوصي باستخدام Bash shell لتشغيل الأوامر الواردة في هذا الدليل. قد لا تكون الأوامر متوافقة مع اصطلاحات PowerShell وأحرف الإلغاء.

هام

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

1. حدد الشبكة الفرعية لبيئة App Service Environment الجديدة v3

حدد شبكة فرعية في App Service Environment v3 التي تفي بمتطلبات الشبكة الفرعية ل App Service Environment v3. لاحظ اسم الشبكة الفرعية التي تحددها. يجب أن تكون هذه الشبكة الفرعية مختلفة عن الشبكة الفرعية الموجودة في App Service Environment.

2. الحصول على معرف بيئة خدمة التطبيقات

قم بتشغيل الأوامر التالية للحصول على معرف بيئة خدمة التطبيقات وتخزينه كمتغير بيئة. استبدل العناصر النائبة الخاصة بالاسم ومجموعات الموارد بالقيم الخاصة ب App Service Environment التي تريد ترحيلها. ASE_RG وتكون VNET_RG هي نفسها إذا كانت شبكتك الظاهرية وبيئة خدمة التطبيقات في نفس مجموعة الموارد.

ASE_NAME=<Your-App-Service-Environment-name>
ASE_RG=<Your-ASE-Resource-Group>
VNET_RG=<Your-VNet-Resource-Group>
ASE_ID=$(az appservice ase show --name $ASE_NAME --resource-group $ASE_RG --query id --output tsv)

3. التحقق من صحة الترحيل مدعوم

يتحقق الأمر التالي ما إذا كانت App Service Environment مدعومة للترحيل. يتحقق هذا الأمر أيضا من أن App Service Environment موجودة على إصدار البناء المدعوم للترحيل. إذا لم تكن App Service Environment على إصدار الإصدار المدعوم، فستحتاج إلى بدء الترقية بنفسك. لمزيد من المعلومات حول ترقية Premigration، راجع التحقق من أن الترحيل مدعوم باستخدام ميزة الترحيل جنبا إلى جنب لبيئة App Service.

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=Validation&api-version=2022-03-01"

إذا لم تكن هناك أخطاء، يتم دعم الترحيل الخاص بك ويمكنك المتابعة إلى الخطوة التالية.

إذا كنت بحاجة إلى بدء ترقية لترقية App Service Environment إلى إصدار البناء المدعوم، والذي قد يستغرق 8-12 ساعة أو أكثر اعتمادا على حجم البيئة الخاصة بك، فقم بتشغيل الأمر التالي. قم بتشغيل هذا الأمر فقط إذا فشلت في خطوة التحقق من الصحة وتم توجيهك لترقية بيئة App Service.

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=PreMigrationUpgrade&api-version=2022-03-01"

4. إنشاء عناوين IP الصادرة لبيئة App Service Environment الإصدار 3 الجديدة

أنشئ ملفا يسمى zoneredundancy.json بالتفاصيل التالية لمنطقتك وتحديد التكرار في المنطقة.

{
    "location":"<region>",    
    "Properties": {
        "zoneRedundant": "<true/false>"
    }
}

يمكنك جعل منطقة App Service Environment الإصدار 3 الجديدة زائدة عن الحاجة إذا كانت بيئتك الحالية في منطقة تدعم التكرار في المنطقة. يمكن تكوين تكرار المنطقة عن طريق تعيين الخاصية zoneRedundant إلى true. تكرار المنطقة هو تكوين اختياري. يمكن تعيين هذا التكوين فقط في أثناء إنشاء App Service Environment الإصدار 3 الجديدة ولا يمكن إزالته في وقت لاحق.

قم بتشغيل الأمر التالي لإنشاء عناوين IP صادرة جديدة. تستغرق هذه الخطوة حوالي 15 دقيقة لإكمالها. لا تقم بتغيير حجم أو إجراء تغييرات على بيئة خدمة التطبيقات الحالية خلال هذا الوقت.

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=PreMigration&api-version=2022-03-01" --body @zoneredundancy.json

قم بتشغيل الأمر التالي للتحقق من حالة هذه الخطوة:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.status

إذا كانت الخطوة قيد التقدم، فستحصل على حالة Migrating. بعد الحصول على حالة Ready، قم بتشغيل الأمر التالي لعرض عناوين IP الصادرة الجديدة. إذا لم تتمكن من رؤية عناوين IP الجديدة على الفور، فانتظر بضع دقائق وحاول مرة أخرى.

az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2022-03-01" --query properties.windowsOutboundIpAddresses

5. تحديث الموارد التابعة باستخدام عناوين IP الصادرة الجديدة

باستخدام عناوين IP الصادرة الجديدة، قم بتحديث أي من مواردك أو مكونات الشبكة للتأكد من أن بيئتك الجديدة تعمل كما هو مقصود بعد بدء الترحيل. تقع على عاتقك مسؤولية إجراء أي تحديثات ضرورية. يتم استخدام عناوين IP الصادرة الجديدة بمجرد إنشاء App Service Environment v3 أثناء خطوة الترحيل.

6. تفويض الشبكة الفرعية لبيئة خدمة التطبيقات

تتطلب بيئة خدمة التطبيقات إصدار 3 الشبكة الفرعية الموجودة بها لتفويض واحد من Microsoft.Web/hostingEnvironments. لم تتطلب الإصدارات السابقة هذا التفويض. تحتاج إلى التأكد من تفويض شبكتك الفرعية بشكل صحيح وتحديث التفويض (إذا لزم الأمر) قبل الترحيل. يمكنك تحديث التفويض إما عن طريق تشغيل الأمر التالي أو بالانتقال إلى الشبكة الفرعية في مدخل Microsoft Azure.

az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments

7. تأكد من عدم وجود أقفال على الشبكة الظاهرية

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

استخدم الأمر التالي للتحقق مما إذا كانت شبكتك الظاهرية تحتوي على أي تأمينات:

az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

احذف أي تأمينات موجودة باستخدام الأمر التالي:

az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

للحصول على الأوامر ذات الصلة للتحقق مما إذا كان اشتراكك أو مجموعة الموارد الخاصة بك تحتوي على تأمينات، راجع مرجع Azure CLI للأقفال.

8. إعداد التكوينات الخاصة بك

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

إشعار

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

لتعيين هذه التكوينات، بما في ذلك تحديد الشبكة الفرعية التي حددتها سابقا، قم بإنشاء ملف آخر يسمى parameters.json بالتفاصيل التالية استنادا إلى السيناريو الخاص بك. تأكد من استخدام الشبكة الفرعية الجديدة التي حددتها ل App Service Environment v3 الجديدة. لا تقم بتضمين خصائص لاحقة مجال مخصصة إذا لم تنطبق هذه الميزة على الترحيل. انتبه إلى قيمة الخاصية zoneRedundant وقم بتعيينها إلى نفس القيمة التي استخدمتها في خطوة إنشاء IP الصادرة. يجب استخدام نفس القيمة لتكرار المنطقة التي استخدمتها في خطوة إنشاء IP الصادرة.

إذا كنت تقوم بالترحيل دون لاحقة مجال مخصصة، فاستخدم هذه التعليمة البرمجية:

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>"
    }
}

إذا كنت تستخدم هوية مدارة معينة من قبل المستخدم لتكوين لاحقة المجال المخصص، فاستخدم هذه التعليمة البرمجية:

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "/subscriptions/00000000-0000-0000-0000-000000000000/resourcegroups/asev3-migration/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ase-managed-identity"
        }
    }
}

إذا كنت تستخدم هوية مدارة معينة من قبل النظام لتكوين لاحقة المجال المخصصة، فاستخدم هذه التعليمة البرمجية:

{
    "properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "SystemAssigned"
        }
    }
}

9. الترحيل إلى App Service Environment v3 والتحقق من الحالة

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

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

قم بتشغيل الأمر التالي لبدء الترحيل:

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=HybridDeployment&api-version=2022-03-01" --body @parameters.json

قم بتشغيل الأمر التالي للتحقق من حالة الترحيل:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

بعد الحصول على حالة MigrationPendingDnsChange، يتم الترحيل، ولديك مورد App Service Environment v3. تعمل تطبيقاتك الآن في بيئتك الجديدة وفي بيئتك القديمة.

احصل على تفاصيل بيئتك الجديدة عن طريق تشغيل الأمر التالي:

az appservice ase show --name $ASE_NAME --resource-group $ASE_RG

هام

أثناء الترحيل وكذلك أثناء MigrationPendingDnsChange الخطوة، يعرض مدخل Microsoft Azure معلومات غير صحيحة حول App Service Environment وتطبيقاتك. استخدم Azure CLI للتحقق من حالة الترحيل. إذا كانت لديك أي أسئلة حول حالة الترحيل أو تطبيقاتك، فاتصل بالدعم.

إشعار

إذا كان الترحيل يتضمن لاحقة مجال مخصصة، فقد يظهر تكوين لاحقة المجال المخصص على أنه متدهور بمجرد اكتمال الترحيل بسبب خطأ معروف. يجب أن تظل App Service Environment تعمل كما هو متوقع. يجب أن تحل الحالة المتدهورة نفسها في غضون 6-8 ساعات. إذا كان التكوين متدهورا بعد 8 ساعات أو إذا كانت لاحقة المجال المخصصة لا تعمل، فاتصل بالدعم.

لقطة شاشة لنموذج تكوين لاحقة مجال مخصص متدهور.

10. احصل على عناوين IP الواردة لبيئة App Service Environment v3 الجديدة وقم بتحديث الموارد التابعة

لديك مجموعتين من الواجهات الأمامية ل App Service Environment في هذه المرحلة من عملية الترحيل وكلاهما قادر على خدمة حركة مرور التطبيق. لا يتم تغيير DNS الخاص بك، لذلك بشكل افتراضي، يتم إرسال نسبة استخدام الشبكة إلى الواجهة الأمامية القديمة لبيئة خدمة التطبيقات. تحتاج إلى تحديث أي موارد تابعة لاستخدام عنوان IP الوارد الجديد لبيئة App Service Environment v3 الجديدة. بالنسبة لبيئات خدمة التطبيقات (ILB) الداخلية، تحتاج إلى تحديث مناطق DNS الخاصة بك للإشارة إلى عنوان IP الوارد الجديد.

يمكنك الحصول على عنوان IP الوارد الجديد لبيئة خدمة التطبيقات الجديدة v3 عن طريق تشغيل الأمر التالي الذي يتوافق مع نوع موازن تحميل App Service Environment. تقع على عاتقك مسؤولية إجراء أي تحديثات ضرورية.

بالنسبة لبيئات خدمة تطبيق ILB، احصل على عنوان IP الوارد الخاص عن طريق تشغيل الأمر التالي:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.internalInboundIpAddresses

بالنسبة لبيئات خدمة تطبيق ELB، احصل على عنوان IP الوارد العام عن طريق تشغيل الأمر التالي:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.externalInboundIpAddresses

11. إعادة توجيه حركة مرور العملاء، والتحقق من صحة بيئة خدمة التطبيقات الإصدار 3، وإكمال الترحيل

هذه الخطوة هي فرصتك لاختبار بيئة App Service Environment الإصدار 3 الجديدة والتحقق من صحتها.

بمجرد التأكد من أن تطبيقاتك تعمل كما هو متوقع، يمكنك إنهاء الترحيل عن طريق تشغيل الأمر التالي. يؤدي هذا الأمر أيضا إلى حذف بيئتك القديمة. لديك 14 يوما لإكمال هذه الخطوة. إذا لم تكمل هذه الخطوة خلال 14 يوما، يتم إرجاع الترحيل تلقائيا إلى App Service Environment v2. إذا كنت بحاجة إلى أكثر من 14 يوما لإكمال هذه الخطوة، فاتصل بالدعم.

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

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=DnsChange&api-version=2022-03-01"

قم بتشغيل الأمر التالي للتحقق من حالة هذه الخطوة:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

خلال هذه الخطوة، تحصل على حالة CompletingMigration. عند الحصول على حالة MigrationCompleted، يتم إجراء خطوة إعادة توجيه حركة المرور واكتمال الترحيل الخاص بك.

التسعير

ولا توجد تكلفة لترحيل بيئة خدمة التطبيقات الخاصة بك. ومع ذلك، تتم فوترتك لكل من App Service Environment v2 وApp Service Environment v3 الجديدة بمجرد بدء عملية الترحيل. توقف عن فرض رسوم على App Service Environment v2 القديمة عند إكمال خطوة الترحيل النهائية حيث يتم حذف البيئة القديمة. يجب عليك إكمال التحقق من الصحة في أسرع وقت ممكن لمنع تراكم الرسوم الزائدة. ولمزيد من المعلومات حول تسعير بيئة خدمة التطبيقات إصدار 3، راجع تفاصيل التسعير.

عند الترحيل إلى App Service Environment v3 من الإصدارات السابقة، هناك سيناريوهات يجب مراعاتها يمكن أن تقلل من التكلفة الشهرية. ضع في اعتبارك خطط الحجوزات والمدخرات لزيادة خفض التكاليف. للحصول على معلومات حول فرص توفير التكاليف، راجع فرص توفير التكاليف بعد الترقية إلى App Service Environment v3.

إشعار

نظرا للاختلافات بين مستويات التسعير المعزولة إلى المعزولة v2، قد يتم توفير تطبيقاتك أكثر بعد الترحيل نظرا لأن مستوى الإصدار الثاني المعزول يحتوي على ذاكرة أكبر وCPU لكل حجم مثيل مطابق. ستتاح لك الفرصة لتوسيع نطاق بيئتك حسب الحاجة بمجرد اكتمال الترحيل. لمزيد من المعلومات، راجع تفاصيل SKU.

تقليص خطط App Service

تعمل وحدات SKU لخطة App Service المتوفرة ل App Service Environment v3 على مستوى Isolated v2 (Iv2). يتضاعف عدد الذاكرات الأساسية ومقدار ذاكرة الوصول العشوائي بشكل فعال لكل مستوى مطابق مقارنة بالطبقة المعزولة. عند الترحيل، يتم تحويل خطط App Service إلى المستوى المقابل. على سبيل المثال، يتم تحويل مثيلات I2 إلى I2v2. بينما يحتوي I2 على نواتين وذاكرة وصول عشوائي بسعة 7 غيغابايت، فإن I2v2 يحتوي على أربعة ذاكرات أساسية وذاكرة وصول عشوائي بسعة 16 غيغابايت. إذا كنت تتوقع أن تظل متطلبات السعة الخاصة بك كما هي، فأنت مفرط في التوفير وتدفع مقابل الحوسبة والذاكرة التي لا تستخدمها. لهذا السيناريو، يمكنك تقليص مثيل I2v2 الخاص بك إلى I1v2 وينتهي به الأمر بعدد مماثل من الذاكرات الأساسية وذاكرة الوصول العشوائي التي كان لديك سابقا.

الأسئلة الشائعة

  • ماذا لو كان ترحيل بيئة خدمة التطبيقات غير مدعوم حاليًا؟
    لا يمكنك الترحيل باستخدام ميزة الترحيل جنبا إلى جنب في الوقت الحالي. وإذا كانت لديك بيئة غير معتمدة وتريد الترحيل على الفور، فشاهد خيارات الترحيل اليدوي.
  • كيف أعمل اختيار خيار الترحيل المناسب لي؟
    راجع شجرة قرار مسار الترحيل لتحديد الخيار الأفضل لحالة الاستخدام الخاصة بك.
  • كيف أعمل أعرف ما إذا كان يجب استخدام ميزة الترحيل جنبا إلى جنب؟
    ميزة الترحيل جنبا إلى جنب هي الأفضل للعملاء الذين يرغبون في الترحيل إلى App Service Environment v3 ولكن لا يمكنهم دعم وقت تعطل التطبيق. نظرا لاستخدام شبكة فرعية جديدة للبيئة الجديدة الخاصة بك، هناك اعتبارات الشبكات التي يجب أن تكون على دراية بها، بما في ذلك عناوين IP الجديدة. إذا كان بإمكانك دعم وقت التعطل، فشاهد ميزة الترحيل الموضعي، والتي تؤدي إلى الحد الأدنى من تغييرات التكوين، أو خيارات الترحيل اليدوي. تنشئ ميزة الترحيل الموضعي App Service Environment v3 في نفس الشبكة الفرعية مثل بيئتك الحالية وتستخدم نفس البنية الأساسية للشبكة.
  • هل سأعاني من وقت تعطل أثناء الترحيل؟
    يضمن النظام الأساسي عدم وجود وقت تعطل أثناء عملية الترحيل جنبا إلى جنب. ومع ذلك، قد تتسبب إعدادات DNS في وقت تعطل أثناء خطوة تغيير DNS. يمكن أن يكون ذلك بسبب المشكلات المتعلقة بإعدادات TTL وذاكرة التخزين المؤقت حيث قد لا يزال يتم توجيه نسبة استخدام الشبكة إلى بيئة خدمة التطبيقات القديمة بعد تغيير DNS. يجب عليك مراجعة إعدادات DNS والتأكد من أن لديك TTL منخفض وأن موفر DNS يدعم النشر السريع.
  • هل سأحتاج إلى القيام بأي شيء لتطبيقاتي بعد الترحيل لتشغيلها على بيئة خدمة التطبيقات الجديدة؟
    لا، يتم ترحيل جميع تطبيقاتك التي تعمل على البيئة القديمة تلقائيا إلى البيئة الجديدة وتشغيلها كما كان من قبل. ولا يلزم إدخال المستخدم.
  • ماذا لو كانت بيئة خدمة التطبيقات الخاصة بي تحتوي على لاحقة مجال مخصصة؟
    تدعم ميزة الترحيل جنبا إلى جنب سيناريو الترحيل هذا.
  • ماذا لو كانت بيئة خدمة التطبيقات مثبتة في المنطقة؟
    لا تدعم ميزة الترحيل جنبا إلى جنب سيناريو الترحيل هذا في الوقت الحالي. إذا كانت لديك منطقة مثبتة في App Service Environment وتريد الترحيل على الفور، فشاهد خيارات الترحيل اليدوي.
  • ماذا لو كان لدى App Service Environment عناوين IP SSL؟
    IP SSL غير مدعوم على App Service Environment v3. يجب إزالة كافة روابط IP SSL قبل الترحيل باستخدام ميزة الترحيل أو أحد الخيارات اليدوية. إذا كنت تنوي استخدام ميزة الترحيل جنبا إلى جنب، بمجرد إزالة جميع روابط IP SSL، يمكنك تمرير التحقق من الصحة هذا ويمكنك متابعة الترحيل التلقائي.
  • ما خصائص App Service Environment التي ستتغير؟
    أنت على App Service Environment v3 لذا تأكد من مراجعة الميزات واختلافات الميزات مقارنة بالإصدارات السابقة. يتغير كل من عناوين IP الواردة والصادرة عند استخدام ميزة الترحيل جنبا إلى جنب. لاحظ أن بالنسبة لـ ELB App Service Environment، كان هناك في السابق عنوان IP واحد لكل من الوارد والصادر. بالنسبة لبيئة خدمة التطبيقات إصدار 3، فهي منفصلة. لمزيد من المعلومات، راجع تفاصيل SKU لبيئة خدمة التطبيقات إصدار 3. للحصول على مقارنة كاملة لإصدارات App Service Environment، راجع مقارنة إصدار App Service Environment.
  • ماذا يحدث إذا فشل الترحيل أو حدثت مشكلة غير متوقعة أثناء الترحيل؟
    إذا كانت هناك مشكلة غير متوقعة، فإن فرق الدعم في متناول اليد. نوصي بترحيل بيئات التطوير قبل لمس أي بيئات إنتاج للتعرف على عملية الترحيل ومعرفة كيفية تأثيرها على أحمال العمل الخاصة بك. باستخدام ميزة الترحيل جنبا إلى جنب، يمكنك إرجاع جميع التغييرات إذا كانت هناك أي مشكلات.
  • ماذا الذي يحدث لبيئة خدمة التطبيقات القديمة؟
    إذا قررت ترحيل App Service Environment باستخدام ميزة الترحيل جنبا إلى جنب، يتم استخدام بيئتك القديمة حتى الخطوة الأخيرة في عملية الترحيل. بمجرد إكمال الخطوة الأخيرة، يتم إيقاف تشغيل البيئة القديمة وجميع التطبيقات المستضافة عليها وحذفها. لم يعد من الممكن الوصول إلى بيئتك القديمة. العودة إلى البيئة القديمة في هذه المرحلة غير ممكنة.
  • ماذا سيحدث لموارد بيئة خدمة التطبيقات إصدار 1/2 بعد 31 أغسطس 2024؟
    بعد 31 أغسطس 2024، إذا لم تقم بالترحيل إلى App Service Environment v3، فلن تكون App Service Environment v1/v2s والتطبيقات المنشورة فيها متوفرة. تتم استضافة بيئة خدمة التطبيقات إصدار 1/2 على وحدات مقياس App Service التي تعمل على بنية الخدمات السحابية (الكلاسيكية) التي سيتم إيقافها في 31 أغسطس 2024. ولهذا السبب، لن تكون بيئة خدمة التطبيقات الإصدار 1/2 متوفرة بعد ذلك التاريخ. قم بالترحيل إلى بيئة خدمة التطبيقات إصدار 3 للحفاظ على تشغيل تطبيقاتك أو حفظها أو إجراء نسخ احتياطي لأي موارد أو بيانات تحتاج إلى الاحتفاظ بها.

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

شبكات بيئة خدمة التطبيقات v3

استخدام بيئة خدمة التطبيقات v3

لاحقة مجال مخصصة