Kuota dan batas

Dokumen ini berisi daftar quotas dan quotas yang berlaku untuk Cloud Router.

Untuk mengubah kuota, lihat meminta kuota tambahan.

Kuota membatasi jumlah resource Google Cloud bersama yang dapat digunakan project Google Cloud Anda, termasuk komponen hardware, software, dan jaringan. Oleh karena itu, kuota adalah bagian dari sistem yang melakukan hal berikut:

Memantau penggunaan atau pemakaian produk dan layanan Google Cloud oleh Anda.
Membatasi Anda konsumsi resource tersebut, karena alasan yang mencakup memastikan keadilan dan mengurangi lonjakan penggunaan.
Mempertahankan konfigurasi yang secara otomatis menerapkan pembatasan yang telah ditentukan.
Menyediakan sarana untuk meminta atau membuat perubahan pada kuota.

Pada umumnya, jika kuota terlampaui, sistem akan langsung memblokir akses ke resource Google yang relevan, dan tugas yang Anda coba lakukan akan gagal. Pada umumnya, kuota berlaku untuk setiap project Google Cloud serta digunakan bersama oleh semua aplikasi dan alamat IP yang menggunakan project Google Cloud tersebut.

Terdapat juga batas pada resource Cloud Router. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.

Kuota

Tabel ini membahas kuota penting per project. Untuk informasi kuota lainnya, lihat halaman Kuota di konsol Google Cloud.

Item	Kuota	Notes
Cloud Router per project	Kuota	Berapa pun kuotanya, setiap jaringan dibatasi hingga lima Cloud Router per region. Lihat Batas.

Batas

Batasan berikut untuk Cloud Router berlaku untuk jaringan Virtual Private Cloud (VPC). Kecuali dinyatakan lain, batas ini tidak dapat ditingkatkan.

Item	Batas	Notes
Jumlah maksimum Cloud Router per kombinasi Jaringan VPC dan region	5	Jika Anda memiliki kuota project yang cukup, Anda dapat membuat hingga lima Cloud Router di jaringan VPC dan region tertentu.
Jumlah maksimum peer BGP untuk setiap Cloud Router di jaringan VPC dan region tertentu	128	Peer BGP dapat berupa tunnel Cloud VPN yang menggunakan perutean dinamis atau lampiran VLAN untuk Dedicated Interconnect atau Partner Interconnect.
Untuk Cloud Router tertentu, jumlah pemberitahuan rute subnet maksimum per sesi BGP	Tidak ada pembatasan	Tidak ada pembatasan jumlah pemberitahuan rute subnet pada Cloud Router. Jumlah rute subnet ditentukan oleh jumlah subnet, yang dikontrol oleh kuota dan batas jaringan VPC.
Untuk Cloud Router tertentu, jumlah maksimum rute pemberitahuan kustom per sesi BGP	200	Jika rute pemberitahuan kustom identik untuk semua sesi BGP di Cloud Router, batas ini mewakili jumlah total rute pemberitahuan kustom IPv4 dan IPv6 unik untuk Cloud Router. Dalam kasus ini, setiap sesi menerima kumpulan rute pemberitahuan kustom yang sama.
Jumlah maksimum tujuan unik yang dijamin untuk rute yang dipelajari yang dapat diterapkan pada subnet di region tertentu oleh semua Cloud Router di region yang sama. Batas ini disebut sebagai batas region asal.	250	Untuk kedua batas pada jumlah maksimum tujuan unik yang dijamin untuk rute yang dipelajari: Awalan IPv4 dan IPv6 dihitung dalam setiap batas. Semua rute yang dipelajari dihitung dalam batas ini, termasuk rute kustom yang dipelajari dan rute yang dipelajari dari peer BGP. Rute dikelompokkan berdasarkan tujuan unik. Rute dengan tujuan identik tetapi next hop-nya berbeda hanya dihitung sebagai tujuan tunggal. Rute dengan tujuan dan next hop yang identik juga dihitung sebagai tujuan tunggal. Untuk jaringan dalam mode perutean dinamis global, Anda dapat mencapai salah satu jumlah maksimum batas tujuan unik tanpa mencapai yang lainnya. Setelah salah satu dari batas tersebut telah tercapai, Anda dapat mengalami masalah konektivitas yang terputus-putus saat rute dihentikan. Untuk mengetahui detailnya, baca contoh rute yang dipelajari. Untuk informasi selengkapnya tentang batasan, termasuk metrik yang dapat Anda gunakan untuk memahami batas dan penggunaan saat ini, lihat Memeriksa kuota dan batas di Pemecahan masalah. Jika Anda perlu meningkatkan salah satu batas ini, ajukan kasus dukungan.
Hanya berlaku untuk jaringan VPC dalam mode perutean dinamis global. Jumlah maksimum tujuan unik yang dijamin untuk rute yang dipelajari yang dapat diterapkan ke subnet di region tertentu oleh Cloud Router dari region yang berbeda. Batas ini disebut sebagai batas region lain.	250
Untuk sesi BGP tertentu, jumlah maksimum rute kustom yang dipelajari	10	Untuk informasi selengkapnya tentang fitur ini, lihat Rute kustom yang dipelajari.
Untuk region tertentu dalam jaringan VPC, jumlah maksimum awalan IP unik yang dapat dikonfigurasi sebagai rute kustom yang dipelajari; batas ini memungkinkan penggunaan rentang yang sama pada beberapa peer.	10

