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 lain 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 jaringan Google Cloud 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 Network Connectivity Center. Spoke VPC dapat dihubungkan ke satu hub dalam satu waktu.
Untuk mengetahui informasi tentang cara membuat spoke VPC, lihat Membuat spoke VPC.
Perbandingan dengan Peering Jaringan VPC
Spoke VPC mendukung persyaratan perusahaan sedang hingga besar dengan menyediakan konektivitas rute subnet IPv4 dan IPv6 serta konektivitas rute dinamis IPv4 menggunakan spoke hybrid.
Jaringan VPC dapat secara bersamaan menjadi spoke VPC Network Connectivity Center dan terhubung ke jaringan VPC lain menggunakan Peering Jaringan VPC, asalkan jaringan VPC yang di-peering bukanlah spoke VPC itu sendiri.
Perhatikan hal-hal berikut saat menggunakan spoke VPC Network Connectivity Center dan Peering Jaringan VPC:
Rute subnet peering di spoke VPC tidak diekspor ke hub.
Network Connectivity Center tidak menyediakan konektivitas ke resource di jaringan VPC yang terhubung ke satu spoke VPC menggunakan Peering Jaringan VPC, dengan pengecualian berikut:
- Jaringan VPC produsen layanan yang di-peering untuk akses layanan pribadi dapat ditambahkan sebagai spoke VPC produsen (Pratinjau).
Fitur | Peering Jaringan VPC | Spoke VPC |
---|---|---|
Jaringan VPC | ||
Rentang subnet (rute subnet) | ||
Rute statis dan dinamis |
Awalan rute dinamis unik per tabel rute hub per region. Pertukaran rute statis tidak didukung. |
|
Ekspor filter |
Filter tertentu tidak didukung; lihat Opsi pertukaran rute dalam dokumentasi Peering Jaringan VPC. |
Hingga 16 rentang CIDR yang didukung per spoke VPC. |
Inter-VPC NAT |
Tidak didukung |
Didukung |
Penyebaran koneksi Private Service Connect |
Tidak didukung |
Didukung (Pratinjau) |
Konektivitas spoke VPC produsen dari jaringan VPC lain |
Tidak didukung |
Didukung (Pratinjau) |
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 pribadi saja, tidak termasuk alamat IPv4 publik yang digunakan secara pribadi. Lihat Rentang IPv4 yang valid. Alamat IPv6 internal dan eksternal (Pratinjau). |
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 dengan hub
Dengan menggunakan Network Connectivity Center, Anda dapat melampirkan jaringan VPC, yang ditampilkan sebagai spoke VPC, ke satu hub di project yang berbeda, termasuk project di organisasi yang berbeda. Hal ini memungkinkan Anda menghubungkan jaringan VPC ke beberapa project dan organisasi secara bersamaan dalam skala besar.
Anda dapat menjadi salah satu jenis pengguna berikut:
- Administrator hub yang memiliki hub dalam satu project
- Administrator spoke jaringan VPC atau administrator jaringan yang ingin menambahkan jaringan VPC mereka dalam project yang berbeda sebagai spoke dari hub
Administrator hub mengontrol siapa yang dapat membuat spoke VPC di project berbeda yang terkait dengan hub mereka menggunakan izin Identity and Access Management (IAM). Administrator spoke jaringan VPC membuat spoke di project yang berbeda dengan hub. Spoke ini tidak aktif saat dibuat. Administrator hub harus meninjaunya, dan mereka dapat menerima atau menolak spoke tersebut. Jika administrator hub menerima spoke, maka spoke tersebut akan menjadi aktif.
Network Connectivity Center akan selalu otomatis menerima spoke yang dibuat dalam project yang sama dengan hub.
Untuk mengetahui informasi mendetail tentang cara mengelola hub yang memiliki spoke VPC dalam project yang berbeda dengan hub, lihat Ringkasan administrasi Hub. Untuk mengetahui informasi mendetail tentang administrator spoke, lihat Ringkasan administrasi Spoke.
Interaksi spoke dengan Kontrol Layanan VPC
Network Connectivity Center 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 terus berfungsi.
Konektivitas VPC dengan filter ekspor
Dengan Network Connectivity Center, Anda dapat membatasi konektivitas semua jaringan VPC spoke hanya ke subset dari subnetwork di VPC spoke. Anda dapat membatasi konektivitas sebagai berikut:
- Untuk rentang subnet IPv4:
- Anda dapat mengonfigurasi spoke untuk mengiklankan semua rentang IPv4 subnet atau tidak ada rentang IPv4 subnet.
- Anda dapat menentukan rentang alamat IPv4 untuk mencegahnya diiklankan dan membuat daftar rentang CIDR yang dapat diiklankan dari jaringan VPC. Atau, Anda hanya dapat menentukan daftar rentang CIDR yang diizinkan, sehingga memblokir semua kecuali rentang yang diizinkan.
- Untuk rentang subnet IPv6 (Pratinjau):
- Anda dapat mengonfigurasi spoke untuk mengiklankan semua rentang subnet IPv6-nya atau tidak ada satu pun rentang subnet IPv6-nya.
Anda dapat menggunakan filter ekspor untuk mengonfigurasi spoke VPC agar hanya menukar rentang subnet IPv4, hanya rentang subnet IPv6, atau rentang subnet IPv4 dan IPv6. Pertimbangkan spoke yang jaringan VPC-nya memiliki campuran jenis stack subnet. Jika Anda mengonfigurasi spoke untuk hanya mengekspor rentang subnet IPv6, rentang IPv6 dari subnet stack ganda dan khusus IPv6 akan dipertukarkan, tetapi rentang subnet IPv4 dari subnet khusus IPv4 dan stack ganda tidak akan dipertukarkan.
Mengecualikan rentang ekspor
Anda dapat mempertahankan rentang alamat IPv4 agar tidak diberitahukan
menggunakan flag --exclude-export-ranges
di Google Cloud CLI atau
kolom excludeExportRanges
di API. Setiap rentang alamat IPv4 yang cocok dengan
rentang yang ditentukan tidak akan ikut diekspor ke hub. Pemfilteran ini
berguna saat Anda memiliki subnet yang harus bersifat pribadi dalam
jaringan VPC, atau yang mungkin tumpang tindih dengan subnet lain dalam
tabel rute hub.
Menyertakan rentang ekspor
Anda dapat menetapkan rentang alamat IP mana yang diizinkan untuk diiklankan
dari spoke VPC menggunakan flag --include-export-ranges
atau kolom includeExportRanges
di API. Anda dapat menentukan hal berikut:
- Untuk mengiklankan semua rentang subnet IPv4, Anda dapat menentukan
ALL_PRIVATE_IPV4_RANGES
. - Untuk hanya mengiklankan rentang subnet IPv4 tertentu, Anda dapat menentukan daftar rentang CIDR.
- Untuk mengiklankan semua rentang subnet IPv6, Anda dapat menentukan
ALL_IPV6_RANGES
.
Untuk rentang alamat IPv4, Anda dapat membuat konektivitas yang lebih akurat saat menggunakan filter ekspor yang disertakan bersama filter ekspor yang dikecualikan. Pemfilteran ini menentukan apakah rentang subnet tertentu dapat diiklankan dari jaringan VPC.
Pertimbangan
Pertimbangkan hal berikut saat menggunakan filter rentang ekspor yang dikecualikan dan disertakan:
Rentang yang disertakan harus eksklusif satu sama lain, yang berarti bahwa rentang yang disertakan tidak boleh tumpang-tindih. Misalnya, ada tiga rentang alamat IP:
Range 1
:10.100.64.0/18
Range 2
:10.100.250.0/21
Range 3
:10.100.100.0/22
Range 1
danrange 2
adalah rentang yang valid karena keduanya tidak tumpang-tindih. Namun,range 3
berada di bawahrange 1
, yang dapat menyebabkan tumpang-tindih, sehinggarange 3
tidak valid.Karena Network Connectivity Center sudah memiliki filter ekspor pengecualian yang tersedia di kebijakan konfigurasi jaringan, filter ekspor sertakan dan kecualikan akan memengaruhi rentang CIDR konfigurasi jaringan yang valid. Saat filter ekspor sertakan dan kecualikan digunakan, rentang alamat IP yang disertakan harus merupakan superset dari rentang alamat IP yang dikecualikan.
Secara default, semua kebijakan konektivitas VPC memiliki rentang CIDR yang disertakan
0.0.0.0/0
, yang berarti bahwa jika Anda tidak menentukan filter yang disertakan saat membuat spoke VPC, Network Connectivity Center akan menetapkan rentang yang disertakan default ke semua alamat IPv4 pribadi yang valid seperti yang ditentukan dalam Rentang IPv4 yang valid.Untuk menyaring rentang penyertaan, Anda dapat menambahkan beberapa rentang pengecualian. Misalnya, jika Anda menentukan
10.1.0.0/16
sebagai rentang penyertaan dan10.1.100.0/24
serta10.1.200.0/24
sebagai rentang pengecualian, hasilnya adalah konektivitas yang ditingkatkan dengan kombinasi filter penyertaan dan pengecualian. Rentang ini mencakup semuanya mulai dari10.1.0.0/24
hingga10.1.99.0/24
,10.1.101.0/24
hingga10.1.199.0/24
, dan10.1.201.0/24
hingga10.1.255.0/24
.Rentang subnet yang ada akan terus berfungsi seperti yang diharapkan. Tumpang-tindih dengan rentang yang disertakan dan dikecualikan saat membuat rentang subnet baru akan menyebabkan error.
Contoh rentang subnet baru yang tidak valid
Contoh berikut menunjukkan rentang subnet yang tidak valid:
Tumpang-tindih dengan rentang pengecualian: Misalkan ada rentang alamat IP berikut.
Sertakan rentang:
10.0.0.0/8
Exclude range 4
:10.1.1.0/24
Subnet range 4
:10.1.0.0/16
Dalam hal ini, rentang yang disertakan berisi
subnet range 4
. Namun, ini adalah superset dariexclude range 4
. Oleh karena itu,subnet range 4
tidak valid.Tumpang-tindih dengan rentang yang disertakan: Misalkan ada rentang alamat IP berikut.
Sertakan rentang:
10.1.1.0/24
Subnet range 5
:10.1.0.0/16
Subnet range 5
tumpang-tindih dengan rentang yang disertakan, sehingga tidak valid.
Saat memasukkan rentang subnet yang tidak valid selama proses pembuatan subnet, Anda akan
mendapatkan error Invalid IPCidrRange
, mirip dengan berikut:
Invalid IPCidrRange:CIDR_RANGE conflicts with existing subnetworkSUBNET_RANGE in regionREGION
Topologi preset
Dengan Network Connectivity Center, Anda dapat menentukan konfigurasi konektivitas yang diinginkan di semua spoke VPC. Anda dapat memilih salah satu dari dua topologi preset berikut:
- Topologi mesh
- Topologi bintang
Saat Anda membuat hub menggunakan
perintah gcloud network-connectivity hubs create
,
pilih topologi mesh atau bintang preset. Jika tidak ditentukan, topologi akan
ditetapkan secara default ke mesh. Setelah ditetapkan selama pembuatan hub, Anda tidak dapat mengubah topologi
hub tertentu.
Untuk mengubah setelan topologi spoke, Anda dapat menghapus spoke dan membuat spoke baru dengan hub baru yang menggunakan topologi yang berbeda.
Topologi mesh
Topologi mesh menyediakan konektivitas jaringan skala tinggi antara spoke VPC. Topologi ini memungkinkan semua spoke terhubung dan berkomunikasi satu sama lain. Subnet dalam spoke VPC ini dapat dijangkau sepenuhnya kecuali jika Anda menentukan filter ekspor yang dikecualikan. Secara default, saat dua atau beberapa jaringan VPC workload dikonfigurasi untuk bergabung ke hub Network Connectivity Center sebagai spoke, Network Connectivity Center akan otomatis membuat mesh konektivitas penuh di antara setiap spoke.
Semua spoke dalam topologi mesh termasuk dalam satu grup default. Topologi mesh didukung di VPC dan jenis spoke hybrid.
Diagram berikut menunjukkan konektivitas topologi mesh di Network Connectivity Center.

