Kuota dan batas

Dokumen ini mencantumkan kuota dan batas sistem yang berlaku untuk Cloud Router.

• Kuota memiliki nilai default, tetapi biasanya Anda dapat meminta penyesuaian.
• Batas sistem adalah nilai tetap yang tidak dapat diubah.

Google Cloud menggunakan kuota untuk membantu memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi jumlah Google Cloud resource yang dapat digunakan Google Cloud project Anda. Kuota berlaku untuk berbagai jenis resource, termasuk komponen hardware, software, dan jaringan. Misalnya, kuota dapat membatasi jumlah panggilan API ke suatu layanan, jumlah load balancer yang digunakan secara bersamaan oleh project Anda, atau jumlah project yang dapat Anda buat. Kuota melindungi komunitas penggunaGoogle Cloud dengan mencegah kelebihan beban layanan. Kuota juga membantu Anda mengelola resource Google Cloud sendiri.

Sistem Kuota Cloud melakukan hal berikut:

• Memantau pemakaian Google Cloud produk dan layanan
• Membatasi pemakaian resource tersebut
• Menyediakan cara untuk meminta perubahan pada nilai kuota dan mengotomatiskan penyesuaian kuota

Dalam sebagian besar kasus, saat Anda mencoba menggunakan resource melebihi kuota yang diizinkan, sistem akan memblokir akses ke resource tersebut, dan tugas yang Anda coba lakukan akan gagal.

Kuota umumnya berlaku di level Google Cloud project. Penggunaan resource dalam satu project tidak memengaruhi kuota yang tersedia dalam project lain. Dalam project Google Cloud , kuota dibagikan ke semua aplikasi dan alamat IP.

Untuk mengetahui informasi selengkapnya, lihat Ringkasan Kuota Cloud.

Ada juga batas sistem pada resource Cloud Router. Batas sistem tidak dapat diubah.

Kuota

Untuk mengubah kuota, lihat Meminta kuota tambahan.

Tabel ini membahas kuota penting per project. Untuk mengetahui kuota lainnya, lihat halaman Google Cloud Quotas & System Limits di konsol .

Item	Kuota	Catatan
Cloud Router per project	Kuota	Berapa pun kuotanya, setiap jaringan dibatasi hingga lima Cloud Router per region. Lihat Batas.
Awalan rute dinamis Cloud Router unik dari region sendiri per region per jaringan VPC Jumlah maksimum awalan tujuan unik yang dijamin untuk rute yang dipelajari yang akan diterapkan ke subnet di region tertentu oleh semua Cloud Router di region yang sama. Batas ini disebut sebagai kuota dari region asal.	Kuota	Awalan IPv4 dan IPv6 dihitung dalam kuota ini. Semua rute yang dipelajari dihitung dalam kuota ini, termasuk rute kustom yang dipelajari dan rute yang diterima melalui 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 kuota awalan rute dinamis unik tanpa mencapai yang lainnya. Jika salah satu kuota telah terlampaui, Anda mungkin mengalami masalah konektivitas yang terputus-putus saat rute dihentikan. Untuk mengetahui detailnya, lihat contoh rute yang dipelajari. Untuk mengetahui informasi selengkapnya tentang kuota ini, termasuk metrik yang dapat Anda gunakan untuk memahami penggunaan saat ini, lihat Memecahkan masalah rute BGP dan pemilihan rute.
Hanya berlaku untuk jaringan VPC dalam mode perutean dinamis global. Awalan rute dinamis Cloud Router unik dari region lain per region per jaringan VPC 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 kuota region lain.	Kuota	Awalan IPv4 dan IPv6 dihitung dalam kuota ini. Semua rute yang dipelajari dihitung dalam kuota ini, termasuk rute kustom yang dipelajari dan rute yang diterima melalui 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 kuota awalan rute dinamis unik tanpa mencapai yang lainnya. Jika salah satu kuota telah tercapai, Anda mungkin mengalami masalah konektivitas yang terputus-putus saat rute dihentikan. Untuk mengetahui detailnya, lihat contoh rute yang dipelajari. Untuk mengetahui informasi selengkapnya tentang kuota ini, termasuk metrik yang dapat Anda gunakan untuk memahami penggunaan saat ini, lihat Memecahkan masalah rute BGP dan pemilihan rute.

Batas

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