Contoh rute yang dipelajari

Contoh berikut mengilustrasikan perilaku penghentian rute yang dapat Anda temui saat batas region asal atau batas region lain terlampaui.

Misalkan Anda memiliki Cloud Router di region us-east1 dan Cloud Router di region us-west1 dalam jaringan VPC yang sama, dan perutean dinamis global akan diaktifkan. Setiap Cloud Router di setiap region mempelajari 250 tujuan unik. Untuk tujuan ilustrasi dari contoh ini, setiap Cloud Router di setiap region tidak mempelajari tujuan yang sama.

Terlepas dari Cloud Router mana yang mempelajari rute dalam setiap region, batas dari masing-masing region asal habis karena 250 dari 250 tujuan unik dipelajari oleh Cloud Router di setiap region. Batas region lain untuk kedua region juga habis karena setiap Cloud Router mengimpor 250 tujuan unik dari region lain. Jika contoh jaringan VPC menggunakan perutean dinamis regional, batas region lain di setiap region tidak akan berlaku karena mode perutean dinamis regional menginstruksikan jaringan VPC untuk hanya membuat rute dinamis di region yang cocok dengan rute next hop.

Melebihi batas region asal

Misalkan router lokal Anda yang terhubung ke Cloud Router di us-west1 memberitahukan tujuan ke-251. Cloud Router di region us-west1 memilih 250 dari 251 tujuan unik mengikuti urutan rute determenistik. Router ini mengirimkan 250 tujuan unik tersebut ke jaringan VPC, yang kemudian membuat 250 rute dinamis di region us-west1.

Karena menggunakan mode perutean dinamis global, jaringan VPC juga membuat tidak lebih dari 250 rute dinamis di setiap region lain, yang tunduk pada batas tujuan unik masing-masing region lainnya. Bagian berikutnya menjelaskan apa yang terjadi di region lain secara lebih mendetail.

Melebihi batas region lain

Saat 251 tujuan unik dipelajari oleh Cloud Router di region us-west1, 250 dari 251 tujuan unik dari us-west1 akan tersedia untuk resource di region us-east1 karena batas region lain di region us-east1 hanya dapat menerima 250 tujuan unik.

Misalkan Anda membuat Cloud Router di region ketiga, us-central1, dalam jaringan VPC yang sama. Misalkan Cloud Router yang baru mempelajari 10 tujuan unik dari peer BGP-nya. Meskipun batas region asal us-central1 belum terlampaui, batas tujuan unik region lain untuk region us-central1 telah terlampaui karena total 500 tujuan unik disediakan oleh dua region lainnya (250 dari us-east1 dan 250 lainnya dari us-west1).

Berdasarkan region per region, urutan rute determenistik memilih rute untuk tidak lebih dari 250 tujuan unik di region lain, seperti yang ditunjukkan dalam tabel berikut.

Region Tujuan unik lokal untuk region
(penggunaan batas region asal) Tujuan unik dari region lain
(penggunaan batas region lain)