Topologi bintang
Saat Anda menggunakan topologi bintang untuk konektivitas, spoke edge dan subnet terkait hanya menjangkau spoke center yang ditetapkan, sedangkan spoke center dapat menjangkau semua spoke lainnya. Hal ini membantu memastikan pemisahan segmentasi dan konektivitas di seluruh jaringan VPC edge.
Karena spoke VPC dapat dilampirkan ke hub di project yang berbeda, spoke VPC dapat berasal dari domain administratif yang berbeda. Spoke ini yang berada dalam project yang berbeda dengan hub mungkin tidak perlu berkomunikasi dengan setiap spoke lain di hub Network Connectivity Center.
Anda dapat memilih topologi bintang untuk kasus penggunaan berikut:
Beban kerja yang berjalan di berbagai jaringan VPC yang tidak memerlukan konektivitas satu sama lain, tetapi hanya memerlukan akses ke jaringan VPC melalui jaringan VPC layanan bersama pusat.
Kontrol keamanan atas komunikasi di beberapa jaringan VPC yang mengharuskan traffic melewati serangkaian peralatan virtual jaringan (NVA) terpusat.
Diagram berikut menunjukkan konektivitas topologi bintang di Network Connectivity Center.
center-vpc-a
dan center-vpc-b
dikaitkan dengan grup tengah, dan
edge-vpc-c
dan edge-vpc-d
dikaitkan dengan grup tepi. Dalam hal ini,
menggunakan topologi bintang memungkinkan edge-vpc-c
dan edge-vpc-d
terhubung ke center-vpc-a
dan center-vpc-b
serta menyebarkan subnetnya ke
grup tengah, tetapi tidak terhubung satu sama lain (tidak ada keterjangkauan langsung
antara edge-vpc-c
dan edge-vpc-d
). Sementara itu, center-vpc-a
dan center-vpc-b
terhubung satu sama lain dan ke edge-vpc-c
dan
edge-vpc-d
, sehingga memungkinkan keterjangkauan penuh dari VPC grup tengah
ke VPC grup tepi.