Item	Batas	Catatan
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 salah satu dari berikut: Tunnel Cloud VPN menggunakan perutean dinamis Lampiran VLAN untuk salah satu hal berikut: Dedicated Interconnect Partner Interconnect Cross-Cloud Interconnect Router appliance dalam Network Connectivity Center
Jumlah maksimum awalan yang diterima Cloud Router dari satu peer BGP	5.000	Jika peer BGP mengiklankan lebih dari 5.000 awalan, Cloud Router akan mereset sesi BGP.
Jumlah maksimum istilah dari semua kebijakan rute BGP yang diterapkan dalam satu peer atau arah BGP	1.000	Batas ini tidak dibagi di seluruh resource, tetapi digabungkan. Tidak ada batasan ukuran ekspresi tindakan atau kecocokan tunggal, jumlah tindakan dalam istilah, jumlah istilah dalam satu kebijakan, atau jumlah kebijakan.
Untuk Cloud Router tertentu, jumlah maksimum pemberitahuan rute subnet 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 yang diberitahukan secara 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.
Untuk Cloud Router tertentu, gabungan ukuran maksimum semua literal ekspresi kecocokan dan tindakan yang digunakan dalam kebijakan rute BGP saat dienkode sebagai UTF-8.	Batas 250 KiB	Untuk Cloud Router tertentu, batas ini tidak dibagi di seluruh resource, tetapi digabungkan. Tidak ada batasan pada ukuran satu ekspresi pencocokan atau tindakan, jumlah tindakan dalam satu istilah, jumlah istilah dalam satu kebijakan rute BGP, atau jumlah kebijakan rute BGP.
Kueri maksimum per menit untuk panggilan list-bgp-routes pada satu Cloud Router	1500	Kuota ini berasal dari compute.googleapis.com/list_requests_per_region. Untuk mengetahui informasi selengkapnya, lihat Kuota kapasitas.
Jumlah maksimum kebijakan rute BGP per Cloud Router.	500
Untuk sesi BGP tertentu, jumlah maksimum rute kustom yang dipelajari	10	Untuk mengetahui 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	Untuk mengetahui informasi selengkapnya tentang fitur ini, lihat Rute kustom yang dipelajari.

Contoh rute yang dipelajari

Contoh berikut mengilustrasikan perilaku penghentian rute yang dapat Anda temui saat kuota region asal atau kuota 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, kuota dari masing-masing region asal habis karena 250 dari 250 tujuan unik dipelajari oleh Cloud Router di setiap region. Kuota 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, kuota dari region lain di setiap region tidak berlaku karena mode perutean dinamis regional menginstruksikan jaringan VPC untuk hanya membuat rute dinamis di region yang cocok dengan next hop rute.

Melebihi kuota 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 kuota tujuan unik dari region lain di setiap region lainnya. Bagian berikutnya menjelaskan apa yang terjadi di region lain secara lebih mendetail.

Melebihi kuota dari 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 kuota 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 kuota region asal us-central1 belum terlampaui, kuota 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.

Wilayah	Tujuan unik lokal untuk region (penggunaan kuota region asal)	Tujuan unik dari region lain (penggunaan kuota 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.

Meskipun kuota region lain di region us-central1 terlampaui, kuota 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 kuota region lain, perilaku penghentian deterministik diterapkan secara independen pada setiap kuota region asal dan kuota 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 kuota 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 di setiap region tetap konstan, Google Cloud memprogram serangkaian rute dinamis lokal secara konsisten di setiap region, sesuai dengan mode pemilihan rute 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 kuota.

Pertimbangkan untuk meringkas rute guna mengurangi jumlah tujuan unik. Misalnya, jika Anda memiliki empat subnet 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24, dan 10.10.10.3/24, Anda dapat meringkasnya sebagai satu prefiks, 10.10.0.0/22.

Jika ringkasan tidak memungkinkan, hubungi Google Cloud tim Penjualan Anda untuk mendiskusikan opsi alternatif.

Manage quotas

Cloud Router enforces quotas on resource usage for various reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.

All projects start with the same quotas, which you can change by requesting additional quota. Some quotas might increase automatically based on your use of a product.

Permissions

To view quotas or request quota increases, Identity and Access Management (IAM) principals need one of the following roles.

Task	Required role
Check quotas for a project	One of the following: Project Owner (roles/owner) Project Editor (roles/editor) Quota Viewer (roles/servicemanagement.quotaViewer)
Modify quotas, request additional quota	One of the following: Project Owner (roles/owner) Project Editor (roles/editor) Quota Administrator (roles/servicemanagement.quotaAdmin) A custom role with the serviceusage.quotas.update permission

Check your quota

Console

1. In the Google Cloud console, go to the Quotas page.

   Go to Quotas

2. To search for the quota that you want to update, use the Filter table. If you don't know the name of the quota, use the links on this page instead.

gcloud

Using the Google Cloud CLI, run the following command to check your quotas. Replace PROJECT_ID with your own project ID.

    gcloud compute project-info describe --project PROJECT_ID

To check your used quota in a region, run the following command:

    gcloud compute regions describe example-region
    

Errors when exceeding your quota

If you exceed a quota with a gcloud command, gcloud outputs a quota exceeded error message and returns with the exit code 1.

If you exceed a quota with an API request, Google Cloud returns the following HTTP status code: 413 Request Entity Too Large.

Request additional quota

To adjust most quotas, use the Google Cloud console. For more information, see Request a quota adjustment.

Resource availability

Each quota represents a maximum number for a particular type of resource that you can create, if that resource is available. It's important to note that quotas don't guarantee resource availability. Even if you have available quota, you can't create a new resource if it is not available.

For example, you might have sufficient quota to create a new regional, external IP address in a given region. However, that is not possible if there are no available external IP addresses in that region. Zonal resource availability can also affect your ability to create a new resource.

Situations where resources are unavailable in an entire region are rare. However, resources within a zone can be depleted from time to time, typically without impact to the service level agreement (SLA) for the type of resource. For more information, review the relevant SLA for the resource.