الترحيل إلى App Service Environment v3 باستخدام ميزة الترحيل الموضعي

إشعار

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

إذا كنت تبحث عن معلومات حول ميزة الترحيل جنبا إلى جنب، فشاهد الترحيل إلى 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 الموجودة في نفس الشبكة الفرعية. خيار الترحيل هذا هو الأفضل للعملاء الذين يرغبون في الترحيل إلى App Service Environment v3 مع الحد الأدنى من التغييرات على تكوينات الشبكات الخاصة بهم. يجب أن تكون قادرا أيضا على دعم حوالي ساعة واحدة من وقت تعطل التطبيق. إذا لم تتمكن من دعم وقت التعطل، فشاهد ميزة الترحيل الجانبي أو خيارات الترحيل اليدوي.

هام

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

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

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

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

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

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

التكوين	تكوين 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 مع لاحقة مجال مخصصة
ILB App Service Environment الإصدار 1	ILB App Service Environment الإصدار 3
ELB App Service Environment الإصدار 1	ELB App Service Environment الإصدار 3
ILB بيئة خدمة التطبيقات إصدار 1 ولاحقة مجال مخصصة	ILB App Service Environment الإصدار 3 مع لاحقة مجال مخصصة
منطقة مثبتة لبيئة خدمة التطبيقات الإصدار 2	App Service Environment v3 مع تكوين تكرار المنطقة الاختياري

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

يمكنك العثور على بيئة خدمة التطبيقات الخاصة بك عن طريق الانتقال إلى بيئة خدمة التطبيقات في مدخل Microsoft Azure وتحديد التكوين ضمن الإعدادات على الجانب الأيسر. يمكنك أيضًا استخدام Azure Resource Explorer ومراجعة قيمة الخاصية kind لبيئة خدمة التطبيقات الخاصة بك.

قيود ميزة الترحيل الموضعي

فيما يلي قيود عند استخدام ميزة الترحيل الموضعي:

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

لا تدعم App Service Environment v3 الميزات التالية التي يمكن استخدامها مع بيئة App Service Environment الحالية v1 أو v2.

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

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

• App Service Environment v1 في شبكة ظاهرية كلاسيكية
• ELB App Service Environment الإصدار 2 مع عناوين IP SSL
• ELB App Service Environment الإصدار 1 مع عناوين IP SSL
• App Service Environment باسم لا يفي بحدود الأحرف. يجب أن يكون الاسم بأكمله، بما في ذلك لاحقة المجال، 64 حرفا أو أقل. على سبيل المثال: يجب أن يكون my-ase-name.appserviceenvironment.net ل ILB my-ase-name.p.azurewebsites.net ل ELB 64 حرفا أو أقل. إذا لم تكن تستوفي حد الأحرف، فيجب الترحيل يدويا. حدود الأحرف خصيصا لاسم بيئة خدمة التطبيقات كما يلي:
  • حد أحرف اسم بيئة خدمة تطبيقات ILB: 36 حرفا
  • حد أحرف اسم بيئة خدمة تطبيق ELB: 42 حرفا

