إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
توضح هذه المقالة عملية ترحيل بوابة ExpressRoute، مما يسمح لك بالانتقال من SKU الحالي إلى أي SKU مساوي أو أعلى ومن IP الأساسي إلى عنوان IP القياسي - مما يعزز الموثوقية والتوافر، بينما لا يتم دعم الرجوع إلى إصدار أقدم.
للحصول على إرشادات حول ترقية عناوين IP العامة ل SKU الأساسية لخدمات الشبكات الأخرى، راجع ترقية Basic إلى Standard SKU.
Important
في 30 سبتمبر 2025، سيتم إيقاف عناوين IP العامة الأساسية SKU. لمزيد من المعلومات، راجع الإعلان الرسمي. إذا كنت تستخدم حاليا عناوين IP العامة ل SKU الأساسية، فتأكد من الترقية إلى عناوين IP العامة ل SKU القياسية قبل تاريخ الإيقاف.
تجربة ترحيل البوابة
تتيح لك تجربة ترحيل البوابة نشر بوابة شبكة ظاهرية ثانية في نفس GatewaySubnet، مع قيام Azure تلقائيا بتعيين عنوان IP عام جديد - مما يلغي الحاجة إلى إنشاء IP يدويا - بينما يتم ترحيل التكوينات من البوابة القديمة إلى البوابة الجديدة؛ تعمل كلتا البوابات في وقت واحد لتقليل الانقطاع، على الرغم من أنه قد تستمر انقطاعات الاتصال القصيرة.
بعد الترحيل، يتم حذف البوابة القديمة واتصالاتها، ويتم تمييز البوابة الجديدة ب CreatedBy: GatewaySKUMigration لتحديدها كمورد تم ترحيله ويجب عدم حذفها.
سيناريوهات الترحيل المدعومة
تتيح تجربة ترحيل بوابة ExpressRoute الإرشادية للعملاء الانتقال من SKU الحالي إلى أي SKU مساو أو أعلى. لا يتم دعم الترحيل إلى رمز SKU أقل (الرجوع إلى إصدار سابق).
إذا كان لديك بوابة ExpressRoute منشورة في نفس الشبكة الظاهرية مثل بوابة VPN، يمكنك استخدام أداة ترحيل بوابة ExpressRoute. لا يوجد تأثير متوقع على حركة مرور بوابة VPN أثناء هذه العملية.
تعرف على كيفية الترحيل باستخدام مدخل Microsoft Azure.
تعرف على كيفية الترحيل باستخدام PowerShell.
للحصول على موثوقية محسنة وقابلية وصول عالية، نوصي بالترحيل إلى وحدة SKU ممكنة من Az.
الترحيل إلى ErGwScale (بوابة قابلة للتطوير)
بوابة ExpressRoute القابلة للتطوير (ErGwScale) هي SKU جديدة لبوابة الشبكة الظاهرية توفر اتصالا مرنا وعالي النطاق الترددي لشبكات Azure الظاهرية.
Important
يجب أن يكون الحد الأدنى لوحدة المقياس هو 1 ، عندما يكون الحد الأقصى لوحدة المقياس هو 1.
يمكنك تكوين تحجيم البوابة، وفقا للمتطلبات، عن طريق تعيين الحد الأدنى والحد الأقصى لوحدات المقياس:
- لتكوين بوابة ذات حجم ثابت، قم بتعيين كل من الحد الأدنىوالحد الأقصى لوحدتي المقياس على نفس القيمة (على سبيل المثال، قم بتعيين كليهما إلى 1، وتعيين كلاهما إلى 20، وتعيين كليهما إلى 40).
- لتمكين التحجيم التلقائي، قم بتعيين الحد الأدنى لوحدة المقياس إلى 2 أو أعلى، وحدد الحد الأقصى لوحدة المقياس المطلوبة (حتى 40).
يسمح هذا للبوابة بالتوسع تلقائيا بناء على متطلبات حمل العمل الخاصة بك.
لمزيد من المعلومات، راجع حول البوابة القابلة للتطوير.
| السيناريو | الحد الأدنى لوحدة المقياس | وحدة المقياس القصوى | هل تم تمكين التحجيم التلقائي؟ |
|---|---|---|---|
| القياس الثابت | 1 | 1 | No |
| القياس الثابت | 20 | 20 | No |
| القياس الثابت | 40 | 40 | No |
| التحجيم التلقائي | 2 أو أعلى | ما يصل إلى 40 | Yes |
خطوات الترحيل إلى بوابة جديدة
- التحقق من الصحة: تحقق من أن جميع الموارد في حالة ناجحة. إذا لم يتم استيفاء أي متطلبات أساسية، يفشل التحقق من الصحة ولا يمكن متابعة الترحيل.
- التحضير: يقوم Azure بإنشاء بوابة شبكة ظاهرية جديدة، ويقوم تلقائيا بتعيين عنوان IP عام جديد - عنوان IP عام جديد وإعادة إنشاء الاتصالات - يمكن أن تستغرق هذه العملية ما يصل إلى 45 دقيقة؛ يمكنك تحديد اسم مخصص للبوابة الجديدة، أو سيضيف Azure _migrated إلى الاسم الأصلي افتراضيا. أثناء التحضير، يتم تأمين البوابة الحالية لمنع التغييرات، مع خيار إجهاض البوابة والاتصالات الجديدة وحذفها.
Note
يتم إنشاء البوابة الجديدة في نفس المنطقة مثل البوابة الموجودة. لتغيير المناطق، يجب حذف البوابة الحالية وإنشاء بوابة جديدة في المنطقة المطلوبة.
- الترحيل: يمكنك تبديل الزيارات من البوابة القديمة إلى البوابة الجديدة. قد تستغرق هذه الخطوة ما يصل إلى 15 دقيقة وقد تتسبب في انقطاعات قصيرة في الاتصال. لا تنقل بعيدا عن صفحة الترحيل أثناء نقل الزيارات. قد يؤدي ترك الصفحة إلى مقاطعة العملية.
- Comit: إنهاء الترحيل عن طريق حذف البوابة الأصلية واتصالاتها. إذا كنت بحاجة إلى إلغاء الترحيل، فقم أولا بتبديل حركة المرور مرة أخرى إلى البوابة الأصلية عن طريق تحديد زر الاختيار في قسم الترحيل ، ثم انقر فوق ترحيل، وأخيرا اختر إجهاض لحذف البوابة الجديدة وتوصيلاتها.
Important
بعد الترحيل، تحقق من صحة الاتصال لضمان عمل كل شيء كما هو متوقع. يمكنك الرجوع إلى البوابة القديمة عن طريق تحديد إجهاض بعد خطوة الإعداد، والتي ستؤدي إلى حذف البوابة والاتصالات الجديدة.
Limitations
تتضمن تجربة ترحيل البوابة الإرشادية القيود التالية:
- ExpressRoute فقط: تم تصميم أداة الترحيل لبوابات الشبكة الظاهرية ExpressRoute. لا يدعم بوابات VPN أو أنواع البوابات الأخرى. - نفس متطلبات الشبكة الظاهرية: الترحيل مدعوم فقط داخل نفس الشبكة الظاهرية. لا يتم دعم عمليات الترحيل عبر الاشتراك أو عبر المناطق أو عبر البوابة (على سبيل المثال، من/إلى بوابات VPN).
- لا يتم الرجوع إلى إصدار أقدم: الرجوع إلى إصدار أقدم من SKU ممكن من Az إلى SKU غير ممكن من Az غير مدعوم.
- حجم الشبكة الفرعية للبوابة: يجب أن تحتوي شبكة GatewaySubnet على بادئة /27 أو أكثر لمتابعة الترحيل. لمزيد من المعلومات، راجع إنشاء بادئات متعددة لشبكة فرعية لمزيد من المعلومات.
- اتصال نقطة النهاية الخاصة: قد تواجه نقاط النهاية الخاصة (PEs) المتصلة عبر نظير ExpressRoute الخاص مشكلات في الاتصال أثناء الترحيل. راجع إرشادات حول تخفيف هذه المشكلات في وثائق اتصال نقطة النهاية الخاصة. اتصال نقطة النهاية الخاصة.
- البوابات القديمة: بوابات ExpressRoute التي تم إنشاؤها أو توصيلها بالدوائر في عام 2017 أو الإصدارات السابقة غير مدعومة.
- وحدات SKU غير المتوافقة: البوابات التي تستخدم رمز التخزين التعريفي "التلقائي" غير مؤهلة للترحيل. للتحقق من أهلية الترحيل للبوابة الخاصة بك، يجب أن يكون هناك إشعار "Advisor".
- دائرة مخصصة غير متوافقة: لا يمكن متابعة ترحيل البوابة باستخدام وحدة أمان الأجهزة (HSM) مخصصة متصلة بالشبكة الظاهرية. لمتابعة الترحيل، قم بإلغاء تخصيص الوحدة النمطية لأمان الأجهزة المخصصة (HSM). للحصول على خطوات مفصلة لاستكشاف الأخطاء وإصلاحها، راجع أستكشاف أخطاء HSM المخصصة وإصلاحها.
للحصول على أخطاء استكشاف الأخطاء وإصلاحها التفصيلية وأفضل الممارسات، راجع استكشاف أخطاء ترحيل البوابة وإصلاحها.
FAQ
كيف يمكنني إضافة بادئة ثانية إلى GatewaySubnet؟
إضافة بادئات متعددة إلى GatewaySubnet حاليا في المعاينة العامة ويتم دعمها فقط عبر PowerShell. عند إضافة بادئة إضافية، سيتم استخدام كلتا البادئتين بواسطة البوابة التي تم ترحيلها، لذا لا تحذف البادئة القديمة. للحصول على الإرشادات، راجع إنشاء بادئات متعددة لشبكة فرعية.
كيف يمكنني مراقبة صحة البوابة الجديدة؟
مراقبة البوابة الجديدة هي نفسها بالنسبة للبوابة القديمة. البوابة الجديدة هي مورد منفصل بمقاييسه الخاصة. أثناء الترحيل، يمكنك أيضا مراقبة أنماط حركة المرور باستخدام أداة الترحيل.
بعد الترحيل، إذا كان لديك نوافذ مراقبة أو تنبيه أو صيانة معرفة من قبل العميل أو إعدادات تشخيصية تم تكوينها، فستحتاج إلى إعادة تكوينها على البوابة التي تم إنشاؤها حديثا.
هل سيؤدي الترحيل إلى وقت تعطل؟
قد يتسبب الترحيل في بضع دقائق من التوقف. خطط لتنفيذ الترحيل أثناء نافذة الصيانة لتقليل التأثير.
كم من الوقت يمكنني الانتظار قبل الالتزام بالبوابة الجديدة؟
لا توجد فترة انتظار إلزامية للقيام بالالتزام. ومع ذلك، إذا كنت بحاجة إلى وقت للتحقق من صحة الاتصال والتأكد من استيفاء جميع المتطلبات قبل الانتهاء من الترحيل، فلديك ما يصل إلى 15 يوما للالتزام بعد الترحيل.
كيف يمكنني التحقق مما إذا كانت بوابة SKU مؤهلة للترحيل؟
سيعلمك Azure Advisor إذا كانت بوابتك مؤهلة أو تتطلب الترحيل. يمكنك أيضا التحقق من مورد ExpressRoute Gateway في مدخل Microsoft Azure - إذا كانت بوابتك مؤهلة، فستعرض لافتة في أعلى الصفحة الرسالة "تنفيذ بوابات ExpressRoute المتكررة للمنطقة".
كيف يمكنني التحقق مما إذا كانت بوابتي مرنة المنطقة بعد الترحيل؟
للتأكد من أن بوابتك مرنة للمنطقة بعد الترحيل:
- تحقق من Azure Advisor: إذا كانت بوابتك مرنة في المنطقة، فلن ترى تنبيهات Advisor التي توصي ببوابة متكررة للمنطقة.
- التحقق من علامات الموارد: ستحتوي البوابة التي تم ترحيلها على علامة افتراضية مسماة
GatewaySKUMigration، مما يشير إلى أنه تم نقلها إلى نموذج التوزيع المرن للمنطقة.
تؤكد هذه الفحوصات أن بوابتك أصبحت الآن مرنة للمنطقة.
هل يمكنني التراجع عن هذا التغيير؟
نعم ، حتى يتم الالتزام به. تتكون الترحيل من أربع خطوات رئيسية:
التحقق من الصحة - يؤكد ما إذا كانت بوابتك مؤهلة للترحيل. لا توجد تغييرات في هذه المرحلة. لا شيء للتراجع
التحضير - إنشاء بوابة شبكة ظاهرية جديدة بالتكوين المطلوب. يمكن إحباط العملية بعد الخطوة 2 وسيتم حذف البوابة الجديدة.
الترحيل – نقل التكوين من البوابة الحالية إلى البوابة الجديدة. إذا لزم الأمر، يمكن إرجاع التكوين إلى البوابة الحالية بعد الخطوة 3. لا تنقل بعيدا عن صفحة الترحيل أثناء نقل الزيارات. قد يؤدي ترك الصفحة إلى مقاطعة العملية.
الالتزام - إنهاء الترحيل عن طريق إيقاف تشغيل البوابة القديمة واتصالاتها. بمجرد الالتزام بالتغيير، لم يعد من الممكن التراجع عنه.
ما هو تأثير حركة المرور أثناء الترحيل؟ هل هناك فقدان للحزمة أو انقطاع في التوجيه؟
أثناء عملية الترحيل، تتم إعادة توجيه حركة المرور بسلاسة. لا يوجد فقدان متوقع للحزمة أو انقطاع في التوجيه في ظل الظروف العادية.
ماذا أفعل إذا فشلت خطوة الإعداد بسبب اتصال عبر المناطق على دائرة SKU أساسية أثناء ترحيل البوابة؟
إذا فشلت خطوة الإعداد لأن دائرة SKU الأساسية الخاصة بك تحتوي على اتصال عبر المناطق، فقم بإجهاض ترحيل البوابة وترقية SKU للدائرة قبل المحاولة مرة أخرى. هذا التكوين غير مدعوم، ويستمر الترحيل في الفشل حتى تتم ترقية SKU للدائرة.
الخطوات التالية
- استكشاف مشكلات الترحيل وإصلاحها مع استكشاف أخطاء ترحيل البوابة وإصلاحها.
- تعرف على كيفية الترحيل باستخدام مدخل Microsoft Azure.
- تعرف على كيفية الترحيل باستخدام PowerShell.