Konfigurasikan rute aktif/standby untuk VBR - Cloud Enterprise Network

Dalam skenario di mana pusat data terhubung ke VPC melalui beberapa Virtual Border Router (VBR) yang tersambung ke Router transit edisi perusahaan, Anda dapat mengonfigurasi kebijakan perutean untuk mengontrol prioritas rute jika VBR berada dalam wilayah yang sama. Hal ini memungkinkan Anda menyiapkan konfigurasi rute aktif/standby, di mana trafik diprioritaskan melalui tautan aktif dan secara otomatis beralih ke tautan standby jika tautan aktif terputus.

Informasi latar belakang

Berdasarkan prinsip prioritas rute router transit, jika dua instans VBR dalam wilayah yang sama terhubung ke Router transit edisi perusahaan dan mengiklankan rute ke Blok CIDR tujuan yang sama dengan atribut rute identik, kedua VBR tersebut membentuk tautan ECMP (equal-cost multipath routing). Akibatnya, trafik dari VPC ke pusat data didistribusikan melalui kedua instans VBR.

Namun, beberapa paket jaringan atau perangkat gateway lokal tidak mendukung ECMP dan memerlukan konfigurasi aktif/standby untuk mengakses VPC di cloud. Hal ini dapat menyebabkan perutean asimetris, di mana trafik menuju VPC dan trafik dari VPC mengikuti jalur yang berbeda. Untuk mencegah masalah ini, Anda dapat memodifikasi atribut rute dari pusat data di Alibaba Cloud guna menetapkan rute aktif dan standby. Dengan demikian, trafik ke pusat data juga menggunakan konfigurasi aktif/standby, sehingga menjaga jalur trafik simetris.

Berdasarkan prioritas rute router transit, Anda dapat menggunakan beberapa metode untuk menetapkan rute aktif/standby. Topik ini menjelaskan cara menggunakan kebijakan perutean untuk mengontrol prioritas rute dari pusat data dan meneruskan trafik ke pusat data melalui tautan VBR aktif/standby.

Contoh skenario

Pusat data perusahaan terhubung ke Alibaba Cloud menggunakan dua Sirkuit Express Connect di wilayah China (Hangzhou). Router transit edisi perusahaan menyediakan komunikasi jaringan antara pusat data dan VPC. Paket jaringan perusahaan tidak mendukung ECMP untuk mengakses VPC. Perusahaan perlu mengonfigurasi tautan aktif/standby untuk trafik antara pusat data dan VPC, dengan trafik diprioritaskan melalui tautan aktif. Jika tautan aktif terputus, trafik harus secara otomatis beralih ke tautan standby. Setelah tautan aktif dipulihkan, trafik harus secara otomatis kembali ke tautan aktif.

Catatan

Dalam skenario ini, baik VBR1 maupun VBR2 menggunakan route statis.

Prasyarat

Sebelum memulai, pastikan pusat data Anda sudah terhubung ke Alibaba Cloud dan pusat data serta VPC dapat berkomunikasi. Tabel berikut menjelaskan blok CIDR dan konfigurasi jaringan terkait dalam skenario ini.

Klik untuk melihat blok CIDR dan konfigurasi jaringan terkait.