Grup spoke
Grup jari-jari adalah subkumpulan jari-jari yang terpasang ke hub. Untuk mengonfigurasi Network Connectivity Center menggunakan topologi bintang, Anda harus memisahkan semua spoke VPC menjadi dua grup yang berbeda, yang juga disebut sebagai domain perutean:
- Grup spoke pusat, yang berkomunikasi dengan setiap spoke lain yang terhubung ke hub
- Grup spoke edge, yang hanya berkomunikasi dengan spoke yang termasuk dalam grup tengah
Spoke VPC hanya dapat menjadi bagian dari satu grup dalam satu waktu. Grup dibuat secara otomatis saat Anda membuat hub.
Administrator hub dapat memperbarui grup spoke menggunakan
perintah gcloud network-connectivity hubs groups update
. Administrator hub dapat menambahkan daftar project ID atau
nomor project untuk mengaktifkan setujui otomatis untuk spoke. Jika terima otomatis
diaktifkan, spoke dari project terima otomatis akan otomatis terhubung ke
hub tanpa perlu peninjauan proposal spoke satu per satu.
Anda dapat mencantumkan grup pusat dan pinggiran sebagai resource bertingkat untuk
hub tertentu menggunakan
perintah gcloud network-connectivity hubs groups list --hub
.
Untuk hub yang dibuat dengan topologi mesh, output akan menampilkan grup default.
Untuk hub yang dibuat dengan topologi bintang, output akan menampilkan grup pusat dan pinggiran.
Untuk informasi mendetail tentang cara mengonfigurasi topologi mesh atau bintang untuk spoke VPC Anda, 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 (Pratinjau).
Batasan-batasan spoke VPC
- Jaringan VPC dapat terhubung satu sama lain secara eksklusif melalui hub Network Connectivity Center atau melalui Peering Jaringan VPC.
- Anda tidak dapat menggunakan Peering Jaringan VPC di antara dua spoke VPC
yang terhubung ke hub Network Connectivity Center yang sama. Namun, pertimbangkan
hal berikut:
- Spoke VPC produsen memerlukan koneksi peering ke spoke VPC di hub yang sama. Konektivitas melalui Network Connectivity Center tidak dibuat antara spoke VPC produsen dan spoke VPC yang di-peering.
- Anda dapat memiliki spoke VPC yang terhubung ke Network Connectivity Center yang di-peering melalui Peering Jaringan VPC dengan VPC terpisah yang bukan bagian dari Network Connectivity Center.
- Beberapa VPC yang dihubungkan antara satu sama lain menggunakan Network Connectivity Center dan Peering Jaringan VPC dengan kombinasi apa pun tidak bersifat transitif.
- Pertukaran rute statis di seluruh spoke VPC tidak didukung.
- Rute yang mengarah ke alamat IP virtual Load Balancer Jaringan passthrough internal di spoke VPC lain tidak didukung.
- Update
export range filters
setelah pembuatan spoke VPC tidak didukung. - Load Balancer Jaringan passthrough internal berbasis IPv6 tidak dapat dijangkau di antara spoke VPC.
- Pertukaran rute dinamis IPv6 tidak didukung.
- 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 diperbarui, Anda tidak dapat membatalkan tindakan ini.
Batasan pertukaran rute dinamis
Khusus IPv4: Network Connectivity Center hanya mendukung pertukaran rute dinamis IPv4. Pertukaran rute dinamis IPv6 tidak didukung.
Kompatibilitas spoke hybrid dengan topologi bintang: Hub yang dikonfigurasi untuk menggunakan topologi bintang menerapkan batasan berikut pada spoke hybrid-nya:
- Spoke hybrid dengan transfer data site-to-site yang diaktifkan hanya didukung di grup spoke pusat.
- Spoke hybrid tanpa transfer data antarsitus yang diaktifkan dapat berada di grup spoke tengah atau grup spoke tepi.
Jaringan VPC pemilihan rute yang juga merupakan spoke VPC: Network Connectivity Center mendukung dua atau beberapa jaringan VPC pemilihan rute di hub yang sama hanya jika tidak ada jaringan VPC pemilihan rute yang juga merupakan spoke VPC. Jika hub Network Connectivity Center memiliki satu jaringan VPC pemilihan rute, jaringan VPC pemilihan rute tersebut secara opsional juga dapat berupa spoke VPC:
Jika Anda perlu menyediakan koneksi Private Service Connect yang di-propagasi untuk jaringan lokal melalui spoke hybrid hub, jaringan VPC satu perutean hub juga harus dihubungkan sebagai spoke VPC.
Jika Anda tidak perlu menyediakan koneksi Private Service Connect yang di-propagate ke jaringan lokal melalui spoke hybrid hub, sebaiknya jangan konfigurasikan jaringan VPC perutean sebagai spoke VPC sehingga hub dapat mendukung dua jaringan VPC perutean atau lebih.
Aturan interaksi rute dinamis: Dalam jaringan VPC rute, untuk setiap tujuan rute dinamis unik dengan next hop di spoke campuran, Anda harus memastikan bahwa semua rute dinamis lainnya, terlepas dari prioritas, yang tujuannya sama persis atau sesuai dengan tujuan rute dinamis unik, memiliki tunnel Cloud VPN next hop atau lampiran VLAN juga di spoke campuran. Selain itu, Anda harus memastikan bahwa spoke hybrid tersebut menggunakan setelan transfer data site-to-site yang sama (diaktifkan atau dinonaktifkan).
Jika hanya beberapa next hop untuk rute dinamis dengan tujuan umum yang berada di spoke hybrid, Network Connectivity Center tidak dapat menukar rute dinamis yang menggunakan tujuan tersebut dengan spoke VPC di hub dengan andal. Akibatnya, spoke VPC mungkin tidak menerima rute dinamis tersebut.
Network Connectivity Center tidak melakukan ECMP di antara semua hop berikutnya dari rute dinamis spoke campuran jika beberapa spoke campuran mengaktifkan transfer data antarsitus, tetapi spoke campuran lainnya menonaktifkan transfer data antarsitus. Jika rute dinamis dengan tujuan yang sama berada di spoke hybrid tanpa setelan transfer data site-to-site yang cocok, next hop untuk transfer data site-to-site atau untuk konektivitas antara spoke VPC dan jaringan lokal mungkin tidak seperti yang Anda harapkan.
Aturan interaksi rute dinamis dan rute statis: Dalam jaringan VPC rute, untuk setiap tujuan rute dinamis unik yang memiliki next hop di spoke campuran, Anda harus memastikan bahwa tidak ada rute statis lokal, terlepas dari prioritasnya, yang tujuannya sama persis atau sesuai dengan tujuan rute dinamis.
Jika rute statis lokal di jaringan VPC pemilihan rute memiliki tujuan yang sama dengan rute dinamis spoke hybrid, spoke VPC mungkin kehilangan konektivitas ke tujuan rute dinamis.
Jika rute statis lokal di jaringan VPC perutean memiliki tujuan yang sesuai dengan tujuan rute dinamis spoke hybrid, spoke VPC akan kehilangan konektivitas ke tujuan rute statis.
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 menurut tujuan (awalan) saja, tanpa mempertimbangkan prioritas atau next hop rute dinamis. Jika penggunaan kuota ini melebihi batasnya, Network Connectivity Center akan menghapus rute berdasarkan tujuan. Jika tujuan dihapus, semua rute dinamis dengan tujuan tersebut—terlepas dari prioritas atau next hop—tidak akan lagi dikirim ke hub.
Untuk informasi kuota mendetail, lihat Kuota dan batas.
Penagihan
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 melintasi batas project atau tidak.
Perjanjian tingkat layanan
Untuk mengetahui informasi tentang perjanjian tingkat layanan Network Connectivity Center, lihat Perjanjian Tingkat Layanan (SLA) Network Connectivity Center.
Harga
Untuk mengetahui informasi tentang harga, lihat Harga Network Connectivity Center.
Langkah selanjutnya
- Untuk membuat hub dan spoke, lihat Bekerja dengan hub dan spoke.
- Untuk melihat daftar partner yang solusinya terintegrasi dengan Network Connectivity Center, lihat Partner Network Connectivity Center.
- Untuk menemukan solusi atas masalah umum, lihat Pemecahan masalah.
- Untuk mendapatkan detail tentang API dan perintah
gcloud
, lihat API dan referensi.