إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يتم تكوين دوائر ExpressRoute والمنافذ المباشرة باتصال أساسي وثانوي بأجهزة Microsoft Enterprise Edge (MSEE) في مواقع نظير Microsoft. يتم إنشاء هذه الاتصالات على أجهزة مختلفة ماديا لتوفير اتصال موثوق به من محلي إلى موارد Azure إذا كانت هناك أحداث مخطط لها أو غير مخطط لها.
توضح هذه المقالة ما يحدث أثناء صيانة دائرة ExpressRoute وتوفر الإجراءات التي يجب اتخاذها لتقليل انقطاع الخدمة المتأثر بالصيانة المخطط لها أو غير المخطط لها.
الاستعداد للصيانة
تخضع أجهزة MSEE للصيانة لتحسين موثوقية النظام الأساسي، وتطبيق تصحيحات الأمان، واستبدال الأجهزة المعيبة، وما إلى ذلك. عمليات الصيانة مطلوبة على أجهزة توجيه Microsoft Enterprise Edge (MSEE) لتحسين خدمات دائرة ExpressRoute أو تطبيق إصدار برنامج جديد. يتم التخطيط لنشاط الصيانة وجدولته مسبقا لتقليل التأثير على خدماتك.
مرونة دائرة ExpressRoute
يتم تحقيق مرونة دائرة ExpressRoute من خلال اتصالين باثنين من MSEEs في موقع ExpressRoute.
تتطلب Microsoft جلسات BGP مزدوجة من موفر الاتصال أو حافة الشبكة - واحدة لكل MSEE. لكي تكون متوافقة مع اتفاقية مستوى الخدمة (SLA) المرتبطة بدائرة ExpressRoute، يجب إنشاء جلسات BGP المزدوجة بين أجهزة توجيه MSEE وأجهزة توجيه الحافة في وقت واحد.
تشغيل تنبيهات الصيانة
عند جدولة الصيانة المخطط لها، يتم إعلامك قبل 14 يوما على الأقل من نافذة العمل من خلال إعلامات Azure Service Health. باستخدام Service Health، يمكنك تكوين التنبيهات لصيانة دائرة ExpressRoute، وعرض الصيانة المخطط لها والمجدولة. لمعرفة المزيد حول حالة الخدمة لصيانة ExpressRoute، راجع عرض تنبيهات صيانة ExpressRoute وتكوينها. من المهم أن تشترك في Azure Service Health ليتم إعلامك بأحداث الصيانة.
كيف تتم جدولة أحداث الصيانة
من المقرر أن تحدث الصيانة المخطط لها على MSEE على نافذتين زمنيتين مختلفتين. هذا الفصل هو لضمان عدم تعطيل الاتصال عبر دوائر ExpressRoute بسبب حدث الصيانة ومسار واحد على الأقل متاح دائما للوصول إلى خدمات Azure.
أثناء الصيانة، نقوم بتمكين مسار AS prepend الذي يسمح لحركة المرور بالاستنزاف إلى المسار المكرر بأمان. يتم إلحاق مسار AS عن طريق إلحاق AS 12076 (ثماني مرات) بمسارات BGP نحو الاتصال المحلي واتصال بوابة ExpressRoute. تحتاج إلى التأكد من إعداد أي أجهزة محلية في المسار لقبول مسار AS مسبقا والسماح لنسبة استخدام الشبكة من أماكن العمل للانتقال إلى مسار ExpressRoute المكرر.
تحقق مع موفر الخدمة للتأكد من أنه تم إعداده للسماح لمسار AS بمتابعة اتصالاتك إذا كان يدير شبكتك.
نشاط الصيانة بين أجهزة توجيه MSEE وشبكة Microsoft الأساسية
أثناء نشاط الصيانة، قد تكون جلسة BGP بين شبكتك المحلية وMSEE في حالة ثابتة ومسارات إعلانية من شبكتك المحلية إلى أجهزة توجيه MSEE. في هذه الحالة، لا يمكنك الاعتماد فقط على وجود جلسة عمل BGP المنشأة على موجه الحافة لتحديد تكامل الاتصال. قد يفرض نهج التوجيه الخاص بك إرسال نسبة استخدام الشبكة إلى اتصال معين على أي حال. قد يتسبب هذا الإعداد في تجاهل نسبة استخدام الشبكة حيث يتم توجيه نسبة استخدام الشبكة إلى الاتصال الذي يخضع للصيانة وتتجاوز نسبة استخدام الشبكة المرتجعة المسار المكرر. لتجنب تجاهل نسبة استخدام الشبكة من الحدوث، يجب تكوين الإعداد على أجهزة توجيه الحافة لإعادة توجيه نسبة استخدام الشبكة عندما يتلقى الاتصال إعلانات BGP من AS 12076 ومع إعادة توجيه حركة المرور إلى الاتصال بأفضل مقياس BGP. عندما يكون مقياس BGP في الاتصال الأساسي والثانوي متطابقا، يتم موازنة تحميل نسبة استخدام الشبكة.
التحقق من صحة تجاوز فشل دائرة ExpressRoute
بعد إكمال تنشيط دائرة ExpressRoute وقبل استخدامها في الإنتاج، فإن الممارسة الموصى بها هي تشغيل اختبار تجاوز الفشل للتحقق من صحة تكوينات BGP لموجه حافة العميل.
يمكن تنفيذ عملية التحقق من صحة تجاوز فشل دائرة ExpressRoute في خطوتين:
قم بإيقاف تشغيل جلسة BGP بين موجه الحافة المحلي والاتصال الأساسي على موجه MSEE. هذا يفرض حركة المرور فقط من خلال الاتصال الثانوي. يمكنك مراقبة إحصائيات نسبة استخدام الشبكة على اتصال MSEE باستخدام
Get-AzExpressRouteCircuitStatsالأمر . يجب أن تتزايد مقاييس حركة مرور BitsInPerSecond وBitsOutPerSecond فقط على المسار النشط حاليا.
عند اكتمال الاختبار بنجاح، انتقل إلى الخطوة الثانية.
قم بإيقاف تشغيل جلسة BGP بين موجه الحافة المحلي واتصال MSEE الثانوي. كرر إجراءات التحقق في الخطوة 1 للتحقق من صحة حركة المرور التي تتزايد فقط على المسار الأساسي.
يمكنك تشغيل المزيد من الاختبارات عن طريق تقديم مسار AS مسبق على كل مسار من محليا إلى MSEE للتحقق من تجاوز فشل تدفق نسبة استخدام الشبكة. يمكن إجراء اختبار مشابه يعمل مع موفر الخدمة الخاص بك لتقديم مسار AS مسبق نحو شبكتك المحلية من حافة الموفر. يجب التحقق من إجراء تجاوز الفشل الموضح لنظير ExpressRoute الخاص ونظير ExpressRoute Microsoft.
للتحقق من حالة جلسات BGP في اختبار تجاوز الفشل، يمكنك استخدام الإرشادات الموضحة في وثائق التحقق من اتصال ExpressRoute.
يقلل التحقق من صحة تجاوز الفشل لدائرة ExpressRoute من خطر الانقطاع أثناء صيانة دوائر ExpressRoute المخطط لها.
إذا لم يكتمل التحقق من تجاوز فشل دائرة ExpressRoute وكانت دائرة ExpressRoute قيد الإنتاج بالفعل، فلن يفت الأوان أبدا لجدولة صيانة العميل، خارج ساعات العمل، والمضي قدما في اختبار تجاوز الفشل.
إشعار
كمبدأ توجيهي عام، يمكن أن يتسبب إنهاء اتصالات ExpressRoute BGP على الأجهزة ذات الحالة (مثل جدران الحماية) في حدوث مشكلات في تجاوز الفشل أثناء الصيانة المخطط لها أو غير المخطط لها من قبل Microsoft أو موفر خدمة ExpressRoute. يجب عليك تقييم الإعداد الخاص بك للتأكد من فشل حركة المرور بشكل صحيح، وعندما يكون ذلك ممكنا، قم بإنهاء جلسات BGP على الأجهزة عديمة الحالة.
مراقبة دائرة ExpressRoute
يجب عليك تتبع حالة الاتصالات من خلال دوائر ExpressRoute. يعد تتبع صحة اتصال الشبكة أمرا مهما للرد على الحالة غير الصحية واتخاذ المعالجة الفورية. تقوم تنبيهات Azure Monitor بإعلامك بشكل استباقي عند العثور على الظروف التي تسبب تأثيرات سلبية في بيانات المراقبة الخاصة بك.
راجع المقاييس المتوفرة لمراقبة ExpressRoute لدائرة ExpressRoute والمنافذ المباشرة. كحد أدنى، يجب عليك تكوين التنبيهات لتشغيل توفر ARP وتوافر BGP وبروتوكول الخط. ثم قم بتكوين إعلامات البريد الإلكتروني لإرسالها عند حدوث انقطاع الخدمة.
يمكنك رفع معلومات جهاز العرض باستخدام Connection Monitor ل ExpressRoute. مراقبة الاتصال هي حل مراقبة شبكة مستند إلى السحابة يراقب الاتصال بين الشبكات المحلية (المكاتب الفرعية، وما إلى ذلك) وعمليات نشر سحابة Azure. تستخدم هذه الخدمة ليس فقط لتتبع اضطرابات الخدمة ولكن أيضا تدهور الأداء من طرف إلى طرف لخدماتك.
الخطوات التالية
- تعرف على Network Insights ل ExpressRoute لمراقبة دائرة ExpressRoute واستكشاف الأخطاء وإصلاحها.