Instans atau sumber daya	Blok CIDR dan alamat IP	Konfigurasi jaringan terkait
VPC	Blok CIDR VPC: 10.0.0.0/16 Blok CIDR vSwitch: 10.0.30.0/24 dan 10.0.40.0/24 Alamat IP ECS: 10.0.30.104	VPC terhubung ke router transit di wilayah US (Silicon Valley). Semua Advanced Settings diaktifkan untuk koneksi tersebut. Akibatnya, router transit secara otomatis menambahkan tiga entri rute kustom berikut ke tabel rute sistem VPC. Ketiga entri rute tersebut memiliki blok CIDR tujuan `192.168.0.0/16`, `172.16.0.0/12`, dan `10.0.0.0/8`, lompatan berikutnya berupa router transit, dan statusnya Aktif.
Router transit di US (Silicon Valley)	-	Koneksi antar-wilayah dibuat antara router transit di wilayah US (Silicon Valley) dan router transit di wilayah Germany (Frankfurt). Hal ini memastikan bahwa router transit di wilayah US (Silicon Valley) mempelajari rute ke pusat data (`192.168.0.0/16`). Pada halaman Transit Router Route Table untuk TR di US (Silicon Valley), lihat route entries di tabel rute sistem dan pastikan entri rute untuk blok CIDR tujuan `192.168.0.0/16` telah dipelajari secara otomatis, jenis resource lompatan berikutnya adalah TR, dan statusnya Active.
Router transit di Germany (Frankfurt)	-	VBR1 dan VBR2 terhubung ke router transit di wilayah Germany (Frankfurt). Pastikan router transit mempelajari rute ke pusat data (`192.168.0.0/16`) dari VBR1 dan VBR2. Jenis lompatan berikutnya untuk kedua rute adalah VBR, dan statusnya Ready. Pastikan juga router transit di wilayah Germany (Frankfurt) mempelajari rute ke VPC (`10.0.30.0/24` dan `10.0.40.0/24`) melalui koneksi antar-wilayah. Jenis lompatan berikutnya adalah Transit Router, dan statusnya Active.
VBR1	Alibaba Cloud Side IPv4 Address: 10.99.0.2 Data Center Side IPv4 Address: 10.99.0.1 IPv4 Subnet Mask: 255.255.255.252	VBR1 terhubung ke router transit di wilayah Germany (Frankfurt). Semua Advanced Settings diaktifkan untuk koneksi tersebut. Entri rute kustom yang mengarah ke pusat data ditambahkan ke VBR1: Blok CIDR tujuan: blok CIDR pusat data (`192.168.0.0/16`) Instans lompatan berikutnya: Sirkuit Express Connect	VBR1 mempelajari rute ke VPC (`10.0.30.0/24` dan `10.0.40.0/24`) dari router transit di wilayah Germany (Frankfurt).
VBR2	Alibaba Cloud Side IPv4 Address: 10.1.0.1 Data Center Side IPv4 Address: 10.1.0.2 IPv4 Subnet Mask: 255.255.255.252	VBR2 terhubung ke router transit di wilayah Germany (Frankfurt). Semua Advanced Settings diaktifkan untuk koneksi tersebut. Entri rute kustom yang mengarah ke pusat data ditambahkan ke VBR2: Blok CIDR tujuan: blok CIDR pusat data (`192.168.0.0/16`) Instans lompatan berikutnya: Sirkuit Express Connect	VBR2 mempelajari rute ke VPC (`10.0.30.0/24` dan `10.0.40.0/24`) dari router transit di wilayah Germany (Frankfurt).
Data center	Blok CIDR untuk komunikasi dengan VPC: `192.168.0.0/16` Alamat IP client: 192.168.10.135	CPE1 Memiliki route statis ke VPC (`10.0.0.0/16`), dengan lompatan berikutnya mengarah ke VBR1. CPE2 Memiliki route statis ke VPC (`10.0.0.0/16`), dengan lompatan berikutnya mengarah ke VBR2.

Prosedur

Langkah 1: Tentukan rute ke pusat data

Konfigurasikan kebijakan perutean.

Anda perlu mengonfigurasi kebijakan perutean untuk router transit tempat instans VBR tersambung. Gunakan kebijakan perutean untuk memodifikasi atribut rute dan menentukan rute aktif dan standby.

Masuk ke Konsol CEN (Cloud Enterprise Network). Pada halaman CEN Instance, temukan instans CEN yang berisi router transit lalu klik ID instans tersebut.
Pada tab Basic Settings > Transit Router, klik ID instans router transit tempat VBR tersambung.
Pada halaman detail instans router transit, klik tab Route Table. Pada tab Route Maps, klik Add Route Map.

