Dokumen ini mencantumkan kuota dan batas sistem yang berlaku untuk Cloud Load Balancing.
- Kuota menentukan jumlah resource bersama yang dapat dihitung dan dapat Anda gunakan. Kuota ditentukan oleh layanan Google Cloud seperti Load Balancing Cloud.
- Batas sistem adalah nilai tetap yang tidak dapat diubah.
Untuk mengubah kuota, lihat meminta kuota tambahan.
Google Cloud menggunakan kuota untuk membantu memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi jumlah resource Google Cloud yang dapat digunakan project Google Cloud Anda. Kuota berlaku untuk berbagai jenis resource, termasuk komponen hardware, software, dan jaringan. Misalnya, kuota dapat membatasi jumlah panggilan API ke layanan, jumlah load balancer yang digunakan secara bersamaan oleh project Anda, atau jumlah project yang dapat Anda buat. Kuota melindungi komunitas pengguna Google Cloud dengan mencegah kelebihan beban layanan. Kuota juga membantu Anda mengelola resource Google Cloud Anda sendiri.
Sistem Kuota Cloud melakukan hal berikut:
- Memantau pemakaian produk dan layanan Google Cloud oleh Anda
- Membatasi pemakaian resource tersebut
- Memberikan cara untuk meminta perubahan pada nilai kuota
Pada umumnya, saat Anda mencoba menggunakan resource lebih dari kuota yang diizinkan, sistem akan memblokir akses ke resource, dan tugas yang Anda coba lakukan akan gagal.
Kuota umumnya berlaku di level project Google Cloud. Penggunaan resource di satu project tidak memengaruhi kuota yang tersedia di project lain. Dalam project Google Cloud, kuota dibagikan ke semua aplikasi dan alamat IP.
Ada juga batas sistem pada resource Cloud Load Balancing. Batas sistem tidak dapat diubah.
Backend
Item | Kuota dan batas | Catatan |
---|---|---|
Grup instance | Kuota | Kuota berlaku per project dan per region. Saat membuat permintaan peningkatan kuota, pilih region yang berisi grup instance. Grup instance zonaonal menagih region yang berisi zona grup instance. |
NEG zonal dan regional per project | Kuota | Kuota adalah per project dan per region, yang mencakup semua jenis NEG kecualiNEG internet global, NEG Private Service Connect, dan NEG serverless. Saat membuat permintaan penambahan kuota, pilih region yang berisi NEG. NEG zona menagih region yang berisi zona NEG. |
NEG global per project | Kuota | Kuota ini bersifat global, per project, dan mencakup NEG internet global, NEG Private Service Connect, dan NEG serverless. |
Jumlah maksimum backend grup instance, backend NEG GCE_VM_IP_PORT , backend NEG GCE_VM_IP , atau backend NEG internet regional per layanan backend |
50 |
Batas ini tidak dapat dikonfigurasi. Dukungan untuk backend NEG zonal dan internet bervariasi menurut produk load balancing. Jika telah mengonfigurasi failover untuk Load Balancer Jaringan passthrough eksternal berbasis layanan backend atau jika telah mengonfigurasi failover untuk Load Balancer Jaringan passthrough internal, Anda dapat mengonfigurasi hingga 50 grup instance utama dan 50 grup instance cadangan atau Load Balancer Jaringan passthrough internal juga memiliki batasan jumlah instance virtual machine (VM) atau endpoint individual yang dapat mendistribusikan paket ke layanan backend. Untuk mengetahui detailnya, lihat kuota layanan backend. |
Endpoint per NEG
Item | Kuota dan batas | Catatan |
---|---|---|
Endpoint per NEG zona GCE_VM_IP_PORT |
10.000 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG zona GCE_VM_IP |
10.000 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG konektivitas hybrid (NON_GCP_PRIVATE_IP_PORT ) |
10.000 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG internet global | 1 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG internet regional | 256 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG serverless | 1 | Batas ini tidak dapat ditingkatkan. |
Endpoint per NEG Private Service Connect | 1 | Batas ini tidak dapat ditingkatkan. |
NEG pemetaan endpoint per port | 1.000 | Batas ini tidak dapat ditingkatkan. |
VM per grup instance
Jumlah VM backend yang dapat dilayani oleh satu load balancer mungkin kurang dari jumlah VM yang dapat didukung grup instance. Jumlah maksimum VM yang di-load balance per grup instance bergantung pada jumlah port yang ditentukan di setiap port bernama yang diekspor oleh grup instance.
Secara default, batas atas VM load-balanced per grup instance tidak boleh melebihi 2.000 untuk grup instance terkelola (MIG) regional, dan tidak boleh melebihi 1.000 untuk MIG zona. Dalam grup instance zonal yang tidak terkelola, jumlah VM maksimum per grup adalah 2.000. Jika memerlukan lebih dari 2.000 VM, Anda dapat meningkatkan batas ukuran grup instance terkelola atau menghubungi dukungan.
Item | Kuota dan batas | Catatan |
---|---|---|
Jumlah maksimum VM per grup instance terkelola regional yang terhubung ke layanan backend load balancer pass-through | 2.000 | Load Balancer Jaringan passthrough internal juga memiliki batas jumlah instance VM atau endpoint individual tempat layanan backend dapat mendistribusikan paket. Untuk mengetahui detailnya, lihat kuota layanan backend. |
Jumlah maksimum VM per grup instance terkelola zonal atau per grup instance tidak terkelola zonal yang terhubung ke layanan backend load balancer pass-through | Maksimum untuk grup instance terkelola zona: 1.000 Maksimum untuk grup instance tidak terkelola zona: 2.000 |
Load Balancer Jaringan passthrough internal juga memiliki batas jumlah instance VM atau endpoint individual tempat layanan backend dapat mendistribusikan paket. Untuk mengetahui detailnya, lihat kuota layanan backend. |
Jumlah maksimum VM per grup instance terkelola regional yang terhubung ke layanan backend load balancer proxy | Bergantung pada jumlah port yang ditentukan dalam port bernama untuk grup instance. Nilai ini lebih kecil dari dua nilai berikut: A: 2.000 B: 10.000 / (jumlah port di port bernama yang berisi nomor port terbanyak)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
Jumlah maksimum VM per grup instance terkelola zona yang terhubung ke layanan backend load balancer proxy | Bergantung pada jumlah port yang ditentukan dalam port bernama untuk grup instance. Nilai ini lebih kecil dari dua nilai berikut: A: 1.000 B: 10.000 / (jumlah port di port bernama yang berisi sebagian besar nomor port)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
Jumlah maksimum VM per grup instance tidak terkelola zonal yang terhubung ke layanan backend load balancer proxy | Bergantung pada jumlah port yang ditentukan dalam port bernama untuk grup instance. Nilai ini lebih kecil dari dua nilai berikut: A: 2.000 B: 10.000 / (jumlah port di port bernama yang berisi nomor port terbanyak)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
† Untuk menghitung jumlah maksimum VM yang di-load balancing di backend grup instance:
Menentukan jumlah maksimum port per port bernama.
Misalnya, jika grup instance memiliki port bernama berikut:
http:80
,api-gateway:8080
, danapi-gateway:8090
, maka ada satu nomor port untuk namahttp
dan dua nomor port untuk namaapi-gateway
. Oleh karena itu, dalam contoh ini, jumlah maksimum port per port bernama adalah dua.Bagi 10.000 dengan jumlah maksimum port per port bernama dan hapus sisa. Misalnya,
10,000 / 2 = 5,000
.Bandingkan jumlah yang dihitung pada langkah sebelumnya dengan batas atas VM load-balanced per grup instance: 2.000 untuk grup regional, 1.000 untuk grup zona.
Jika jumlah yang dihitung pada langkah sebelumnya kurang dari atau sama dengan batas atas, jumlah maksimum VM yang mendukung load balancing per grup instance adalah jumlah yang Anda hitung pada langkah sebelumnya. Jika tidak, jumlah VM load-balanced maksimum per grup instance adalah batas atas (2.000 untuk grup regional atau 1.000 untuk grup zona).
Kumpulan target
Item | Kuota dan batas | Catatan |
---|---|---|
Kumpulan target | Kuota | Kuota ini berlaku per project. |
Bucket backend
Item | Kuota dan batas | Catatan |
---|---|---|
Bucket backend | Kuota | Kuota ini berlaku per project. |
Layanan backend
Untuk memantau kuota layanan backend menggunakan Cloud Monitoring, siapkan pemantauan untuk metrik serviceruntime.googleapis.com/quota/allocation/usage
pada jenis resource Consumer Quota
. Tetapkan filter label tambahan (service
,
quota_metric
) untuk mendapatkan jenis kuota. Untuk informasi tentang cara memantau metrik penggunaan kuota, lihat Membuat diagram dan memantau metrik kuota.
Item | Kuota dan batas | Catatan |
---|---|---|
Load Balancer Aplikasi dan Load Balancer Jaringan Proxy | ||
Layanan backend Load Balancer Aplikasi klasik dan Load Balancer Jaringan proxy klasik | Kuota | Ini adalah kuota per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Aplikasi klasik dan Load Balancer Jaringan proxy klasik. Nama kuota: Metrik yang tersedia:
|
Layanan backend Load Balancer Aplikasi eksternal global dan Load Balancer Jaringan proxy eksternal global | Kuota | Ini adalah kuota per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Aplikasi eksternal global dan Load Balancer Jaringan proxy eksternal global. Nama kuota: Metrik yang tersedia:
|
Layanan backend Load Balancer Aplikasi eksternal regional dan Load Balancer Jaringan proxy eksternal regional |
Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Aplikasi eksternal regional dan Load Balancer Jaringan proxy eksternal global. Nama kuota: Metrik yang tersedia:
|
Layanan backend Load Balancer Aplikasi internal lintas region dan Load Balancer Jaringan proxy internal lintas region | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Aplikasi internal lintas region dan Load Balancer Jaringan proxy internal lintas region. Nama kuota:
Metrik yang tersedia:
|
Layanan backend Load Balancer Aplikasi internal regional dan Load Balancer Jaringan proxy internal regional | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Aplikasi internal regional dan Load Balancer Jaringan proxy internal regional. Nama Kuota: Metrik yang tersedia:
|
Jumlah layanan backend per Load Balancer Aplikasi | Bervariasi berdasarkan konfigurasi peta URL | Untuk mengetahui detail selengkapnya, lihat Peta URL. |
Jumlah layanan backend per Load Balancer Jaringan proxy | 1 | Batas ini tidak dapat diubah. |
Jumlah port bernama per layanan backend Load Balancer Aplikasi atau Load Balancer Jaringan proxy | 1 | Batas ini tidak dapat diubah. Port bernama hanya relevan dengan backend grup instance. |
Project berbeda maksimum yang berisi peta URL yang dapat mereferensikan layanan backend tertentu (batas yang relevan dengan referensi layanan lintas project) | 10 | Peta URL dari maksimal 10 project berbeda dapat mereferensikan layanan backend tertentu. Batas ini tidak dapat ditingkatkan. Batas ini berlaku secara independen untuk setiap layanan backend. |
Load Balancer Jaringan Passthrough | ||
Layanan backend Load Balancer Jaringan passthrough eksternal | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Jaringan passthrough eksternal. Nama kuota: Metrik yang tersedia:
|
Layanan backend Load Balancer Jaringan passthrough internal | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum layanan backend untuk Load Balancer Jaringan passthrough internal. Nama kuota: Metrik yang tersedia:
|
Jumlah layanan backend per Load Balancer Jaringan passthrough | 1 | Batas ini tidak dapat diubah. |
Jumlah port bernama per layanan backend Load Balancer Jaringan passthrough | 0 | Batas ini tidak dapat diubah. Kolom portName di layanan backend diabaikan untuk Load Balancer Jaringan passthrough. |
Jumlah maksimum instance VM (di semua backend grup instance) atau
endpoint (di semua grup endpoint jaringan GCE_VM_IP ) dari
layanan backend Load Balancer Jaringan passthrough internal |
Tanpa subset backend: 250 Dengan sub-setelan backend diaktifkan: 2.000 |
Batas ini tidak dapat ditingkatkan. Saat failover dikonfigurasi, jumlah maksimum instance VM atau endpoint berlaku untuk instance atau endpoint dalam kumpulan aktif. Misalnya, jika layanan backend memiliki lima grup instance, masing-masing dengan 60 instance VM, load balancer hanya mendistribusikan paket ke 250 dari 300 (5 × 60) instance saat subsetelan backend dinonaktifkan. Mengonfigurasi VM backend di luar batas ini dapat berdampak negatif pada performa karena traffic hanya diteruskan ke jumlah VM atau endpoint maksimum yang diizinkan seperti yang didokumentasikan di sini. |
Cloud Service Mesh | ||
Layanan backend Cloud Service Mesh | Kuota | Layanan backend untuk Cloud Service Mesh. Nama Kuota: Metrik yang tersedia:
|
Layanan backend Cloud Service Mesh | Kuota | Layanan backend untuk Cloud Service Mesh. Nama Kuota: Metrik yang tersedia:
|
Aturan penerusan
Untuk memantau kuota aturan penerusan menggunakan Cloud Monitoring, siapkan pemantauan untuk metrik serviceruntime.googleapis.com/quota/allocation/usage
pada jenis resource Consumer Quota
. Tetapkan filter label tambahan (service
,
quota_metric
) untuk mendapatkan jenis kuota. Untuk informasi tentang cara memantau metrik penggunaan kuota, lihat Membuat diagram dan memantau metrik kuota.
Item | Kuota dan batas | Catatan |
---|---|---|
Load Balancer Aplikasi Eksternal dan Load Balancer Jaringan proxy Eksternal | ||
Aturan penerusan Load Balancer Aplikasi Klasik dan Load Balancer Jaringan proxy klasik | Kuota | Ini adalah kuota per project yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi klasik dan Load Balancer Jaringan proxy klasik. Jika project Anda berisi gateway VPN Klasik, aturan penerusan untuk gateway tersebut juga akan mengurangi penggunaan kuota ini. Nama kuota: Metrik yang tersedia:
|
Aturan penerusan Load Balancer Aplikasi eksternal global dan Load Balancer Jaringan proxy eksternal global | Kuota | Ini adalah kuota per project yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi eksternal global dan Load Balancer Jaringan proxy eksternal global. Nama kuota: Metrik yang tersedia:
|
Aturan penerusan Load Balancer Aplikasi eksternal regional dan Load Balancer Jaringan proxy eksternal regional per region per jaringan Kuota ini menggantikan kuota |
Kuota | Ini adalah kuota per region dan per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi eksternal regional dan Load Balancer Jaringan proxy eksternal global yang backend-nya berada di region jaringan VPC. Nama kuota: Metrik yang tersedia:
|
Load Balancer Aplikasi Internal dan Load Balancer Jaringan proxy Internal | ||
Aturan penerusan Load Balancer Aplikasi internal lintas region dan Load Balancer Jaringan proxy internal lintas region per region per jaringan | Kuota | Ini adalah kuota per region dan per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi internal lintas region dan Load Balancer Jaringan proxy internal lintas region yang dapat Anda buat di region jaringan VPC. Nama kuota:
Metrik yang tersedia:
|
Aturan penerusan Load Balancer Aplikasi internal regional dan Load Balancer Jaringan proxy internal regional per region per jaringan | Kuota | Ini adalah kuota per region dan per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi internal regional dan Load Balancer Jaringan proxy internal regional yang dapat Anda buat di region jaringan VPC. Nama Kuota: Metrik yang tersedia:
|
Load Balancer Aplikasi internal lintas region, Load Balancer Aplikasi internal regional, Load Balancer Jaringan proxy internal lintas region, dan aturan penerusan Load Balancer Jaringan proxy internal regional per jaringan | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi internal lintas region, Load Balancer Aplikasi internal regional, Load Balancer Jaringan proxy internal lintas region, dan Load Balancer Jaringan proxy internal regional yang dapat Anda buat, secara agregat, di semua region jaringan VPC. Kuota ini dijadwalkan untuk tidak digunakan lagi. Nama Kuota: Metrik yang tersedia:
|
Load Balancer Aplikasi internal lintas region, Load Balancer Aplikasi internal regional, Load Balancer Jaringan proxy internal lintas region, dan aturan penerusan Load Balancer Jaringan proxy internal regional per grup peering | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Aplikasi internal lintas region, Load Balancer Aplikasi internal regional, Load Balancer Jaringan proxy internal lintas region, dan Load Balancer Jaringan proxy internal regional di semua region jaringan VPC lokal dan di semua region dari semua jaringan VPC peer yang terhubung langsung. Nama kuota: Metrik yang tersedia:
|
Load Balancer Jaringan Passthrough | ||
Aturan penerusan Load Balancer Jaringan passthrough eksternal | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Jaringan passthrough eksternal (baik layanan backend maupun arsitektur kumpulan target). Nama kuota: Metrik yang tersedia:
|
Aturan penerusan Load Balancer Jaringan passthrough internal per jaringan | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Jaringan passthrough internal yang dapat Anda buat, secara agregat, di semua region jaringan VPC. Nama kuota: Metrik yang tersedia:
|
Aturan penerusan Load Balancer Jaringan passthrough internal per grup peering | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Jaringan passthrough internal di semua region jaringan VPC lokal dan di semua region dari semua jaringan VPC peer yang terhubung langsung. Nama kuota: Metrik yang tersedia:
|
Jumlah port terpisah per aturan penerusan untuk Load Balancer Jaringan passthrough internal dan Load Balancer Jaringan passthrough eksternal berbasis layanan backend | 5 |
Batas ini tidak dapat diubah. Opsi spesifikasi port alternatif dapat digunakan:
|
Jumlah aturan penerusan yang dapat mereferensikan layanan backend yang sama untuk load balancer pass-through | Tidak ada batas terpisah | Tergantung pada kuota dan batas lainnya, beberapa aturan penerusan dapat mereferensikan layanan backend yang sama untuk load balancer pass-through. |
Jumlah layanan backend load balancer pass-through yang dapat direferensikan oleh satu aturan penerusan | 1 | Aturan penerusan untuk load balancer pass-through harus merujuk tepat ke satu layanan backend. |
Jumlah maksimum aturan penerusan internal yang dapat berbagi satu alamat IP internal | 10 | Batas ini hanya berlaku untuk Load Balancer Jaringan passthrough internal dan Load Balancer Jaringan proxy internal. Batas ini tidak dapat ditingkatkan. |
Jumlah maksimum rentang alamat IP sumber per aturan penerusan kemudi | 64 | Batas ini hanya berlaku untuk Load Balancer Jaringan passthrough eksternal. Batas ini tidak dapat ditingkatkan. |
Penerusan protokol (instance target) | ||
Aturan penerusan protokol eksternal | Kuota | Ini adalah kuota per region dan per project yang menentukan jumlah maksimum aturan penerusan protokol eksternal. Nama kuota: Metrik yang tersedia:
|
Aturan penerusan protokol internal per jaringan | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan untuk penerusan protokol internal yang dapat Anda buat, secara agregat, di semua region jaringan VPC. Nama kuota: Metrik yang tersedia:
|
Aturan penerusan protokol internal per grup peering | Kuota | Ini adalah kuota per jaringan yang menentukan jumlah maksimum aturan penerusan protokol internal di semua region jaringan VPC lokal dan di semua region dari semua jaringan VPC peer yang terhubung langsung. Nama Kuota: Metrik yang tersedia:
|
Cloud Service Mesh | ||
Aturan penerusan Cloud Service Mesh | Kuota | Aturan penerusan untuk Cloud Service Mesh. Nama Kuota: Metrik yang tersedia:
|
Proxy target
Item | Kuota dan batas | Catatan |
---|---|---|
Proxy HTTP Target | Kuota | Kuota ini berlaku per project. |
Proxy HTTPS Target | Kuota | Kuota ini berlaku per project. |
Proxy SSL target | Kuota | Kuota ini berlaku per project. |
Proxy TCP target | Kuota | Kuota ini berlaku per project. |
Kebijakan SSL per HTTPS target atau proxy SSL target | 1 | Batas ini tidak dapat ditingkatkan. |
Sertifikat SSL per HTTPS target atau proxy SSL target | 15 | Batas ini tidak dapat ditingkatkan; namun, beberapa load balancer mendukung Pengelola Sertifikat, yang menyediakan cara bagi proxy HTTPS target atau proxy SSL target untuk menggunakan ribuan sertifikat SSL. Untuk informasi selengkapnya, lihat Beberapa sertifikat SSL di ringkasan sertifikat SSL. |
Health check
Item | Kuota dan batas | Catatan |
---|---|---|
Health check | Kuota | Ini adalah kuota per project yang mencakup semua jenis health check (global, regional, dan lama). |
Peta URL
Batas yang didokumentasikan di sini tidak dapat ditingkatkan.
Item | Load Balancer Aplikasi Eksternal | Load Balancer Aplikasi Internal |
---|---|---|
Peta URL | Kuota
Kuota ini berlaku per project. |
Kuota
Kuota ini berlaku per project. |
Aturan host, pencocok jalur per peta URL | Batas: 1.000 | Batas: 2.000 |
Aturan jalur atau aturan rute per pencocok jalur | Batas: 1.000 | Batas: 1.000 |
Host per aturan host | Batas: 1.000 | Batas: 1.000 |
Predikat per pencocok jalur † | Batas: 1.000 | Batas: 1.000 |
pathTemplateMatch predikat per pencocok jalur |
Load Balancer Aplikasi eksternal global dan Load Balancer Aplikasi eksternal regional: Batas: 100 Tidak didukung untuk Load Balancer Aplikasi klasik |
Batas: 100 |
Jumlah layanan backend atau bucket backend yang berbeda yang dapat dirujuk oleh peta URL | Batas: 2.500 | Batas: 2.500 |
Batas lain yang relevan dengan referensi layanan lintas project:
|
||
Ukuran peta URL | Batas: 64 KB | Batas: 128 KB |
Jumlah pengujian peta URL | Load Balancer Aplikasi Klasik: Batas: 10.000 |
T/A
Load Balancer Aplikasi Internal tidak mendukung pengujian peta URL. |
Load Balancer Aplikasi eksternal global dan Load Balancer Aplikasi eksternal regional: Batas: 100 |
† Ini adalah batas jumlah kondisi kecocokan di semua aturan dalam pencocok jalur. Untuk pencocok jalur dengan aturan jalur, ini adalah jumlah total jalur di semua aturan jalur. Untuk pencocok jalur dengan aturan rute, jumlah awalan dihitung dengan menambahkan hal berikut:
- 1 untuk kondisi pencocokan jalur (salah satu dari prefixMatch atau fullPathMatch)
- jumlah kecocokan header di semua aturan rute pencocok jalur
- jumlah kecocokan parameter kueri di semua aturan rute pencocok jalur
Misalnya, untuk pencocok jalur dengan aturan rute berikut:
- Aturan rute A memiliki satu prefixMatch dan tiga pencocokan header
- Aturan rute B memiliki satu kecocokan fullPathMatch dan dua kecocokan parameter kueri
Jumlah total predikat untuk pencocok jalur ini adalah 7. Hal ini dihitung sebagai berikut: 1 (untuk prefixMatch) + 3 (untuk jumlah pencocokan header) + 1 (untuk fullPathMatch) + 2 (untuk jumlah pencocokan parameter kueri).
Ukuran header untuk Load Balancer Aplikasi
Item | Kuota dan batas | Catatan |
---|---|---|
Ukuran header permintaan klien maksimum untuk Load Balancer Aplikasi eksternal | 64 KB (kilobyte) | Batas ini tidak dapat ditingkatkan. Ukuran gabungan URL permintaan dan header permintaan harus kurang dari atau sama dengan 64 KB. |
Ukuran header respons backend maksimum untuk Load Balancer Aplikasi eksternal | Sekitar 128 KB (kilobyte) | Batas ini tidak dapat ditingkatkan. |
Ukuran header permintaan backend maksimum untuk Load Balancer Aplikasi internal | 60 KB (kilobyte) | Batas ini tidak dapat ditingkatkan. |
Konversi huruf kecil header permintaan dan respons HTTP | Selalu, kecuali untuk Load Balancer Aplikasi Klasik saat menggunakan HTTP/1.1 | Sebagai contoh, Host
menjadi host , dan Keep-ALIVE menjadi
keep-alive . |
Jumlah maksimum header permintaan kustom yang dikonfigurasi untuk setiap layanan backend | 16 | Batas ini tidak dapat ditingkatkan. |
Jumlah maksimum header respons kustom yang dikonfigurasi untuk setiap layanan backend | 16 | Batas ini tidak dapat ditingkatkan. |
Total ukuran semua header permintaan kustom per layanan backend (nama dan nilai digabungkan, sebelum perluasan variabel) | 8 KB | Batas ini tidak dapat ditingkatkan. |
Ukuran total semua header respons kustom per layanan backend (nama dan nilai digabungkan, sebelum perluasan variabel) | 8 KB | Batas ini tidak dapat ditingkatkan. |
Kueri per detik untuk Load Balancer Aplikasi
Item | Kuota dan batas | Catatan |
---|---|---|
Kueri per detik (QPS) per grup instance backend atau NEG untuk Load Balancer Aplikasi eksternal global | Dapat dikonfigurasi saat menggunakan RATE untuk mode balancing. |
Dibatasi oleh backend Anda. |
Kueri per detik (QPS) per region per jaringan untuk Load Balancer Aplikasi eksternal regional | Untuk Load Balancer Aplikasi eksternal regional, beban QPS maksimum bergantung pada ukuran permintaan dan kompleksitas konfigurasi. Jika beban melebihi kapasitas, latensi akan meningkat dan permintaan mungkin dihapus. | Dibatasi oleh backend Anda.* Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
Kueri per detik (QPS) per region per jaringan untuk Load Balancer Aplikasi internal | Untuk Load Balancer Aplikasi internal, beban QPS maksimum bergantung pada ukuran permintaan dan kompleksitas konfigurasi. Jika beban melebihi kapasitas, latensi akan meningkat dan permintaan mungkin akan dihapus. | Dibatasi oleh backend Anda.* Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
* Untuk project yang menggunakan NEG serverless, batasnya adalah 5.000 kueri per detik (QPS) per project untuk traffic yang dikirim ke NEG serverless apa pun yang dikonfigurasi dengan Load Balancer Aplikasi eksternal regional atau Load Balancer Aplikasi internal regional. Batas ini digabungkan di semua Load Balancer Aplikasi eksternal regional dan Load Balancer Aplikasi internal regional dalam project dan region. Ini bukan batas per load balancer.
Kebijakan load balancing layanan
Item | Kuota dan batas | Catatan |
---|---|---|
ServiceLbPolicies | Kuota | Kuota ini berlaku per project dan berlaku untuk Load Balancer Aplikasi klasik dan Load Balancer Aplikasi eksternal global. |
Sertifikat SSL
Item | Kuota dan batas | Catatan |
---|---|---|
Sertifikat SSL | Kuota | Kuota ini berlaku per project. |
Panjang kunci yang didukung untuk kunci pribadi | RSA 2048-bit (RSA-2048) ECDSA 256-bit (ECDSA P-256) |
Batas ini tidak dapat ditingkatkan. |
Beberapa domain per sertifikat SSL yang dikelola Google | 100 | Batas ini tidak dapat ditingkatkan. |
Panjang nama domain untuk sertifikat yang dikelola Google | 64 byte | Batas ini tidak dapat ditingkatkan. Batas panjang ini hanya berlaku untuk sertifikat SSL yang dikelola Google. Dalam sertifikat tersebut, batas 64 byte hanya berlaku untuk domain pertama dalam sertifikat. Batas panjang untuk domain lain dalam sertifikat adalah 253, yang berlaku untuk nama domain apa pun di internet, dan tidak khusus untuk sertifikat yang dikelola Google. |
Kebijakan SSL
Item | Kuota dan batas | Catatan |
---|---|---|
Kebijakan SSL global | Kuota | Kuota ini berlaku per project. Kuota ini digunakan oleh:
|
Kebijakan SSL regional | Kuota | Kuota ini berlaku per region, per project. Kuota ini digunakan oleh:
|
Kebijakan otorisasi
Batas yang didokumentasikan di sini tidak dapat ditingkatkan dan berlaku untuk Load Balancer Aplikasi.
Item | Kuota dan batas | Catatan |
---|---|---|
Jumlah kebijakan otorisasi | Batas: 10 untuk resource global, dan 10 per region untuk resource regional | Kuota ini berlaku per project. |
Jumlah aturan penerusan yang dapat dituju oleh kebijakan otorisasi | Batas: 100 | Kuota ini berlaku per kebijakan otorisasi. |
Jumlah kebijakan otorisasi per aturan penerusan | Batas: 5 | Kuota ini berlaku per aturan penerusan. |
Jumlah resource ekstensi otorisasi | Batas: 10 untuk resource global, dan 10 per region untuk resource regional | Kuota ini berlaku per project. |
Kebijakan TLS server
Item | Kuota dan batas | Catatan |
---|---|---|
Kebijakan TLS server global | Kuota | Kuota ini berlaku per project dan berlaku untuk Load Balancer Aplikasi klasik, Load Balancer Aplikasi eksternal global, dan Load Balancer Aplikasi internal lintas region. |
Kebijakan TLS server regional | Kuota | Kuota ini berlaku per region per project dan berlaku untuk Load Balancer Aplikasi eksternal regional dan Load Balancer Aplikasi internal regional. |
Konfigurasi kepercayaan
Batas yang didokumentasikan di sini tidak dapat ditingkatkan dan berlaku untuk Load Balancer Aplikasi klasik dan Load Balancer Aplikasi eksternal global.
Item | Kuota dan batas | Catatan |
---|---|---|
Jumlah trust store | Batas: 1 | Batas ini berlaku per resource TrustConfig . |
Jumlah gabungan anchor kepercayaan dan sertifikat intermediate | Batas: 200 | Batas ini berlaku per trust store. |
Jumlah intermediate certificate | Batas: 100 | Batas ini berlaku per trust store. |
Jumlah batasan nama yang diizinkan selama validasi root dan sertifikat intermediate | Batas: 10 | |
Sertifikat perantara yang memiliki informasi Subjek dan Kunci Publik Subjek yang sama | Batas: 10 | Batas ini berlaku per trust store. |
Kedalaman rantai sertifikat | Batas: 10 | Kedalaman maksimum untuk rantai sertifikat, termasuk root dan sertifikat klien. |
Frekuensi sertifikat perantara dapat dievaluasi saat mencoba membuat rantai kepercayaan | Batas: 100 | |
Kunci sertifikat yang diupload atau diteruskan dari klien | Batas: Kunci RSA dapat berukuran 2048 hingga 4096 bit Sertifikat ECDSA harus menggunakan kurva P-256 atau P-384 |
Batasan imbuhan yang didelegasikan publik
Batasan yang didokumentasikan di sini berlaku untuk Load Balancer Jaringan passthrough eksternal.
Item | Kuota dan batas | Catatan |
---|---|---|
Imbuhan yang didelegasikan publik dengan panjang awalan variabel | Kuota | Kuota ini berlaku per project. Ini adalah kuota untuk jumlah
imbuhan yang didelegasikan publik (PDP) yang Pelanggan mendapatkan kuota default sebesar 40. |
Mengelola kuota
Cloud Load Balancing 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:
|
Mengubah kuota, meminta kuota tambahan | Salah satu dari berikut ini:
|
Memeriksa kuota
Konsol
- Di Konsol Google Cloud, buka halaman 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: 413 Request Entity Too Large
.
Meminta kuota tambahan
Untuk menyesuaikan sebagian besar kuota, gunakan Konsol Google Cloud. Untuk mengetahui informasi selengkapnya, lihat Meminta penyesuaian kuota.
Konsol
- Di Konsol Google Cloud, buka halaman Quotas.
- Di halaman Quotas, pilih kuota yang ingin diubah.
- Di bagian atas halaman, klik Edit quotas.
- Untuk Name, masukkan nama Anda.
- Opsional: Untuk Telepon, masukkan nomor telepon.
- 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.