Ringkasan administrasi Spoke

Halaman ini memberikan ringkasan dari perspektif administrator spoke Virtual Private Cloud (VPC).

Jika hub Network Connectivity Center dan spoke VPC berada dalam project yang sama, administrator spoke VPC harus memiliki kedua binding Identity and Access Management (IAM) berikut di project tersebut:

Jika hub Network Connectivity Center dan spoke VPC berada di project yang berbeda, kebijakan IAM harus memiliki binding berikut.

Anda juga dapat menggunakan peran khusus selama peran khusus menyertakan izin yang sama dengan peran standar yang tercantum sebelumnya.

Jika jaringan VPC dan hub Network Connectivity Center berada di project yang berbeda, administrator spoke VPC harus membuat proposal spoke untuk meminta jaringan VPC bergabung dengan hub. Administrator hub meninjau proposal. Jika administrator hub menerima proposal, jaringan VPC akan terhubung ke hub. Administrator hub juga dapat menolak proposal spoke. Administrator spoke dapat memeriksa status proposal spoke VPC kapan saja.

Anda dapat mengusulkan pembaruan ke spoke VPC yang ada untuk mengubah kumpulan rentang subnet IPv4 yang diekspor ke tabel rute hub.

Untuk informasi selengkapnya, lihat bagian berikut.

Keunikan rute subnet

Serupa dengan Peering Jaringan VPC, Google Cloud melarang konflik rentang alamat IP subnet di antara spoke VPC yang terhubung ke hub Network Connectivity Center. Rentang alamat IP subnet bertentangan dengan rentang alamat IP subnet lain jika salah satu hal berikut berlaku:

  • Rentang alamat IP subnet di satu jaringan VPC sama persis dengan rentang alamat IP subnet di jaringan VPC lain.
  • Rentang alamat IP subnet di satu jaringan VPC sesuai dengan rentang alamat IP subnet di jaringan VPC lain.
  • Rentang alamat IP subnet di satu jaringan VPC berisi rentang alamat IP subnet di jaringan VPC lain.

Spoke VPC tidak dapat mengekspor rentang alamat IP subnet yang bertentangan ke hub Network Connectivity Center yang sama. Anda dapat menggunakan tanda exclude-export-ranges di Google Cloud CLI atau kolom excludeExportRanges di API untuk mencegah rentang alamat IP subnet dibagikan dari spoke VPC ke hub Network Connectivity Center. Misalnya, Anda memiliki dua jaringan VPC yang ingin dihubungkan ke hub Network Connectivity Center yang sama:

  • Jaringan VPC pertama memiliki subnet dengan rentang alamat IPv4 internal utama 100.64.0.0/16, yang menghasilkan rute subnet untuk 100.64.0.0/16.
  • Jaringan VPC kedua memiliki subnet dengan rentang alamat IPv4 internal sekunder 100.64.0.0/24, yang menghasilkan rute subnet untuk 100.64.0.0/24.

Kedua rute subnet memiliki rentang alamat IP subnet yang bertentangan karena 100.64.0.0/24 sesuai dengan 100.64.0.0/16. Anda tidak dapat menghubungkan kedua jaringan sebagai spoke VPC ke hub Network Connectivity Center yang sama, kecuali jika Anda menyelesaikan konflik. Anda dapat menggunakan salah satu strategi berikut untuk menyelesaikan konflik:

  • Kecualikan rentang alamat IP 100.64.0.0/16 saat Anda melampirkan jaringan VPC pertama ke hub, atau kecualikan rentang alamat IP 100.64.0.0/24 saat Anda melampirkan jaringan VPC kedua ke hub.
  • Kecualikan 100.64.0.0/16 atau seluruh ruang RFC 6598, 100.64.0.0/10, saat Anda melampirkan setiap jaringan VPC.

Interaksi dengan rute subnet Peering Jaringan VPC

Rute subnet peering adalah rute yang ditukarkan antara jaringan VPC yang terhubung menggunakan Peering Jaringan VPC. Meskipun rute subnet peering tidak pernah dipertukarkan di antara spoke VPC yang terhubung ke hub Network Connectivity Center, Anda tetap perlu mempertimbangkan rute subnet peering. Dari perspektif setiap spoke VPC, semua rute subnet lokal, rute subnet peering yang diimpor, dan rute subnet Network Connectivity Center yang diimpor tidak boleh bertentangan.

Untuk mengilustrasikan konsep ini, pertimbangkan konfigurasi berikut:

  • Jaringan VPC net-a adalah spoke VPC yang terhubung ke hub Network Connectivity Center.
  • Jaringan VPC net-b adalah spoke VPC yang terhubung ke hub Network Connectivity Center yang sama.
  • Jaringan VPC net-b dan net-c terhubung satu sama lain menggunakan Peering Jaringan VPC.

Misalkan rentang alamat IP subnet lokal untuk 100.64.0.0/24 ada di net-c. Tindakan ini akan membuat rute subnet lokal di net-c dan rute subnet peering di net-b. Meskipun rute subnet peering untuk rentang alamat IP 100.64.0.0/24 tidak diekspor ke hub Network Connectivity Center, keberadaannya di net-b mencegah net-b mengimpor rute Network Connectivity Center yang tujuannya sama persis dengan 100.64.0.0/24, sesuai dengan 100.64.0.0/24, atau berisi 100.64.0.0/24. Akibatnya, tidak ada rute subnet lokal untuk 100.64.0.0/24, 100.64.0.0/25, atau 100.64.0.0/16 yang dapat ada di net-a kecuali Anda mengonfigurasi net-a agar tidak mengekspor rentang yang bertentangan.

Tabel rute yang menampilkan rute subnet

Google Cloud menampilkan rute subnet Network Connectivity Center yang diimpor dari spoke VPC dalam dua tabel rute:

Google Cloud otomatis memperbarui tabel rute jaringan VPC dari setiap spoke VPC dan tabel rute hub Network Connectivity Center saat salah satu kondisi berikut terpenuhi:

Dalam tabel rute jaringan VPC, setiap rute yang diimpor dari spoke VPC lainnya akan muncul sebagai rute subnet Network Connectivity Center yang next hop-nya adalah hub Network Connectivity Center. Rute subnet Network Connectivity Center ini memiliki nama yang diawali dengan awalan ncc-subnet-route-. Untuk melihat next hop yang sebenarnya untuk rute subnet Network Connectivity Center yang diimpor, Anda dapat melihat tabel rute hub Network Connectivity Center atau melihat tabel rute jaringan VPC dari spoke VPC yang mengekspor rute subnet ke hub Network Connectivity Center.

Untuk mengetahui informasi selengkapnya tentang rute VPC, lihat Rute dalam dokumentasi VPC.

Langkah berikutnya