مشاركة عبر

تحسين التوجيه ل Azure ExpressRoute

  • مقالة

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

تحديد المسار لنظير Microsoft

لضمان تدفق نسبة استخدام الشبكة عبر المسار المطلوب مع دوائر ExpressRoute متعددة، تحتاج إلى إدارة المسارات إلى الإنترنت باستخدام Internet Exchange (IX) أو موفر خدمة الإنترنت (ISP). يستخدم BGP أفضل خوارزمية تحديد المسار استنادا إلى عوامل مثل أطول تطابق بادئة (LPM). لضمان استخدام نسبة استخدام الشبكة الموجهة إلى Azure من خلال Microsoft مسار ExpressRoute، قم بتنفيذ سمة التفضيل المحلي. يضمن هذا الإعداد أن يكون المسار مفضلا دائما على ExpressRoute.

إشعار

عادة ما يكون التفضيل المحلي الافتراضي هو 100. يُفضل التفضيلات المحلية الأعلى.

طالع سيناريو المثال التالي:

رسم تخطيطي يوضح التوجيه دون المستوى الأمثل من العميل إلى Microsoft.

لتفضيل مسارات ExpressRoute، قم بتكوين التفضيل المحلي كما يلي:

تكوين Cisco IOS-XE من منظور R1:

R1(config)#route-map prefer-ExR permit 10
R1(config-route-map)#set local-preference 150

R1(config)#router BGP 345
R1(config-router)#neighbor 1.1.1.2 remote-as 12076
R1(config-router)#neighbor 1.1.1.2 activate
R1(config-router)#neighbor 1.1.1.2 route-map prefer-ExR in

تكوين Junos من منظور R1:

user@R1# set protocols bgp group ibgp type internal
user@R1# set protocols bgp group ibgp local-preference 150

التوجيه دون المستوى الأمثل من العميل إلى Microsoft

تخيل أن لديك مكتبين في الولايات المتحدة، أحدهما في لوس أنجلوس والآخر في نيويورك، متصلان عبر شبكة WAN. لديك دائرتان ل ExpressRoute، واحدة في غرب الولايات المتحدة وواحدة في شرق الولايات المتحدة، وكلاهما متصل على شبكة WAN. أنت تنوي أن يتصل مستخدمو لوس أنجلوس بمستخدمي Azure US West ونيويورك ب Azure US East. ومع ذلك، دون معرفة أي بادئة من أي منطقة، قد توجه شبكة WAN حركة مرور كلا المكتبين إلى الدائرة الشرقية للولايات المتحدة، مما يتسبب في توجيه دون المستوى الأمثل لمستخدمي لوس أنجلوس.

رسم تخطيطي للتوجيه دون المستوى الأمثل من العميل إلى Microsoft.

الحل: استخدام مجتمعات BGP

لتحسين التوجيه، استخدم قيم مجتمع BGP لتحديد البادئات من كل منطقة Azure. على سبيل المثال، 12076:51004 لشرق الولايات المتحدة وغرب 12076:51006 الولايات المتحدة. قم بتكوين قيم تفضيلات محلية أعلى للبادئات المناسبة في كل منطقة لضمان أن نسبة استخدام الشبكة تأخذ المسار الأمثل.

رسم تخطيطي للحل باستخدام مجتمعات BGP.

إشعار

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

التوجيه دون المستوى الأمثل من Microsoft إلى العميل

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

رسم تخطيطي للتوجيه دون المستوى الأمثل من Microsoft إلى الموقع المحلي للعميل.

الحل: استخدام إلحاق AS PATH

الإعلان عن البادئات المحلية الخاصة بك على دوائر ExpressRoute المناسبة أو استخدام إلحاق AS PATH للتأثير على التوجيه. إطالة AS PATH للبادئات في المنطقة الأقل تفضيلا لضمان تفضيل Microsoft للمسار الأمثل.

رسم تخطيطي لحل باستخدام إلحاق AS PATH.

هام

نقوم بإزالة أرقام AS الخاصة في AS PATH للبادئات المستلمة على Microsoft Peering عند استخدام رقم AS خاص. نظير مع AS عام وإلحاق أرقام AS العامة في AS PATH للتأثير على التوجيه ل Microsoft Peering.

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

باستخدام ExpressRoute، يمكنك تمكين اتصال VNet إلى VNet عن طريق ربطها إلى دائرة ExpressRoute. يمكن أن يحدث التوجيه دون المستوى الأمثل عندما تكون الشبكات الظاهرية مرتبطة بدوائر متعددة. على سبيل المثال، قد توجه الشبكات الظاهرية في غرب الولايات المتحدة وشرق الولايات المتحدة نسبة استخدام الشبكة عبر الدائرة البعيدة بسبب توجيه ECMP.

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

الحل: تعيين وزن مرتفع للاتصال المحلي

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

رسم تخطيطي لحل يعين وزنا عاليا للاتصال المحلي.

إشعار

يمكنك أيضا التأثير على التوجيه من VNet إلى الشبكة المحلية عن طريق تكوين وزن الاتصال بدلا من استخدام إلحاق AS PATH. يتم اعتبار وزن الاتصال قبل طول مسار AS عند تحديد كيفية إرسال حركة المرور.

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