يراجع النظام الأساسي ل 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.	لا يمكن ترحيل بيئات خدمة التطبيقات في الشبكات الظاهرية الكلاسيكية باستخدام ميزة الترحيل الموضعي.	قم بالترحيل باستخدام أحد خيارات الترحيل اليدوي.
ترحيل ASE إصدار 3 ليس جاهزًا بعد.	البنية الأساسية ليست جاهزة لدعم بيئة خدمة التطبيقات إصدار 3.	الترحيل باستخدام أحد خيارات الترحيل اليدوي إذا كنت تريد الترحيل على الفور. وإلا، فانتظر حتى تتوفر ميزة الترحيل الموضعي في منطقتك.
لا يمكن استدعاء الترحيل في ASE هذا، يرجى الاتصال بالدعم للمساعدة في الترحيل.	يجب إشراك الدعم لترحيل بيئة خدمة التطبيقات هذه. من المحتمل أن تكون هذه المشكلة بسبب الإعدادات المخصصة التي تستخدمها هذه البيئة.	افتح حالة دعم لإشراك الدعم لحل المشكلة.
ولا يمكن استدعاء الترحيل إذا تم تمكين IP SSL على أي من المواقع.	لا يمكن ترحيل بيئات خدمة التطبيقات التي تحتوي على مواقع مع تمكين IP SSL باستخدام ميزة الترحيل.	قم بإزالة IP SSL من جميع تطبيقاتك في App Service Environment لتمكين ميزة الترحيل.
ولا يمكن استدعاء الترحيل الكامل قبل إنشاء عناوين IP.	يظهر هذا الخطأ إذا حاولت الترحيل قبل إنهاء خطوات ما قبل الترحيل.	تأكد من إكمال جميع خطوات ما قبل الترحيل قبل محاولة الترحيل. راجع الدليل خطوة بخطوة للترحيل.
الترحيل إلى ASEv3 غير مسموح به لـ ASE هذا.	لا يمكنك الترحيل باستخدام ميزة الترحيل.	قم بالترحيل باستخدام أحد خيارات الترحيل اليدوي.
يحتوي الاشتراك على عدد كبير جدًا من بيئات خدمة التطبيقات. يرجى إزالة البعض قبل محاولة إنشاء المزيد.	يتم استيفاء الحصة النسبية لبيئة خدمة التطبيقات لاشتراكك .	عليك إزالة البيئات غير الضرورية أو اتصل بالدعم لمراجعة خياراتك.
<ZoneRedundant><DedicatedHosts><ASEv3/ASE> ليس متوفر في هذا الموقع.	يظهر هذا الخطأ إذا كنت تحاول ترحيل App Service Environment في منطقة لا تدعم إحدى الميزات المطلوبة.	الترحيل باستخدام أحد خيارات الترحيل اليدوي إذا كنت تريد الترحيل على الفور. بخلاف ذلك، انتظر حتى تدعم ميزة الترحيل تكوين بيئة خدمة التطبيق.
لا يمكن استدعاء الترحيل في ASE هذا حتى تنتهي الترقية النشطة.	لا يمكن ترحيل بيئات خدمة التطبيقات أثناء ترقيات النظام الأساسي. يمكنك تعيين تفضيلات الترقية من مدخل Microsoft Azure. تستغرق الترقيات من 8 إلى 12 ساعة أو أكثر اعتمادا على حجم (عدد المثيلات/الذاكرات الأساسية) لبيئة خدمة التطبيقات.	ثم انتظر حتى تنتهي الترقية ثم قم بالترحيل.
عملية إدارة بيئة خدمة التطبيقات قيد التقدم.	تخضع App Service Environment لعملية إدارة. يمكن أن تتضمن هذه العمليات أنشطة مثل عمليات النشر أو الترقيات. يتم حظر الترحيل حتى تكتمل هذه العمليات.	يمكنك الترحيل بمجرد اكتمال هذه العمليات.
الترحيل غير متوفر لهذا الاشتراك.	يجب إشراك الدعم لترحيل بيئة خدمة التطبيقات هذه.	افتح حالة دعم لإشراك الدعم لحل المشكلة.
InteralLoadBalancingMode الخاص بك غير مدعوم حاليا.	لا يمكن ترحيل App Service Environments التي تم تعيين InternalLoadBalancingMode عليها إلى قيم معينة باستخدام ميزة الترحيل في هذا الوقت. يجب تغيير InternalLoadBalancingMode يدويا بواسطة فريق Microsoft.	افتح حالة دعم لإشراك الدعم لحل المشكلة. طلب تحديث InternalLoadBalancingMode للسماح بالترحيل.

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

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

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

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

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

تكوين عناوين IP لبيئة خدمة التطبيقات الجديدة إصدار 3

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

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

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

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

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

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

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

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

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

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

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

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

اختر تكوينات App Service Environment الإصدار 3

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

إشعار

يمكن أن يؤدي تمكين تكرار المنطقة إلى رسوم إضافية. راجع نموذج تسعير تكرار المنطقة لمزيد من المعلومات.

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

إذا كان الترحيل الخاص بك يتضمن لاحقة مجال مخصصة، بالنسبة ل 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

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

