منع وحل المشكلات الناجمة عن الترحيل التلقائي لبيئة خدمة التطبيقات

هام

تم إيقاف App Service Environment v1 وv2 ولم يعد مدعوما. إذا كان لديك App Service Environment v1 أو v2، يجب الترحيل إلى App Service Environment v3. لمزيد من المعلومات، راجع الترقية إلى App Service Environment v3.

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

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

نظرة عامة

بعد 1 سبتمبر 2024، تكون جميع App Service Environments v1 وv2 مؤهلة للترحيل تلقائيا (ترحيل تلقائي) إلى App Service Environment v3 في أي وقت ما لم يذكر خلاف ذلك. يبدأ النظام الأساسي عمليات الترحيل التلقائي، وهي ضرورية لضمان تشغيل App Service Environment على نظام أساسي مدعوم.

إشعار

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

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

فترة السماح

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

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

لقطة شاشة تعرض الزر في صفحة الترحيل حيث يمكنك الإقرار بفترة السماح المتوفرة لمرة واحدة لمدة 30 يوما.

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

لقطة شاشة تعرض الشعار في صفحة الترحيل حيث ترى تاريخ انتهاء فترة السماح التي تبلغ 30 يوما التي يتم توفيرها.

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

لقطة شاشة تعرض الزر في صفحة الترحيل حيث يمكنك فتح تذكرة دعم.

قيود الترحيل التلقائي

يتم إجراء عمليات الترحيل التلقائي باستخدام ميزة الترحيل الموضعي. تنطبق القيود التالية على عمليات الترحيل التلقائي، على غرار قيود عمليات الترحيل الموضعية:

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

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

غير مؤهل للترحيل التلقائي

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

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

قد يتم عرض الأخطاء التالية في المدخل إذا كنت غير مؤهل للترحيل التلقائي:

خطأ التوصية
بيئة خدمة التطبيقات v1 في شبكة ظاهرية كلاسيكية. لا تدعم الشبكات الظاهرية الكلاسيكية App Service Environment v3. يجب الترحيل يدويا.
يوجد تأمين مورد على App Service Environment/virtual network/resource group/subscription الذي يمنع الترحيل. لتمكين الترحيل التلقائي، قم بإزالة تأمين المورد.
هناك نهج Azure يمنع الترحيل. لتمكين الترحيل التلقائي، قم بإزالة أي نهج Azure يحظر تعديلات الموارد أو عمليات الحذف لبيئة خدمة التطبيقات أو الشبكة الظاهرية التي توجد بها البيئة.
بيئة خدمة التطبيقات في منطقة لا تدعم الترحيل التلقائي. يجب الترحيل يدويا.

ما يجب فعله إذا تم إيقاف App Service Environment مؤقتا

إذا تم إيقاف App Service Environment مؤقتا، فلديك خياران.

إلغاء الإيقاف والترحيل الذاتي

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

لقطة شاشة تعرض الزر في صفحة الترحيل حيث يمكنك فتح تذكرة دعم لمعرفة ما إذا كان يمكننا إلغاء تعليق بيئتك.

استئناف/إلغاء تعليق كبيئة خدمة التطبيقات الإصدار 3

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

لقطة شاشة تعرض الزر في صفحة الترحيل حيث يمكنك استئناف العمل كبيئة خدمة التطبيقات الإصدار 3.

ميزات للحد من تأثيرات عمليات الترحيل التلقائي

للحد من تأثير عمليات الترحيل التلقائي، قمنا بتنفيذ الميزات التالية لميزة الترحيل التلقائي.

الاحتفاظ بعنوان IP الصادر

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

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

بالنسبة إلى عمليات ترحيل بيئة خدمة التطبيقات (ELB) لموازن التحميل الخارجي، لا يزال IP الوارد يتغير. قد يؤثر هذا التغيير عليك إذا كنت تستخدم سجلات A للإشارة إلى عنوان IP الوارد لبيئة App Service. إذا كنت تستخدم سجلات A، يجب تحديث سجلات A للإشارة إلى عنوان IP الوارد الجديد بعد اكتمال عملية الترحيل. إذا كنت تستخدم سجلات CNAME، فلن تحتاج على الأرجح إلى إجراء أي تغييرات على DNS. إذا كان لديك أي تبعيات أخرى على عنوان IP الوارد، فيجب عليك تحديثها وفقا لذلك.

توافق تكوين لاحقة المجال المخصص لبيئة خدمة التطبيقات الإصدار 2

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

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

هام

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

دعم الترحيل للتطبيقات ذات روابط TLS/SSL المستندة إلى IP

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

معالجة المشكلات الناجمة عن الترحيل التلقائي

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

المشكلة: يستخدم App Service Environment v3 تكوين لاحقة المجال المخصص القديم

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

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

المشكلة: تحتوي التطبيقات على App Service Environment v3 على روابط TLS/SSL المستندة إلى IP

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

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

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

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

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

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

المشكلة: تغيير الميزة أو عدم التوافق مع App Service Environment v3

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

فيما يلي تغييرات ملحوظة في App Service Environment v3:

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

التسعير

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

تمثل العبارة التالية نهج دعم Azure App Service Environment v1 وv2 اعتبارا من 1 سبتمبر 2024. لا يؤثر على أحمال العمل التي تعمل على App Service Environment v3.

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