Konfigurasikan dua kebijakan perutean untuk menentukan rute aktif dan standby ke pusat data. Gunakan nilai default untuk parameter lainnya.

Kebijakan perutean 1	Kebijakan perutean 2
Untuk rute dari instans VBR1, atur Route Priority menjadi 10. Semakin kecil nilai Route Priority, semakin tinggi prioritas rutenya.	Atur Route Priority menjadi 20 untuk rute dari instans VBR2. Hal ini mengonfigurasi rute dari VBR2 sebagai rute standby.
Policy Priority: 10. Applied to Route Table: tabel rute router transit. Policy Direction: RegionIn. Match Condition: Pilih Source Instance IDs dan masukkan ID instans VBR1. Policy Action: Pilih Allow. Set Attributes: Klik Add Action Object, pilih Route Priority, dan masukkan 10.	Policy Priority: 20. Applied to Route Table: tabel rute router transit. Policy Direction: RegionIn. Match Condition: Pilih Source Instance IDs dan masukkan ID instans VBR2. Policy Action: Pilih Allow. Set Attributes: Klik Add Action Object, pilih Route Priority, dan masukkan 20.

Setelah Anda mengonfigurasi kebijakan perutean, buka tab Route Entry. Status rute dari instans VBR2 berubah menjadi Backup.

Konfigurasikan pemeriksaan kesehatan untuk instans VBR.

Untuk mengaktifkan failover otomatis antara tautan aktif dan standby, Anda harus mengonfigurasi pemeriksaan kesehatan untuk instans VBR di Konsol CEN. Jika pemeriksaan kesehatan untuk instans VBR pada tautan aktif gagal, router transit secara otomatis mengalihkan trafik ke tautan standby. Setelah tautan aktif dipulihkan, router transit secara otomatis mengalihkan trafik kembali ke tautan aktif.

Di panel navigasi sebelah kiri, klik VBR Health Check.
Pada halaman VBR Health Check, pilih wilayah tempat instans VBR ditempatkan lalu klik Add Health Check.

Konfigurasikan pemeriksaan kesehatan untuk VBR1 dan VBR2. Gunakan nilai default untuk parameter lainnya.

Pemeriksaan kesehatan 1	Pemeriksaan kesehatan 2
CEN Instance: Pilih instans CEN tempat router transit berada. Virtual Border Router (VBR): Pilih VBR1. Source IP: Pilih Automatic IP Address. Destination IP: Masukkan Data Center Side IPv4 Address VBR1. Switch Route: Biarkan fitur ini tetap diaktifkan.	CEN Instance: Pilih instans CEN tempat router transit berada. Virtual Border Router (VBR): Pilih VBR2. Source IP: Pilih Automatic IP Address. Destination IP: Masukkan Data Center Side IPv4 Address VBR2. Switch Route: Biarkan fitur ini tetap diaktifkan.

Di pusat data Anda, konfigurasikan rute balik untuk pemeriksaan kesehatan VBR.
Anda harus menambahkan entri rute di pusat data Anda untuk alamat IP sumber pemeriksaan kesehatan dengan subnet mask 32-bit. Lompatan berikutnya dari entri rute tersebut harus mengarah ke Sirkuit Express Connect yang sesuai. Jika tidak, paket probe pemeriksaan kesehatan (ping) tidak dapat kembali melalui jalur aslinya, dan Alibaba Cloud mungkin salah menentukan bahwa Sirkuit Express Connect tidak tersedia.

(Opsional) Konfigurasikan aturan notifikasi untuk instans VBR.
Saat pemeriksaan kesehatan mendeteksi kegagalan tautan, sistem secara otomatis memicu alih bencana rute tetapi tidak mengirimkan notifikasi kepada Anda. Kami menyarankan agar Anda juga mengonfigurasi aturan notifikasi untuk instans VBR. Hal ini memastikan Anda menerima notifikasi jika Sirkuit Express Connect gagal.

Langkah 2: Tentukan rute ke VPC

