Ringkasan rute statis

Dokumen ini menjelaskan cara Network Connectivity Center (NCC) mendukung rute statis di spoke VPC.

Sebelum membaca halaman ini, pastikan Anda memahami referensi berikut:

  • Rute untuk ringkasan umum rute di Google Cloud
  • Rute statis untuk ringkasan rute statis

Pengantar

Tidak seperti rute subnet dan rute dinamis, hub NCC tidak menukar rute statis. Sebagai gantinya, hub memberikan fleksibilitas konfigurasi tambahan untuk rute statis yang dibuat di setiap spoke VPC.

Rute statis di satu spoke VPC dapat menggunakan next hop di spoke VPC lain jika semua hal berikut terpenuhi:

Fleksibilitas konfigurasi tambahan untuk rute statis hanya berlaku untuk spoke VPC, bukan untuk jaringan VPC yang murni merutekan jaringan VPC (hanya berisi spoke hybrid).

Untuk perbandingan dengan jenis next hop rute statis lainnya, lihat Project dan jaringan next hop.

Mengidentifikasi Load Balancer Jaringan passthrough internal next hop

Google Cloud berupaya menemukan Load Balancer Jaringan passthrough internal untuk rute statis yang memiliki alamat IP Load Balancer Jaringan passthrough internal next hop menggunakan proses berikut:

  • Jika alamat IP next hop berada dalam rentang tujuan rute subnet lokal: Google Cloud secara eksklusif menelusuri Load Balancer Jaringan passthrough internal yang alamat IP aturan penerusannya berada di subnet lokal yang sesuai. Jika Load Balancer Jaringan passthrough internal next hop ditemukan, rute statis dan next hop berada di jaringan VPC yang sama.

  • Jika alamat IP next hop berada dalam rentang tujuan rute subnet NCC (diimpor dari hub): Google Cloud secara eksklusif menelusuri Load Balancer Jaringan passthrough internal yang alamat IP aturan penerusannya berada di subnet yang sesuai dari spoke VPC lain. Jika Load Balancer Jaringan passthrough internal next hop ditemukan, rute statis berada di satu spoke VPC, dan next hop berada di spoke VPC lain.

    • Untuk mengetahui detail tentang cara menemukan Load Balancer Jaringan passthrough internal di spoke VPC lain dapat ditemukan, lihat Persyaratan NCC untuk konektivitas.

    • Jika ingin menggunakan Load Balancer Jaringan passthrough internal next hop di jaringan VPC perutean (berisi spoke hybrid), Anda harus menambahkan jaringan VPC perutean ke hub sebagai spoke VPC. Untuk mengetahui batasan lainnya yang relevan dengan penggunaan jaringan VPC perutean sebagai spoke VPC, lihat Pertimbangan untuk pertukaran rute dinamis dengan spoke VPC.

  • Jika alamat IP next hop berada dalam rentang tujuan rute subnet peering (diimpor dari jaringan lain yang menggunakan Peering Jaringan VPC): Google Cloud secara eksklusif menelusuri Load Balancer Jaringan passthrough internal yang alamat IP aturan penerusannya berada di subnet yang sesuai dari jaringan VPC yang di-peering. Jika Load Balancer Jaringan passthrough internal next hop ditemukan, rute statis berada di satu jaringan VPC, dan next hop berada di jaringan VPC yang di-peering.

Jika tidak ada Load Balancer Jaringan passthrough internal next hop yang ditemukan, paket yang dikirim ke rentang tujuan rute statis akan dihentikan.

Update ke Load Balancer Jaringan passthrough internal next hop

Google Cloud terus berupaya mengidentifikasi Load Balancer Jaringan passthrough internal next hop. Dalam situasi contoh berikut, next hop untuk rute statis diperbarui secara otomatis.

  • Mengganti Load Balancer Jaringan passthrough internal next hop: jika next hop untuk rute statis adalah alamat IP Load Balancer Jaringan passthrough internal, Anda dapat menghapus Load Balancer Jaringan passthrough internal next hop tanpa perlu menghapus rute statis terlebih dahulu. Jika Google Cloud menemukan Load Balancer Jaringan passthrough internal pengganti dengan alamat IP yang sama, Google Cloud akan beralih ke Load Balancer Jaringan passthrough internal next hop pengganti.

  • Rute statis yang ada tanpa Load Balancer Jaringan passthrough internal next hop yang valid dapat beroperasi: saat Load Balancer Jaringan passthrough internal next hop yang valid ditemukan, Google Cloud akan mulai menggunakan Load Balancer Jaringan passthrough internal next hop tersebut.

  • Menyesuaikan konfigurasi NCC: memindahkan spoke VPC ke grup spoke lain atau menyesuaikan filter ekspor dapat menyebabkan Load Balancer Jaringan passthrough internal next hop tidak lagi ditemukan atau Load Balancer Jaringan passthrough internal next hop lain ditemukan dan digunakan.

Persyaratan NCC untuk konektivitas

Untuk menemukan Load Balancer Jaringan passthrough internal next hop di spoke VPC lain, subnet yang digunakan oleh aturan penerusan Load Balancer Jaringan passthrough internal harus dapat diakses di spoke VPC tempat rute statis ditentukan. Kedua kondisi berikut harus terpenuhi:

  1. Topologi hub harus mengizinkan pertukaran rute subnet yang berisi Load Balancer Jaringan passthrough internal next hop.

    • Jika Anda menggunakan topologi mesh, semua spoke VPC adalah bagian dari grup spoke yang sama. Rute statis dapat ada di spoke VPC mana pun, dan Load Balancer Jaringan passthrough internal next hop-nya dapat ada di spoke VPC mana pun.

    • Jika Anda menggunakan topologi bintang, persyaratan berikut berlaku:

      • Jika rute statis berada di spoke VPC dari grup spoke edge, Load Balancer Jaringan passthrough internal next hop dapat berada di spoke VPC edge tersebut atau di spoke VPC mana pun dari grup spoke pusat. Next hop tidak dapat berada di spoke VPC lain dari grup spoke edge.

      • Jika rute statis berada di spoke VPC dari grup spoke pusat, Load Balancer Jaringan passthrough internal next hop-nya dapat berada di spoke VPC mana pun (di grup spoke edge atau grup spoke pusat).

  2. Rentang subnet yang digunakan oleh aturan penerusan Load Balancer Jaringan passthrough internal harus diekspor ke hub. Untuk mengetahui informasi selengkapnya, lihat Konektivitas VPC dengan filter ekspor.

Pengaruh akses global

Load Balancer Jaringan passthrough internal next hop yang tidak mengaktifkan akses global tidak dapat dijangkau dari region di luar region load balancer. Jika Google Cloud telah mengidentifikasi load balancer next hop di alamat IP next hop yang ditentukan, dan persyaratan konektivitas NCC terpenuhi, tetapi load balancer tidak mengaktifkan akses global, Google Cloud akan menghentikan semua paket yang dikirim dari instance VM, lampiran VLAN, dan tunnel Cloud VPN di region yang berbeda dengan region load balancer.

Untuk mengubah perilaku ini dan membuat load balancer next hop dapat dijangkau dari semua region, aktifkan akses global.

Langkah berikutnya