يتضمن نهج الدعم الموسع العناصر التالية:

  • اعتبارا من 1 سبتمبر 2024، لم تعد اتفاقية مستوى الخدمة (SLA) قابلة للتطبيق على App Service Environment v1 وv2. من خلال الاستخدام المستمر للمنتج بعد تاريخ الإيقاف، فإنك تقر بأن Azure لا يلتزم باتفاقية مستوى الخدمة بنسبة 99.95٪ للبيئة المتوقفة.
  • نحن ملتزمون بالحفاظ على النظام الأساسي والسماح لك بإكمال عمليات الترحيل الخاصة بك. لذلك، ستستمر قنوات دعم خدمات دعم العملاء (CSS) ومجموعة المنتجات (PG) في التعامل مع حالات الدعم وحوادث الاستجابة الحرجة (CRIs) بطريقة معقولة تجاريا. لن يتم إجراء أي استثمارات جديدة في الأمان والتوافق في App Service Environment v1 وv2.
  • ستستمر App Service في تصحيح نظام التشغيل وأوقات تشغيل اللغة وفقا لعمليات تحديث النظام الأساسي الموثقة هنا.
  • ستستمر App Service في اختبار تحديثات Azure App Service والتحقق من صحتها قبل طرحها وستستمر في اتباع إجراءات النشر الآمنة لتحديثات النظام الأساسي.
  • ستستمر App Service في مراقبة بصمة إنتاج Azure App Service Environment v1/v2 بنشاط وستستمر في الاستجابة للمشكلات التي تم اكتشافها عبر هذه المراقبة بنفس الإلحاح كما هو الحال اليوم.
  • ستستمر Microsoft في قبول حالات دعم Azure App Service وحل مشكلات Azure App Service في الوقت المناسب.
  • ستستمر App Service في تطبيق التصحيحات والتصحيحات العاجلة لأخطاء النظام الأساسي ل Azure App Service الهامة التي قد تنشأ.
  • ومع ذلك، قد تضعف القدرة على التخفيف بشكل فعال من المشكلات التي قد تنشأ من تبعيات Azure ذات المستوى الأدنى بسبب التوقف الذي يؤثر على جميع مكونات Cloud Services وAzure Service Management (ASM)/RedDog Front End (RDFE).

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

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

  • لماذا أواجه انقطاعا مؤقتا في التطبيق على App Service Environment v1/v2؟
    تستعد منصة Azure لإيقاف الخدمات السحابية (الكلاسيكية)، وهي البنية الأساسية التي تعمل عليها App Service Environment v1 وv2. كجزء من هذا الإعداد، يجب أن تتوقع انقطاعا مؤقتا وتعطلا في الخدمة. لتقليل تأثير هذه الاضطرابات، نوصي بالترحيل إلى App Service Environment v3 في أقرب وقت ممكن.
  • لماذا تم ترحيل App Service Environment تلقائيا؟
    تم إيقاف App Service Environment v1 وv2 ولم يعد مدعوما. يتم إيقاف تشغيل البنية الأساسية الداعمة ل App Service Environment v1 وv2. للتأكد من تشغيل App Service Environment على نظام أساسي مدعوم، تبدأ Microsoft عمليات الترحيل التلقائي إلى App Service Environment v3.
  • لماذا لا تعمل تطبيقاتي بعد الترحيل التلقائي؟
    بعد الترحيل التلقائي، قد تواجه مشكلات في تطبيقاتك أو خدماتك بسبب تحديثات الميزات أو عدم التوافق. لمعالجة هذه المشكلات، راجع معالجة المشكلات الناتجة عن الترحيل التلقائي.
  • ما هو وقت التعطل أثناء عملية الترحيل التلقائي؟
    هناك حوالي ساعة واحدة من التوقف أثناء عملية الترحيل التلقائي. قد تتغير عناوين IP الواردة والصادرة لبيئة خدمة التطبيقات أثناء عملية الترحيل. قد يكون وقت التعطل أطول إذا كان لديك تبعيات على عناوين IP هذه. قد يكون وقت التعطل أطول أيضا إذا كنت تستخدم ميزات غير مدعومة في App Service Environment v3.
  • هل سيتم تحصيل رسوم مني مقابل عمليات الترحيل التلقائي؟
    لا توجد تكلفة مرتبطة بالترحيل التلقائي لبيئة App Service. توقف عن فرض رسوم على بيئة App Service السابقة بمجرد إيقاف تشغيلها أثناء عملية الترحيل. تبدأ في تحصيل الرسوم مقابل الإصدار 3 الجديد من App Service Environment بمجرد نشرها.
  • لماذا تم حذف App Service Environment؟
    إذا لم يكن الترحيل التلقائي ممكنا، يتم حذف الموارد وبيانات التطبيق المقترنة. نحن نحثك بشدة على التصرف الآن لتجنب هذا السيناريو. إذا كنت بحاجة إلى مزيد من الوقت لإكمال عمليات الترحيل، يمكننا تقديم فترة سماح لمرة واحدة مدتها 30 يوما. لا يتم حذف App Service Environment خلال فترة السماح. عند انتهاء فترة السماح، قد نحذف App Service Environment وجميع البيانات المقترنة.