Region	Tujuan unik lokal untuk region (penggunaan batas region asal)	Tujuan unik dari region lain (penggunaan batas region lain)
us-west1	251 diterima. 250 dari 251 dipilih, dan salah satu dari 251 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di `us-west1` dibuat di `us-west1`. 250 awalan yang dipilih akan dibagikan dengan region lain.	260 diterima (250 dari `us-east1`, 10 dari `us-central1`). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di luar `us-west1` dibuat di `us-west1`.
us-east1	250 diterima. Semua 250 dipilih berdasarkan urutan rute determenistik. 250 rute dinamis dengan next hop di `us-east1` dibuat di `us-east1`. Semua 250 awalan yang dipilih akan dibagikan dengan region lain.	260 diterima (250 dari `us-west1`, 10 dari `us-central1`). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di luar `us-east1` dibuat di `us-east1`.
us-central1	10 diterima. Semua 10 dipilih berdasarkan urutan rute determenistik. 10 rute dinamis dengan next hop di `us-central1` dibuat di `us-central1`. Semua 10 awalan yang dipilih akan dibagikan dengan region lain.	500 diterima (250 dari `us-west1`, 250 dari `us-east1`). 250 dari 500 dipilih, dan 250 dari 500 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di luar `us-central1` dibuat di `us-central1`.

us-west1

251 diterima. 250 dari 251 dipilih, dan salah satu dari 251 dihentikan menurut urutan rute deterministik. 250 rute dinamis dengan next hop di us-west1 dibuat di us-west1.

250 awalan yang dipilih akan dibagikan dengan region lain.

260 diterima (250 dari us-east1, 10 dari us-central1). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-west1 dibuat di us-west1.

us-east1

250 diterima. Semua 250 dipilih berdasarkan urutan rute determenistik. 250 rute dinamis dengan next hop di us-east1 dibuat di us-east1.

Semua 250 awalan yang dipilih akan dibagikan dengan region lain.

260 diterima (250 dari us-west1, 10 dari us-central1). 250 dari 260 dipilih, dan 10 dari 260 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-east1 dibuat di us-east1.

us-central1

10 diterima. Semua 10 dipilih berdasarkan urutan rute determenistik. 10 rute dinamis dengan next hop di us-central1 dibuat di us-central1.

Semua 10 awalan yang dipilih akan dibagikan dengan region lain.

500 diterima (250 dari us-west1, 250 dari us-east1). 250 dari 500 dipilih, dan 250 dari 500 dihentikan menurut urutan rute deterministik.

250 rute dinamis dengan next hop di luar us-central1 dibuat di us-central1.

Meskipun batas region lain di region us-central1 terlampaui, batas region asal dapat menerima tujuan yang next hop-nya berada di region us-central1.

Perilaku penghentian rute yang deterministik

Cloud Router menerapkan perilaku penghentian rute deterministik berdasarkan panjang subnet mask dan karakteristik leksikografis dari setiap awalan yang diterima. Dalam setiap region, proses berikut berlaku secara independen untuk daftar tujuan region asal dan daftar tujuan unik region lain di region tersebut:

Daftar ini diurutkan terlebih dahulu dari panjang subnet mask terpendek ke yang terpanjang, lalu diurutkan secara leksikografis. Misalnya, 10.0.0.0/8 ditempatkan sebelum 10.2.1.0/24, yang berada sebelum 10.99.1.0/24.
250 entri pertama dalam daftar akan dipertahankan. Yang lainnya akan dihapus.

Seperti yang ditunjukkan dalam melampaui batas region lain, perilaku penghentian deterministik diterapkan secara independen pada setiap batas region asal dan batas region lain.

Perilaku penghentian rute yang deterministik memiliki konsekuensi berikut:

Ketika awalan IPv4 dan IPv6 diterima, Cloud Router umumnya menghapus awalan IPv6 terlebih dahulu setiap kali batas tujuan unik terlampaui. Hal ini terjadi karena panjang subnet mask yang paling umum untuk IPv6 (/48) lebih panjang daripada panjang maksimal subnet mask yang mungkin untuk IPv4 (/32).
Jika kumpulan awalan yang dipelajari setiap region tetap konstan, Google Cloud memprogram serangkaian rute dinamis lokal secara konsisten di setiap region, sesuai dengan mode perutean dinamis jaringan VPC. Konsistensi ini, termasuk rute yang dihentikan oleh Cloud Router, dipertahankan saat tugas Cloud Router dimulai ulang.

Menghindari penghentian rute

Selama penghentian rute, Anda kehilangan konektivitas untuk awalan yang dihentikan. Untuk menghindari penghentian rute, pantau penggunaan awalan setiap region asal dan region lain menggunakan Cloud Monitoring atau Cloud Logging, serta pastikan untuk tidak memberitahukan tujuan yang lebih unik dari setiap batas.