Pusat data dapat mengakses VPC melalui CPE1 atau CPE2. Untuk memastikan jalur trafik ke VPC dan ke pusat data simetris, Anda juga harus menentukan rute aktif dan standby ke VPC di pusat data Anda. Konfigurasikan pusat data Anda agar memprioritaskan CPE1 untuk akses VPC. Anda juga perlu mengonfigurasi pemeriksaan kesehatan dan failover rute untuk memastikan bahwa pusat data secara otomatis menggunakan CPE2 untuk mengakses VPC jika koneksi CPE1 terputus. Setelah koneksi CPE1 dipulihkan, pusat data harus secara otomatis kembali ke CPE1.

Langkah 3: Uji tautan aktif/standby

Setelah Anda mengonfigurasi rute aktif/standby, Anda dapat menggunakan fitur fault drill Express Connect untuk memutus tautan utama dan menguji apakah tautan aktif dan standby dapat beralih secara otomatis. Selama pengujian, Anda dapat menjalankan perintah traceroute -I <alamat IP tujuan> pada client di pusat data Anda dan pada instans ECS untuk melacak jalur trafik dan memeriksa apakah trafik dikirimkan melalui jalur yang diharapkan.

Catatan

Parameter -I menunjukkan bahwa paket uji dikirim melalui protokol ICMP. Pastikan aturan kontrol akses di pusat data Anda dan aturan security group ECS mengizinkan trafik ICMP antara segmen jaringan pusat data dan segmen jaringan VPC.
Client pusat data dalam artikel ini menggunakan sistem operasi CentOS Stream 9 64-bit. Jika sistem operasi Anda tidak mendukung perintah traceroute, instal perintah tersebut terlebih dahulu.
Jika perangkat Anda tidak dapat melacak jalur trafik dengan perintah traceroute, Anda juga dapat menentukan jalur trafik dengan melihat grafik pemantauan untuk koneksi VBR di Konsol CEN.

Jalankan perintah traceroute -I <alamat IP target> pada instans ECS dan client pusat data lokal, masing-masing, untuk melihat jalur transmisi trafik saat ini.
Masuk ke Konsol Express Connect dan konfigurasikan fault drill untuk memutus tautan aktif. Setelah fault drill dimulai, periksa jalur trafik pada instans ECS dan client di pusat data. Tabel berikut menjelaskan konfigurasi fault drill.
- Region: Pilih Germany (Frankfurt).
- Drill Resource: Pilih Virtual Border Router (VBR).
- Instances: Pilih VBR1.
- Drill Mode: Pilih Start Now.
- Drill Duration: 5 menit.

Setelah fault drill selesai, tautan aktif secara otomatis dipulihkan. Periksa kembali jalur trafik pada instans ECS dan client di pusat data.

Jalur trafik ke dan dari VPC bersifat simetris. Trafik diprioritaskan melalui tautan aktif. Jika tautan aktif terputus, trafik secara otomatis beralih ke tautan standby. Setelah tautan aktif dipulihkan, trafik secara otomatis kembali ke tautan aktif. Gangguan trafik singkat mungkin terjadi selama alih bencana tautan.

Perangkat

Jalur trafik saat ini

Tautan aktif terputus

Tautan aktif dipulihkan

Client di pusat data

Jalankan perintah traceroute pada client di pusat data lokal, di mana hop kedua melewati 10.99.0.2 untuk mencapai tujuan 10.0.30.104:

[e xxx ]$ traceroute -I 10.0.30.104
traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets
1  100.64.0.113 (100.64.0.113)  0.729 ms  *  *
2  10.99.0.2 (10.99.0.2)  0.513 ms  0.653 ms  *
3  *  *  *
4  10.0.30.104 (10.0.30.104)  150.274 ms  150.269 ms  150.267 ms

