Dokumen ini berisi daftar quotas dan quotas yang berlaku untuk Cloud Load Balancing.
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.
Ada juga batasan pada resource Cloud Load Balancing. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.
Backend
Item | Kuota dan batas | Notes |
---|---|---|
Grup instance | Kuota | Kuota berlaku per project dan per region. Saat membuat permintaan penambahan kuota, pilih region yang berisi grup instance. Grup instance zonal menagih region yang berisi zona grup instance. |
NEG zona dan regional per project | Kuota | Kuota berlaku per project dan per region, yang mencakup semua jenis NEG kecuali untuk NEG internet global. Saat membuat permintaan penambahan kuota, pilih region yang berisi NEG. NEG Zonal menagih region yang berisi zona NEG. |
NEG Global per project | Kuota | Kuota ini bersifat global, per project, dan hanya mencakup NEG internet global. |
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 zona dan internet bervariasi menurut produk load balancing. Jika Anda telah mengonfigurasi failover untuk Load Balancer Jaringan passthrough eksternal berbasis layanan backend atau telah mengonfigurasi failover untuk Load Balancer Jaringan passthrough internal, Anda dapat mengonfigurasi hingga 50 grup instance utama dan 50 cadangan atau Load Balancer Jaringan passthrough internal juga memiliki batas jumlah instance atau endpoint virtual machine (VM) individual yang dapat digunakan layanan backend untuk mendistribusikan paket. Untuk mengetahui detailnya, lihat kuota layanan backend. |
Endpoint per NEG
Item | Kuota dan batas | Notes |
---|---|---|
Endpoint per GCE_VM_IP_PORT NEG zona |
10.000 | Batas ini tidak dapat ditingkatkan. |
Endpoint per GCE_VM_IP NEG zona |
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 konektivitas hybrid | 10.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 balanced per grup instance bergantung pada jumlah port yang ditentukan dalam setiap port bernama yang diekspor grup instance.
Secara default, batas atas VM yang di-load balanced per grup instance tidak boleh melebihi 2.000 untuk grup instance terkelola regional (MIG), dan tidak boleh lebih dari 1.000 untuk MIG zona. Dalam grup instance tidak terkelola dengan zona, jumlah maksimum VM per grup adalah 2.000. Jika membutuhkan lebih dari 2.000 VM, Anda dapat meningkatkan batas ukuran grup instance terkelola atau menghubungi dukungan.
Item | Kuota dan batas | Notes |
---|---|---|
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 individu atau endpoint yang dapat digunakan layanan backend untuk mendistribusikan paket. Untuk mengetahui detailnya, lihat kuota layanan backend. |
Jumlah maksimum VM per grup instance terkelola menurut zona atau per grup instance tidak terkelola menurut zona yang terhubung ke layanan backend load balancer pass-through | Maksimum untuk grup instance terkelola menurut zona: 1.000 Maksimum untuk grup instance yang tidak dikelola menurut zona: 2.000 |
Load Balancer Jaringan passthrough internal juga memiliki batas jumlah instance VM individu atau endpoint yang dapat digunakan layanan backend untuk 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. Ini adalah yang lebih kecil di antara keduanya: A: 2.000 B: 10.000 / (jumlah port dalam port bernama yang berisi nomor port terbanyak)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
Jumlah maksimum VM per grup instance terkelola menurut zona yang terhubung ke layanan backend load balancer proxy | Bergantung pada jumlah port yang ditentukan dalam port bernama untuk
grup instance. Ini adalah yang lebih kecil di antara keduanya: A: 1.000 B: 10.000 / (jumlah port dalam port bernama yang berisi nomor port terbanyak)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
Jumlah maksimum VM per grup instance tidak terkelola menurut zona yang terhubung ke layanan backend load balancer proxy | Bergantung pada jumlah port yang ditentukan dalam port bernama untuk
grup instance. Ini adalah yang lebih kecil di antara keduanya: A: 2.000 B: 10.000 / (jumlah port dalam port bernama yang berisi nomor port terbanyak)† |
Hubungi dukungan jika Anda perlu meningkatkan batas ini. |
† Untuk menghitung jumlah maksimum VM yang di-load balanced dalam backend grup instance:
Menentukan jumlah maksimum port per port bernama.
Misalnya, jika sebuah grup instance memiliki port bernama berikut:
http:80
,api-gateway:8080
, danapi-gateway:8090
, 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.Bagilah 10.000 dengan jumlah maksimum port per port bernama dan hapus sisanya. Misalnya,
10,000 / 2 = 5,000
.Bandingkan jumlah yang dihitung pada langkah sebelumnya dengan batas atas VM dengan load balancing 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 di-load balanced per grup instance adalah jumlah yang Anda hitung pada langkah sebelumnya. Jika tidak, jumlah maksimum VM yang di-load balanced per grup instance adalah batas atas (2.000 untuk grup regional atau 1.000 untuk grup zona).
Kumpulan target
Item | Kuota dan batas | Notes |
---|---|---|
Kumpulan target | Kuota | Kuota ini berlaku per project. |
Bucket backend
Item | Kuota dan batas | Notes |
---|---|---|
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 mengetahui informasi tentang cara memantau metrik penggunaan kuota, lihat Membuat diagram dan memantau metrik kuota.
Item | Kuota dan batas | Notes |
---|---|---|
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 Jaringan proxy eksternal global dan 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 Jaringan Proxy Aplikasi eksternal regional dan Load Balancer 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:
|
Load Balancer Aplikasi internal lintas region dan Layanan backend 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 Load Balancer Aplikasi atau layanan backend Load Balancer Jaringan proxy | 1 | Batas ini tidak dapat diubah. Port bernama hanya relevan dengan backend grup instance. |
Maksimum project berbeda yang berisi peta URL yang dapat merujuk ke layanan backend tertentu (batas yang relevan untuk referensi layanan lintas-project) | 10 | Peta URL dari maksimum 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 subset backend diaktifkan: 2000 |
Batas ini tidak dapat ditingkatkan. Saat failover dikonfigurasi, jumlah maksimum instance VM atau endpoint akan berlaku untuk instance atau endpoint VM yang aktif. Misalnya, jika layanan backend memiliki lima grup instance, masing-masing dengan 60 instance VM, load balancer hanya mendistribusikan paket ke 250 dari 300 instance (5 × 60) saat subsetelan backend dinonaktifkan. |
Traffic Director | ||
Layanan backend Traffic Director | Kuota | Layanan backend untuk Traffic Director. Nama Kuota: Metrik yang tersedia:
|
Layanan backend Traffic Director | Kuota | Layanan backend untuk Traffic Director. 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 mengetahui informasi tentang cara memantau metrik penggunaan kuota, lihat Membuat diagram dan memantau metrik kuota.
Item | Kuota dan batas | Notes |
---|---|---|
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 | ||
Load Balancer Aplikasi internal lintas region dan Aturan penerusan Load Balancer Jaringan lintas-region dan proxy jaringan 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 gabungan, 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 pada 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 (per project) | Kuota | Ini adalah kuota per project yang menentukan jumlah maksimum aturan penerusan untuk Load Balancer Jaringan passthrough eksternal (baik arsitektur layanan backend dan 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 dimungkinkan:
|
Jumlah aturan penerusan yang dapat mereferensikan layanan backend yang sama untuk load balancer pass-through | Tidak ada batas terpisah | Tunduk pada kuota dan batas lain, 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 mereferensikan tepat 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. Batas ini tidak dapat ditingkatkan. |
Penerusan protokol (instance target) | ||
Aturan penerusan protokol eksternal (per project) | Kuota | Ini adalah kuota 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 gabungan, 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 pada semua jaringan VPC peer yang terhubung langsung. Nama Kuota: Metrik yang tersedia:
|
Traffic Director | ||
Aturan penerusan Traffic Director | Kuota | Aturan penerusan untuk Traffic Director. Nama Kuota: Metrik yang tersedia:
|
Proxy target
Item | Kuota dan batas | Notes |
---|---|---|
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 Certificate Manager, yang memberi cara bagi proxy HTTPS target atau proxy SSL target untuk menggunakan ribuan sertifikat SSL. Untuk informasi selengkapnya, lihat Beberapa sertifikat SSL dalam ringkasan sertifikat SSL. |
Health check
Item | Kuota dan batas | Notes |
---|---|---|
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: 1000 | Batas: 2000 |
Aturan jalur atau aturan rute per pencocok jalur | Batas: 1000 | Batas: 200 |
Host per aturan host | Batas: 1000 | Batas: 1000 |
Predikat per pencocok jalur † | Batas: 1000 | Batas: 1000 |
pathTemplateMatch predikat per matcher jalur |
Load Balancer Aplikasi eksternal global: Batas: 100 Tidak didukung untuk Load Balancer Aplikasi eksternal regional dan Load Balancer Aplikasi klasik |
T/A
Tidak didukung untuk Load Balancer Aplikasi internal. |
Jumlah layanan backend atau bucket backend yang berbeda yang dapat direferensikan oleh peta URL | Batas: 2500 | Batas: 2500 |
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: 10000 |
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 pencocokan di semua aturan di pencocok jalur. Untuk pencocok jalur dengan aturan jalur, ini adalah total jumlah 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 awalanMatch atau fullPathMatch)
- jumlah header cocok dengan semua aturan rute pada pencocok jalur
- jumlah parameter kueri cocok dengan semua aturan rute pada pencocok jalur
Misalnya, untuk pencocok jalur dengan aturan rute berikut:
- Aturan rute A yang memiliki satu kecocokan awalan dan tiga kecocokan header
- Aturan rute B yang memiliki satu fullPathMatch dan dua parameter kueri yang cocok
Jumlah total predikat untuk pencocok jalur ini adalah 7. Nilainya dihitung sebagai berikut: 1 (untuk awalanMatch) + 3 (untuk jumlah kecocokan header) + 1 (untuk fullPathMatch) + 2 (untuk jumlah kecocokan parameter kueri).
Ukuran header untuk Load Balancer Aplikasi
Item | Kuota dan batas | Notes |
---|---|---|
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 untuk header respons dan permintaan HTTP | Selalu, kecuali untuk Load Balancer Aplikasi Klasik saat menggunakan HTTP/1.1 | Misalnya, 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. |
Ukuran total 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 | Notes |
---|---|---|
Kueri per detik (QPS) per grup instance backend atau NEG untuk Load Balancer Aplikasi eksternal global | Dapat dikonfigurasi saat menggunakan RATE untuk mode penyeimbangan. |
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 akan 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 berkurang. | 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 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 sebuah project dan region. Ini bukan batas per load balancer.
Kebijakan load balancing layanan
Item | Kuota dan batas | Notes |
---|---|---|
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 | Notes |
---|---|---|
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 TLS server
Item | Kuota dan batas | Notes |
---|---|---|
ServerTLSPolicy | Kuota | Kuota ini berlaku per project dan berlaku untuk Load Balancer Aplikasi klasik dan Load Balancer Aplikasi eksternal global. |
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 | Notes |
---|---|---|
Jumlah trust store | Batas: 1 | Batas ini adalah per TrustConfig resource. |
Jumlah trust anchor | Batas: 100 | Batas ini adalah per penyimpanan kepercayaan. |
Jumlah intermediate certificate | Batas: 100 | Batas ini adalah per penyimpanan kepercayaan. |
Jumlah batasan nama yang diizinkan selama validasi root certificate dan intermediate certificate | Batas: 10 | |
Sertifikat perantara yang memiliki informasi Kunci Publik Subjek dan Subjek yang sama | Batas: 10 | Batas ini adalah per penyimpanan kepercayaan. |
Kedalaman rantai sertifikat | Batas: 10 | Kedalaman maksimum untuk rantai sertifikat, termasuk sertifikat root dan klien. |
Berapa kali sertifikat perantara dapat dievaluasi saat mencoba membuat rantai kepercayaan | Batas: 100 | |
Kunci sertifikat yang diupload dan diteruskan dari klien | Batas: Kunci RSA dapat berupa 2048 hingga 4096 bit Sertifikat ECDSA harus menggunakan kurva P-256 atau P-384 |
Manage quotas
Cloud Load Balancing 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:
|
Modify quotas, request additional quota | One of the following:
|
Check your quota
Console
- In the Google Cloud console, go to the Quotas page.
- 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 increase or decrease most quotas, use the Google Cloud console. For more information, see Request a higher quota.
Console
- In the Google Cloud console, go to the Quotas page.
- On the Quotas page, select the quotas that you want to change.
- At the top of the page, click Edit quotas.
- For Name, enter your name.
- Optional: For Phone, enter a phone number.
- Submit your request. Quota requests take 24 to 48 hours to process.
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 the us-central1
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.