Pertimbangkan untuk menggabungkan awalan (misalnya, dengan menggabungkan awalan menjadi awalan dengan panjang yang lebih kecil) untuk mengurangi jumlah tujuan unik. Jika penggabungan awalan tidak memungkinkan, hubungi tim Penjualan Google Cloud Anda untuk mendiskusikan opsi alternatif.

Mengelola kuota

Cloud Router memberlakukan kuota pada penggunaan resource karena berbagai alasan. Misalnya, kuota melindungi komunitas pengguna Google Cloud dengan mencegah lonjakan penggunaan yang tidak terduga. Kuota juga membantu pengguna yang menjelajahi Google Cloud dengan paket gratis agar tetap berada dalam masa uji coba.

Semua project dimulai dengan kuota yang sama, yang dapat diubah dengan meminta kuota tambahan. Beberapa kuota dapat meningkat secara otomatis berdasarkan penggunaan produk oleh Anda.

Izin

Untuk melihat kuota atau meminta peningkatan kuota, akun utama Identity and Access Management (IAM) memerlukan salah satu peran berikut.

Tugas	Peran yang diperlukan
Memeriksa kuota untuk suatu project	Salah satu dari berikut ini: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Viewer (`roles/servicemanagement.quotaViewer`)
Mengubah kuota, meminta kuota tambahan	Salah satu dari berikut ini: Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Administrator (`roles/servicemanagement.quotaAdmin`) Peran khusus dengan izin `serviceusage.quotas.update`

Memeriksa kuota Anda

Konsol

Di Konsol Google Cloud, buka halaman Quotas.
Buka Quotas
Untuk menelusuri kuota yang ingin Anda perbarui, gunakan Filter table. Jika Anda tidak mengetahui nama kuota, gunakan link di halaman ini.

gcloud

Dengan menggunakan Google Cloud CLI, jalankan perintah berikut untuk memeriksa kuota Anda. Ganti PROJECT_ID dengan project ID Anda.

      gcloud compute project-info describe --project PROJECT_ID

Untuk memeriksa kuota yang digunakan di suatu region, jalankan perintah berikut:

      gcloud compute regions describe example-region

Error saat melebihi kuota

Jika Anda melampaui kuota dengan perintah gcloud, gcloud akan menghasilkan pesan error quota exceeded dan menampilkan kode keluar 1.

Jika Anda melampaui kuota dengan permintaan API, Google Cloud akan menampilkan kode status HTTP berikut: HTTP 413 Request Entity Too Large.

Meminta kuota tambahan

Untuk menambah atau mengurangi sebagian besar kuota, gunakan Konsol Google Cloud. Untuk mengetahui informasi lebih lanjut, lihat artikel Meminta kuota yang lebih tinggi.

Konsol

Di Konsol Google Cloud, buka halaman Quotas.
Buka Quotas
Di halaman Quotas, pilih kuota yang ingin diubah.
Di bagian atas halaman, klik Edit quotas.
Isi nama, email, dan nomor telepon Anda, lalu klik Next.
Isi permintaan kuota Anda, lalu klik Done.
Kirim permintaan. Permintaan kuota memerlukan waktu 24 hingga 48 jam untuk diproses.

Ketersediaan resource

Setiap kuota mewakili jumlah maksimum untuk jenis resource tertentu yang dapat Anda buat, jika resource tersebut tersedia. Perlu diperhatikan bahwa kuota tidak menjamin ketersediaan resource. Meskipun memiliki kuota yang tersedia, Anda tidak dapat membuat resource baru jika tidak tersedia.

Misalnya, Anda mungkin memiliki kuota yang memadai untuk membuat alamat IP eksternal regional baru di region us-central1. Namun, hal itu tidak mungkin dilakukan jika tidak ada alamat IP eksternal yang tersedia di region tersebut. Ketersediaan resource zona juga dapat memengaruhi kemampuan Anda untuk membuat resource baru.

Situasi ketika resource tidak tersedia di seluruh region jarang terjadi. Namun, resource dalam suatu zona dapat habis dari waktu ke waktu, biasanya tanpa memengaruhi perjanjian tingkat layanan (SLA) untuk jenis resource tersebut. Untuk informasi selengkapnya, tinjau SLA yang relevan untuk referensi tersebut.