Spoke VPC
Network Connectivity Center menyediakan network connectivity antar-VPC dalam skala besar dengan dukungan untuk spoke VPC. Spoke VPC mengurangi kompleksitas operasional pengelolaan setiap koneksi Peering Jaringan VPC berpasangan melalui penggunaan spoke VPC dan model pengelolaan konektivitas terpusat. Spoke VPC dapat mengekspor dan mengimpor semua rute subnet dari VPC spoke lainnya di hub Network Connectivity Center. Hal ini memastikan konektivitas penuh antara semua workload yang berada di semua jaringan VPC ini. Traffic jaringan antar-VPC tetap berada dalam Google Cloud jaringan dan tidak berpindah melalui internet, sehingga membantu memastikan privasi dan keamanan.
Spoke VPC dapat berada dalam project dan organisasi yang sama atau dalam project dan organisasi yang berbeda dengan hub NCC. Spoke VPC dapat dihubungkan ke satu hub dalam satu waktu.
Untuk mengetahui informasi tentang cara membuat spoke VPC, lihat Membuat spoke VPC.
Pertimbangan untuk pertukaran rute dinamis dengan spoke VPC
Merutekan jaringan VPC yang juga merupakan spoke VPC: NCC mendukung dua atau beberapa jaringan VPC perutean di hub yang sama hanya jika semua jaringan VPC perutean tersebut bukan juga spoke VPC. Jika hub NCC memiliki satu jaringan VPC perutean, jaringan VPC perutean tersebut secara opsional juga dapat menjadi spoke VPC:
Jika Anda perlu menyediakan koneksi Private Service Connect yang disebarkan ke jaringan lokal melalui spoke hybrid hub, satu jaringan VPC perutean hub juga harus terhubung sebagai spoke VPC.
Jika Anda tidak perlu menyediakan koneksi Private Service Connect yang disebarkan ke jaringan lokal melalui spoke hybrid hub, sebaiknya jangan mengonfigurasi jaringan VPC perutean sebagai spoke VPC agar hub dapat mendukung dua atau beberapa jaringan VPC perutean.
Perbandingan dengan Peering Jaringan VPC
Spoke VPC mendukung persyaratan perusahaan menengah hingga besar dengan:
- Memungkinkan Anda mengontrol rute subnet IPv4 dan IPv6 yang diekspor ke hub
- Mengimpor rute subnet IPv4 dan IPv6 dari hub
- Mengimpor rute dinamis IPv4 dan IPv6 (Pratinjau) yang telah diekspor spoke hybrid ke hub
- Memungkinkan Anda untuk mengonfigurasi rute statis dengan Load Balancer Jaringan passthrough internal next hop di spoke VPC lainnya
Aturan berikut berlaku untuk jaringan spoke VPC yang terhubung ke jaringan VPC lain menggunakan Peering Jaringan VPC kecuali untuk spoke VPC produsen :
- Jaringan VPC lain tidak dapat terhubung ke hub NCC sebagai spoke VPC.
- Jaringan spoke VPC tidak dapat mengekspor rute subnet peering, yang diimpor dari jaringan lain, ke hub.
| Fitur | Peering Jaringan VPC | Spoke VPC |
|---|---|---|
| Jumlah jaringan VPC | ||
| Jumlah rentang subnet (rute subnet) |
Kuota rute subnet per tabel rute |
|
| Jumlah rute dinamis |
Kuota awalan rute dinamis unik per tabel rute hub per region |
|
| Jumlah rute statis |
Pertukaran rute statis tidak didukung, tetapi Anda dapat Mengonfigurasi rute statis dengan Load Balancer Jaringan passthrough internal next hop di spoke VPC yang berbeda. |
|
| Ekspor filter |
Filter tertentu tidak didukung; lihat Opsi pertukaran rute dalam dokumentasi Peering Jaringan VPC. |
Mendukung rentang ekspor sertakan dan rentang ekspor kecualikan. Untuk mengetahui informasi selengkapnya, lihat Filter ekspor dan Aturan filter ekspor untuk spoke VPC. |
| Inter-VPC NAT |
|
|
| Penyebaran endpoint Private Service Connect |
|
|
| Konektivitas spoke VPC produsen di jaringan VPC lain |
|
|
| Alamat IP |
Alamat IPv4 internal, termasuk alamat IPv4 pribadi dan alamat IPv4 publik yang digunakan secara pribadi. Lihat Rentang IPv4 yang valid. Alamat IPv6 internal dan eksternal. |
Alamat IPv4 internal, termasuk alamat IPv4 pribadi dan alamat IPv4 publik yang digunakan secara pribadi. Lihat Rentang IPv4 yang valid. Alamat IPv6 internal dan eksternal. |
| Kelompok alamat IP |
Konfigurasi yang didukung:
|
Konfigurasi yang didukung:
|
| Performa dan throughput (jika dibandingkan dengan mekanisme konektivitas VPC lainnya) |
Latensi terendah, throughput tertinggi (setara dengan VM-VM). |
Latensi terendah, throughput tertinggi (setara dengan VM-VM). |
Spoke VPC di project yang berbeda
Spoke VPC dapat berada di project hub NCC atau project yang berbeda. Jika spoke VPC dan hub NCC berada di project yang berbeda, project tersebut dapat berada di organisasi yang sama atau organisasi yang berbeda.
- Administrator hub membuat dan mengelola hub NCC serta menerima proposal spoke VPC.
- Administrator spoke membuat proposal untuk jaringan VPC di agar bergabung dengan hub sebagai spoke VPC.
Untuk mengetahui informasi selengkapnya tentang administrator hub dan administrator spoke, lihat:
Saat administrator spoke membuat spoke VPCdi project yang sama dengan hub, NCC akan segera menambahkan spoke VPC.
Saat administrator spoke membuat spoke VPC di project yang berbeda dengan project hub NCC, NCC akan membuat proposal spoke yang harus disetujui oleh administrator hub sebelum spoke VPC menjadi aktif. Untuk mengetahui informasi selengkapnya, lihat:
- Mengusulkan spoke VPC dalam project berbeda
- Memeriksa status spoke VPC
- Meninjau spoke VPC yang diusulkan
Interaksi spoke dengan Kontrol Layanan VPC
NCC mendukung Kontrol Layanan VPC untuk spoke lintas project dan organisasi. Untuk spoke di project yang berbeda dengan hub, saat perimeter Kontrol Layanan VPC baru ditambahkan, Anda tidak dapat menambahkan spoke baru yang melanggar perimeter tersebut. Namun, spoke yang sudah ada yang Anda tambahkan sebelum menambahkan perimeter Kontrol Layanan VPC akan tetap berfungsi.
Konektivitas VPC dengan filter ekspor
NCC memungkinkan Anda membatasi cara spoke lain dapat terhubung ke spoke VPC menggunakan filter spoke. Untuk mengetahui informasi mendetail tentang filter spoke, lihat Ringkasan filter spoke. Spoke VPC hanya mendukung filter ekspor.
Topologi preset
NCC memungkinkan Anda menentukan konfigurasi konektivitas di semua spoke VPC. Anda dapat memilih salah satu dari dua topologi preset berikut:
Untuk mengetahui informasi mendetail tentang topologi konektivitas, lihat Topologi konektivitas preset.
Untuk mengetahui informasi mendetail tentang cara mengonfigurasi topologi mesh atau bintang untuk spoke VPC, lihat Mengonfigurasi hub.
Batasan
Bagian ini menjelaskan batasan spoke VPC secara umum dan kapan spoke dipasang ke hub dalam project yang berbeda. Batasan ini juga berlaku untuk spoke VPC produsen.
Batasan-batasan spoke VPC
- Anda tidak dapat menggunakan Peering Jaringan VPC di antara dua spoke VPC yang juga terhubung menggunakan hub NCC. Namun, pertimbangkan hal berikut:
- Spoke VPC produsen memerlukan koneksi peering ke spoke VPC di hub yang sama. Konektivitas melalui NCC tidak dibuat antara spoke VPC produsen dan spoke VPC yang di-peering.
- Anda dapat memiliki spoke VPC yang terhubung ke NCC yang di-peering melalui Peering Jaringan VPC dengan VPC terpisah yang bukan bagian dari NCC.
- Anda dapat menggunakan Peering Jaringan VPC di antara dua spoke VPC dalam grup spoke edge hub yang dikonfigurasi untuk menggunakan topologi bintang. Hal ini karena NCC tidak menghubungkan spoke dalam grup edge satu sama lain.
- Pertukaran rute statis di seluruh spoke VPC tidak didukung.
- Load Balancer Jaringan passthrough internal berbasis IPv6 tidak dapat dijangkau di antara spoke VPC.
- Jaringan VPC mode otomatis tidak didukung sebagai spoke VPC. Anda dapat beralih dari mode otomatis ke jaringan VPC kustom yang memungkinkan Anda menentukan awalan subnet secara manual untuk setiap region di jaringan VPC. Setelah jaringan diperbarui, Anda tidak dapat mengurungkan tindakan ini.
Periode tunggu setelah menghapus spoke VPC
Untuk spoke baru untuk jaringan VPC yang sama yang terpasang ke hub berbeda, Anda harus menunggu periode tunggu setidaknya 10 menit. Jika periode tunggu yang memadai tidak diizinkan, konfigurasi baru mungkin tidak akan diterapkan. Periode tunggu ini tidak diperlukan jika jaringan VPC ditambahkan sebagai spoke ke hub yang sama.
Kuota dan batas
Saat menggunakan pertukaran rute dinamis, pantau dengan cermat penggunaan jumlah rute dinamis per hub. Kuota ini menghitung penggunaan berdasarkan tujuan (awalan) saja, tanpa memperhatikan prioritas atau next hop rute dinamis. Jika penggunaan kuota ini melebihi batasnya, NCC akan menghapus rute berdasarkan tujuan. Jika tujuan dihapus, semua rute dinamis dengan tujuan tersebut—terlepas dari prioritas atau next hop—tidak lagi dikirim ke hub.
Untuk mengetahui informasi kuota mendetail, lihat Kuota dan batas.
Penagihan
Bagian berikut menguraikan detail penagihan untuk jam kerja spoke dan traffic keluar.
Jam kerja spoke
Jam kerja spoke dikenakan biaya bagi project tempat resource spoke berada dan
mengikuti harga jam kerja spoke standar. Jam kerja spoke hanya akan dikenakan biaya saat spoke dalam keadaan ACTIVE.
Traffic keluar
Traffic keluar dikenakan biaya bagi project resource spoke tempat traffic berasal. Harganya sama terlepas dari apakah traffic melewati batas project atau tidak.
Perjanjian tingkat layanan
Untuk mengetahui informasi tentang perjanjian tingkat layanan NCC, lihat Perjanjian Tingkat Layanan (SLA) Network Connectivity Center.
Harga
Untuk mengetahui informasi tentang harga, lihat Harga NCC.
Langkah berikutnya
- Untuk membuat hub dan spoke, lihat Bekerja dengan hub dan spoke.
- Untuk melihat daftar partner yang solusinya terintegrasi dengan NCC, lihat Partner NCC.
- Untuk menemukan solusi atas masalah umum, lihat Pemecahan masalah.
- Untuk mendapatkan detail tentang API dan perintah
gcloud, lihat API dan referensi.