Mengoptimalkan perutean untuk Azure ExpressRoute
Saat Anda memiliki beberapa sirkuit ExpressRoute, Anda memiliki lebih dari satu jalur untuk terhubung ke Microsoft. Ini dapat menyebabkan perutean suboptimal, di mana lalu lintas mengambil jalur yang lebih lama, meningkatkan latensi dan memengaruhi performa aplikasi dan pengalaman pengguna. Artikel ini menjelaskan cara mengoptimalkan perutean menggunakan teknologi perutean standar.
Pilihan jalur untuk peering Microsoft
Untuk memastikan arus lalu lintas melalui jalur yang diinginkan dengan beberapa sirkuit ExpressRoute, Anda perlu mengelola jalur ke Internet menggunakan Internet Exchange (IX) atau Internet Service Provider (ISP). BGP menggunakan algoritma pemilihan jalur terbaik berdasarkan faktor-faktor seperti pencocokan awalan terpanjang (LPM). Untuk memastikan lalu lintas yang ditujukan untuk Azure melalui Microsoft menggunakan jalur ExpressRoute, terapkan atribut Preferensi Lokal. Pengaturan ini memastikan jalur selalu disukai di ExpressRoute.
Catatan
Preferensi lokal default biasanya 100. Preferensi lokal yang lebih tinggi lebih disukai.
Pertimbangkan skenario contoh berikut:
Untuk lebih memilih jalur ExpressRoute, konfigurasikan Preferensi Lokal sebagai berikut:
Konfigurasi Cisco IOS-XE dari perspektif 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
Konfigurasi Junos dari perspektif R1:
user@R1# set protocols bgp group ibgp type internal
user@R1# set protocols bgp group ibgp local-preference 150
Perutean suboptimal dari pelanggan ke Microsoft
Bayangkan Anda memiliki dua kantor di AS, satu di Los Angeles dan satu di New York, terhubung melalui WAN. Anda memiliki dua sirkuit ExpressRoute, satu di US Barat dan satu di AS Timur, keduanya terhubung pada WAN. Anda berniat bagi pengguna Los Angeles untuk terhubung ke pengguna Azure US Barat dan New York ke Azure US Timur. Namun, tanpa mengetahui awalan mana yang berasal dari wilayah mana, WAN Anda dapat merutekan lalu lintas kedua kantor ke sirkuit AS Timur, menyebabkan perutean suboptimal untuk pengguna Los Angeles.
Solusi: gunakan Komunitas BGP
Untuk mengoptimalkan perutean, gunakan nilai Komunitas BGP untuk mengidentifikasi awalan dari setiap wilayah Azure. Misalnya, 12076:51004 untuk US Timur dan 12076:51006 untuk US Barat. Konfigurasikan nilai preferensi lokal yang lebih tinggi untuk awalan yang sesuai di setiap wilayah untuk memastikan lalu lintas mengambil jalur yang optimal.
Catatan
Teknik yang sama dapat diterapkan ke perutean dari pelanggan ke jaringan virtual Azure menggunakan peering privat. Konfigurasikan router Anda untuk lebih memilih satu sirkuit ExpressRoute daripada sirkuit lainnya berdasarkan penyebaran jaringan virtual Anda.
Perutean suboptimal dari Microsoft ke Pelanggan
Dalam skenario ini, koneksi Microsoft membutuhkan jalur yang lebih panjang untuk menjangkau jaringan Anda. Misalnya, koneksi Exchange Online ke server lokal dapat merutekan melalui sirkuit ExpressRoute yang salah. Tanpa petunjuk, Microsoft tidak dapat menentukan awalan lokal mana yang lebih dekat dengan sirkuit mana.
Solusi: gunakan prepending AS PATH
Iklankan awalan lokal Anda pada sirkuit ExpressRoute yang sesuai atau gunakan prepending AS PATH untuk memengaruhi perutean. Perpanjang JALUR AS untuk awalan di wilayah yang kurang disukai untuk memastikan Microsoft lebih memilih jalur optimal.
Penting
Kami menghapus nomor AS privat di JALUR AS untuk awalan yang diterima di Microsoft Peering saat menggunakan nomor AS privat. Serekan dengan AS publik dan tambahkan nomor AS publik di AS PATH untuk memengaruhi perutean untuk Microsoft Peering.
Perutean suboptimal antara jaringan virtual
Dengan ExpressRoute, Anda dapat mengaktifkan komunikasi VNet-ke-VNet dengan menautkannya ke sirkuit ExpressRoute. Perutean suboptimal dapat terjadi ketika VNet ditautkan ke beberapa sirkuit. Misalnya, VNet di AS Barat dan AS Timur dapat merutekan lalu lintas melalui sirkuit jarak jauh karena perutean ECMP.
Solusi: tetapkan bobot tinggi ke koneksi lokal
Tetapkan bobot yang lebih tinggi ke koneksi lokal untuk memastikan VNet lebih memilih jalur optimal. Konfigurasi ini memastikan lalu lintas mengambil jalur terpendek antara VNet.
Catatan
Anda juga dapat memengaruhi perutean dari VNet ke jaringan lokal Anda dengan mengonfigurasi bobot koneksi alih-alih menggunakan prepending AS PATH. Bobot koneksi dipertimbangkan sebelum panjang Jalur AS saat memutuskan cara mengirim lalu lintas.
Langkah berikutnya
- Pelajari tentang merancang ExpressRoute untuk ketersediaan tinggi.
- Pelajari tentang merancang ExpressRoute untuk pemulihan bencana.