Ringkasan rute statis

Dokumen ini menjelaskan cara Network Connectivity Center 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 Network Connectivity Center tidak bertukar 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 benar:

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 mencoba 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 Network Connectivity Center (diimpor dari hub): Google Cloud secara eksklusif mencari 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 yang berbeda.

    • Untuk mengetahui detail tentang cara menemukan Load Balancer Jaringan passthrough internal di spoke VPC lain, lihat Persyaratan Network Connectivity Center untuk konektivitas.

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

  • 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.

Perubahan pada Load Balancer Jaringan passthrough internal next hop

Google Cloud terus-menerus mencoba 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 beralih ke next hop Load Balancer Jaringan passthrough internal pengganti.

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

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

Persyaratan Network Connectivity Center 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 VPC spoke grup spoke edge, Load Balancer Jaringan passthrough internal next hop dapat berada di VPC spoke edge tersebut atau di VPC spoke mana pun dari grup spoke tengah. Next hop tidak boleh berada di spoke VPC yang berbeda dalam grup spoke edge.

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

  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 Network Connectivity Center terpenuhi, tetapi akses global load balancer tidak diaktifkan, Google Cloud akan menghapus 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