هام

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

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

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

تتوفر الحالات التالية أثناء عملية الترحيل:

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

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

استخدام ميزة الترحيل الموضعي

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

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

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

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

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

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

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

إشعار

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

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

قم بتشغيل الأوامر التالية للحصول على معرف بيئة خدمة التطبيقات وتخزينه كمتغير بيئة. استبدل العناصر النائبة الخاصة بالاسم ومجموعات الموارد بالقيم الخاصة ب 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)

2. التحقق من دعم الترحيل

يتحقق الأمر التالي ما إذا كانت App Service Environment مدعومة للترحيل ويتحقق من أن App Service Environment موجودة على إصدار الإنشاء المدعوم للترحيل.

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=validation"

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

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

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=PreMigrationUpgrade"

3. إنشاء عناوين IP لمورد App Service Environment v3 الجديد

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

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=premigration"

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

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

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

az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2021-02-01"

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

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

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

تتطلب بيئة خدمة التطبيقات إصدار 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

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

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

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

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 للأقفال.

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

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

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

إشعار

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

إذا لم يتضمن الترحيل لاحقة مجال مخصصة ولا تقوم بتمكين تكرار المنطقة، يمكنك الانتقال إلى الترحيل.

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

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

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "zoneRedundant": true
    }
}

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

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "zoneRedundant": true,
        "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"
        }
    }
}

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

{
    "type": "Microsoft.Web/hostingEnvironments",
    "name": "sample-ase-migration",
    "kind": "ASEV2",
    "location": "westcentralus",
    "properties": {
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "SystemAssigned"
        }
    }
}

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

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

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

قم بتضمين المعلمة body في الأمر التالي إذا كنت تقوم بتمكين تكرار المنطقة و/أو تكوين لاحقة مجال مخصصة. إذا لم ينطبق أي من هذه التكوينات على الترحيل الخاص بك، يمكنك إزالة المعلمة من الأمر .

az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=fullmigration" --body @parameters.json

قم بتشغيل الأوامر التالية للتحقق من الحالة التفصيلية للترحيل. للحصول على معلومات حول الحالات، راجع أوصاف حالة الترحيل.

يحصل الأمر الأول على معرف العملية للترحيل. انسخ قيمة الخاصية ID .

az rest --method get --uri "${ASE_ID}/operations?api-version=2022-03-01"

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

az rest --method get --uri "${ASE_ID}/operations/<operation-id>/details/default?api-version=2022-09-01"

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

احصل على تفاصيل بيئتك الجديدة عن طريق تشغيل الأمر التالي أو بالانتقال إلى مدخل Microsoft Azure.

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

1. التحقق من أن الترحيل مدعوم

في مدخل Microsoft Azure، انتقل إلى صفحة الترحيل لبيئة خدمة التطبيقات التي تقوم بترحيلها. يمكنك الوصول إلى صفحة الترحيل عن طريق تحديد الشعار في أعلى صفحة نظرة عامة لبيئة خدمة التطبيقات، أو عن طريق تحديد عنصر الترحيل في القائمة اليمنى.

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

في صفحة الترحيل ، يتحقق النظام الأساسي من صحة ما إذا كان الترحيل مدعوما لبيئة App Service. حدد التحقق من الصحة، ثم تأكد من رغبتك في متابعة التحقق من الصحة. تستغرق عملية التحقق من الصحة بضع ثوان.

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

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

إذا كان الترحيل مدعوما لبيئة App Service، فانتقل إلى الخطوة التالية في العملية. ترشدك صفحة الترحيل خلال سلسلة الخطوات لإكمال الترحيل.

2. إنشاء عناوين IP لمورد App Service Environment v3 الجديد

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

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

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

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

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

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

حدد الزر Confirm لتأكيد فهمك لتحويل خطط App Service من Isolated إلى مستوى Isolated v2 المطابق كجزء من الترحيل.

6. تأكد من عدم وجود تأمين للشبكة الظاهرية

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

7. اختر التكوينات الخاصة بك

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

حدد خانة الاختيار Enabled إذا كنت تريد تكوين تكرار المنطقة.

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

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

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

