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 |
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 mungkin meningkat secara otomatis berdasarkan penggunaan Anda atas suatu produk.
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 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.
- Di halaman Quotas, pilih kuota yang ingin diubah.
- Di bagian atas halaman, klik Edit quotas.
- Untuk Name, masukkan nama Anda.
- Opsional: Untuk Phone, 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. Penting untuk 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.