[exxxZ ~]$ traceroute -I 10.0.30.104
traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets
1  100.64.0.129 (100.64.0.129)  0.636 ms  0.845 ms  1.120 ms
2  10.1.0.1 (10.1.0.1)  0.526 ms  0.675 ms  0.809 ms
3  *  *  *
4  10.0.30.104 (10.0.30.104)  150.429 ms  150.427 ms  150.424 ms

Setelah tautan utama dipulihkan, jalankan traceroute pada client di IDC lokal Anda. Hop kedua kembali melewati 10.99.0.2, menunjukkan bahwa trafik telah dialihkan kembali ke tautan utama.

[exxx ~]$ traceroute -I 10.0.30.104
traceroute to 10.0.30.104 (10.0.30.104), 30 hops max, 60 byte packets
1  100.64.0.113 (100.64.0.113)  0.765 ms  1.041 ms  1.220 ms
2  10.99.0.2 (10.99.0.2)  0.524 ms  0.804 ms  0.961 ms
3  *  *  *
4  10.0.30.104 (10.0.30.104)  150.156 ms  150.153 ms  150.150 ms

Instans ECS

Saat Anda menjalankan perintah traceroute pada instans ECS untuk menguji tautan, hop keempat menunjukkan alamat lompatan berikutnya 10.99.0.1, yang menunjukkan bahwa trafik melewati node ini untuk mencapai alamat tujuan.

~]$ traceroute -I 192.168.10.135
traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets
 1  * * *
 2  100.64.0.145 (100.64.0.145)  150.614 ms  150.947 ms  151.166 ms
 3  100.64.0.145 (100.64.0.145)  151.386 ms  151.658 ms  151.894 ms
 4  10.99.0.1 (10.99.0.1)  150.482 ms  150.563 ms  150.657 ms
 5  192.168.10.135 (192.168.10.135)  150.399 ms  150.396 ms  150.393 ms

Jalankan perintah traceroute pada instans ECS. Alamat hop keempat berubah menjadi 10.1.0.2, menunjukkan bahwa trafik telah beralih ke tautan standby.

~]$ traceroute -I 192.168.10.135
traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets
 1  * * *
 2  100.64.0.225 (100.64.0.225)  151.232 ms  151.230 ms  151.529 ms
 3  100.64.0.225 (100.64.0.225)  151.762 ms  151.994 ms  152.374 ms
 4  10.1.0.2 (10.1.0.2)  150.702 ms  150.699 ms  150.696 ms
 5  192.168.10.135 (192.168.10.135)  150.692 ms  150.691 ms  150.688 ms

Setelah Anda memulihkan VPC utama, jalankan perintah traceroute pada instans ECS. Hop keempat kembali menjadi 10.99.0.1, yang menunjukkan bahwa trafik telah dialihkan kembali ke tautan utama.

~]$ traceroute -I 192.168.10.135
traceroute to 192.168.10.135 (192.168.10.135), 30 hops max, 60 byte packets
 1  * * *
 2  100.64.0.145 (100.64.0.145)  150.959 ms  151.269 ms  151.626 ms
 3  100.64.0.145 (100.64.0.145)  151.858 ms  152.054 ms  152.276 ms
 4  10.99.0.1 (10.99.0.1)  150.849 ms  150.891 ms  151.028 ms
 5  192.168.10.135 (192.168.10.135)  150.738 ms  150.734 ms  150.732 ms

FAQ

Rute aktif/standby untuk Router transit Edisi Dasar

Anda juga dapat mengikuti langkah-langkah dalam topik ini untuk mengonfigurasi rute aktif/standby untuk Router transit Edisi Dasar. Antarmuka pengguna konsol untuk Router transit Edisi Dasar mungkin berbeda dari antarmuka untuk Router transit edisi perusahaan. Untuk informasi lebih lanjut, lihat dokumentasi terkait.

Jika Anda tidak dapat menggunakan perintah traceroute untuk melacak jalur trafik, Anda dapat melihat grafik pemantauan instans VBR di Konsol Express Connect untuk mengetahui jalur trafik.