إشعار

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

بعد إضافة تفاصيل لاحقة المجال المخصص، يتوفر الزر ترحيل .

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

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

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

إشعار

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

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

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

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

إشعار

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

التسعير

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

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

إشعار

نظرًا لتحويل خطط خدمة التطبيقات من Isolated إلى Isolated إصدار 2، فقد يتم تزويد تطبيقاتك بشكل زائد بعد الترحيل نظرًا لأن طبقة Isolated إصدار 2 تحتوي على ذاكرة أكبر ووحدة 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 مع الحد الأدنى من التغييرات على تكوينات الشبكات الخاصة بهم ويمكنهم دعم حوالي ساعة واحدة من وقت تعطل التطبيق. إذا لم تتمكن من دعم وقت التعطل، فشاهد ميزة الترحيل الجانبي أو خيارات الترحيل اليدوي. تنشئ ميزة الترحيل الموضعي App Service Environment v3 في نفس الشبكة الفرعية مثل بيئتك الحالية وتستخدم نفس البنية الأساسية للشبكة. قد تضطر إلى حساب تغييرات عنوان IP الواردة والصادرة إذا كان لديك أي تبعيات على عناوين IP المحددة هذه.
• هل سأعاني من وقت تعطل أثناء الترحيل؟
  نعم، يجب أن تتوقع حوالي ساعة واحدة من التوقف خلال نافذة الخدمة التي تبلغ مدتها ثلاث إلى ست ساعات في أثناء خطوة الترحيل، لذا خطط وفقًا لذلك. إذا كان لديك App Service Environment مختلفة يمكنك توجيه نسبة استخدام الشبكة إليها أثناء الترحيل باستخدام ميزة الترحيل الموضعي، يمكنك التخلص من وقت تعطل التطبيق. إذا لم يكن لديك بيئة App Service أخرى ولا يمكنك دعم وقت التعطل، فشاهد ميزة الترحيل جنبا إلى جنب أو خيارات الترحيل اليدوي.
• هل سأحتاج إلى القيام بأي شيء لتطبيقاتي بعد الترحيل لتشغيلها على بيئة خدمة التطبيقات الجديدة؟
  لا، يتم ترحيل جميع تطبيقاتك التي تعمل على البيئة القديمة تلقائيا إلى البيئة الجديدة وتشغيلها كما كان من قبل. ولا يلزم إدخال المستخدم.
• ماذا لو كانت بيئة خدمة التطبيقات الخاصة بي تحتوي على لاحقة مجال مخصصة؟
  تدعم ميزة الترحيل الموضعي سيناريو الترحيل هذا.
• ماذا لو كانت بيئة خدمة التطبيقات مثبتة في المنطقة؟
  أصبحت بيئة خدمة التطبيقات مثبتة في المنطقة الإصدار 2 الآن سيناريو مدعوما للترحيل باستخدام ميزة الترحيل. لا يدعم App Service Environment الإصدار 3 تثبيت المنطقة. عند الترحيل إلى App Service Environment v3، يمكنك اختيار تكوين تكرار المنطقة أم لا.
• ماذا لو كان لدى App Service Environment عناوين IP SSL؟ IP SSL غير مدعوم على App Service Environment v3. يجب إزالة كافة روابط IP SSL قبل الترحيل باستخدام ميزة الترحيل أو أحد الخيارات اليدوية. إذا كنت تنوي استخدام ميزة الترحيل الموضعي، بمجرد إزالة جميع روابط IP SSL، يمكنك تمرير فحص التحقق من الصحة هذا ويمكنك متابعة الترحيل التلقائي.
• ما خصائص App Service Environment التي ستتغير؟
  أنت على App Service Environment v3 لذا تأكد من مراجعة الميزات واختلافات الميزات مقارنة بالإصدارات السابقة. بالنسبة لبيئة خدمة تطبيق ILB، يمكنك الاحتفاظ بنفس عنوان IP ILB. بالنسبة لبيئة خدمة التطبيقات التي تواجه الإنترنت، يتغير عنوان IP العام وعنوان 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

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