Dokumen ini mencantumkan quotas dan quotas yang berlaku untuk Media CDN.
Kuota membatasi jumlah resource Google Cloud bersama yang dapat digunakan oleh project Google Cloud Anda, termasuk hardware, software, dan komponen jaringan. Oleh karena itu, kuota adalah bagian dari sistem yang melakukan hal-hal berikut:
- Memantau penggunaan atau pemakaian produk dan layanan Google Cloud oleh Anda.
- Membatasi konsumsi resource tersebut, karena alasan yang mencakup memastikan keadilan dan mengurangi lonjakan penggunaan.
- Mempertahankan konfigurasi yang otomatis menerapkan pembatasan yang ditentukan.
- Menyediakan cara untuk meminta atau melakukan perubahan pada kuota.
Pada umumnya, jika kuota terlampaui, sistem akan langsung memblokir akses ke resource Google yang relevan, dan tugas yang Anda coba lakukan 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 untuk resource Media CDN. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.
Batas
Batas berikut berlaku untuk Media CDN.
Configuration
Item | Batas | Notes |
---|---|---|
Jumlah maksimum EdgeCacheService |
20 per project | Hubungi tim penjualan Google Cloud jika ingin meningkatkan batas ini. |
Jumlah maksimum EdgeCacheOrigin |
30 per project | Hubungi tim penjualan Google Cloud jika ingin meningkatkan batas ini. |
Jumlah maksimum EdgeCacheKeyset |
10 per project | Hubungi tim penjualan Google Cloud jika ingin meningkatkan batas ini. |
Jumlah maksimum RouteRules per
EdgeCacheService |
2.000 | Setiap Batas ini tidak dapat ditingkatkan. |
Sertifikat SSL maksimum per Layanan | 5 | Batas ini tidak dapat ditingkatkan. Lihat juga kuota per project untuk sertifikat SSL. |
Jumlah maksimum kunci publik per EdgeCacheKeyset |
3 | Batas ini tidak dapat ditingkatkan. Beberapa kunci dalam Keyset didesain untuk mengaktifkan rotasi kunci: seiring waktu, Anda harus menghapus kunci yang lebih lama dan yang tidak digunakan. |
Jumlah maksimum kunci validasi bersama per
EdgeCacheKeyset |
3 | Batas ini tidak dapat ditingkatkan. Beberapa kunci dalam Keyset didesain untuk mengaktifkan rotasi kunci: seiring waktu, Anda harus menghapus kunci yang lebih lama dan yang tidak digunakan. |
Header, permintaan, dan respons HTTP
Item | Batas | Notes |
---|---|---|
Ukuran header permintaan maksimum | Sekitar 11 KiB | Batas ini tidak dapat ditingkatkan.
Ukuran gabungan URL permintaan dan header permintaan dibatasi hingga 15 KiB. Permintaan ditolak dengan respons HTTP 431 untuk koneksi HTTP/1.1. Koneksi HTTP/2 ditutup tanpa menulis kode respons.
Permintaan ini dicatat dalam log dengan |
Ukuran isi permintaan maksimum | 16 KiB | Permintaan dengan isi yang melebihi batas ini akan ditolak dengan kode status HTTP
413 Content Too Large .
|
Ukuran header respons maksimum | Sekitar 128 KiB | Batas ini tidak dapat ditingkatkan.
Respons origin dengan header yang melebihi batas ini akan menyebabkan HTTP
502 dikirim ke klien. Peristiwa ini dicatat dengan |
Ukuran maksimum objek yang dapat di-cache | 100 GiB | Batas ini tidak dapat ditingkatkan.
Ini adalah ukuran maksimum objek di asal yang dapat di-cache Media CDN. Objek yang lebih besar diperlakukan sebagai tidak dapat disimpan dalam cache. |
Ukuran respons maksimum yang tidak dapat disimpan dalam cache | 500 MiB | Batas ini tidak dapat ditingkatkan.
Ini adalah jumlah byte maksimum dalam isi respons yang di-proxy-kan Media CDN saat objek tidak dapat disimpan dalam cache. Respons yang tidak dapat disimpan dalam cache akan dipotong setelah mencapai batas. |
Konversi huruf kecil untuk header | Selalu, untuk Media CDN | Media CDN mengikuti konvensi HTTP/2 untuk kapitalisasi huruf pada header permintaan dan respons.
Terlepas dari protokol yang digunakan, semua header dikonversi menjadi huruf kecil.
Misalnya, Kasus nilai header tidak berubah. |
Batas kapasitas permintaan API
Jika memerlukan batas kapasitas yang lebih tinggi untuk permintaan API, Anda dapat meninjau penggunaan saat ini dan meminta peningkatan.
Item | Batas |
---|---|
Pembatalan | 10 per menit per EdgeCacheService |
Semua panggilan yang tidak ada dalam
namespace networkservices |
1.200 panggilan per menit per project |
Hanya baca: GetEdgeCache* ,
ListEdgeCache* |
100 per menit per project |
Baca/tulis: semua yang ada di namespace networkservices tidak ditandai sebagai hanya baca |
100 per menit per project |
Waktu tunggu klien
Timeout | Durasi maksimum | Response code | Deskripsi |
---|---|---|---|
Maximum request duration | 5 menit | HTTP 408 (Request Timeout) | Durasi maksimum satu respons permintaan. |
Header timeout | 10 detik | HTTP 408 (Request Timeout) | Berapa lama klien harus mengirim kumpulan lengkap header permintaan. |
Waktu tunggu origin
connectTimeout
danmaxAttemptsTimeout
membatasi waktu yang diperlukan Media CDN untuk menemukan respons yang dapat digunakan.Kedua waktu tunggu tersebut mencakup waktu yang diperlukan origin untuk menampilkan header dan untuk menentukan apakah akan menggunakan failover atau pengalihan.
connectTimeout
berlaku secara independen untuk setiap upaya origin, sedangkanmaxAttemptsTimeout
mencakup waktu yang diperlukan untuk terhubung di semua upaya origin, termasuk failover dan pengalihan. Mengikuti pengalihan dihitung sebagai upaya tambahan untuk terhubung ke origin, dan dihitung dalam jumlahmaxAttempts
yang ditetapkan untuk origin yang dikonfigurasi.Saat Media CDN menemukan respons non-pengalihan, seperti dari pengalihan atau asal failover, nilai
readTimeout
danresponseTimeout
akan berlaku. Origin yang dialihkan menggunakan nilaiconnectTimeout
,readTimeout
, danresponseTimeout
yang dikonfigurasi untukEdgeCacheOrigin
yang mengalami pengalihan.responseTimeout
danreadTimeout
mengontrol durasi respons yang di-streaming. Setelah Media CDN menentukan bahwa media CDN akan menggunakan respons upstream,connectTimeout
ataumaxAttemptsTimeout
tidak menjadi masalah. Pada tahap ini,readTimeout
danresponseTimeout
akan diterapkan.
Media CDN melakukan maksimal empat upaya asal di semua origin, terlepas dari maxAttempts
yang ditetapkan oleh setiap EdgeCacheOrigin
.
Media CDN menggunakan nilai maxAttemptsTimeout
dari EdgeCacheOrigin
utama. Nilai waktu tunggu per percobaan (connectTimeout
, readTimeout
, dan responseTimeout
) dikonfigurasi untuk EdgeCacheOrigin
dari setiap percobaan.
Tabel berikut menjelaskan kolom waktu tunggu:
Kolom | Default | Deskripsi |
---|---|---|
connectTimeout | 5 detik | Jumlah waktu maksimum yang dapat dibutuhkan Media CDN dari memulai permintaan ke asal hingga Media CDN menentukan apakah respons dapat digunakan. Dalam praktiknya, Waktu tunggu harus bernilai antara 1 detik dan 15 detik. |
maxAttemptsTimeout | 15 detik | Waktu maksimum di semua koneksi mencoba ke origin, termasuk origin failover, sebelum menampilkan error ke klien. HTTP 504 akan ditampilkan jika waktu tunggu habis sebelum respons ditampilkan. Waktu tunggu harus bernilai antara 1 detik dan 30 detik. Setelan ini menentukan total durasi untuk semua upaya koneksi origin, termasuk origin failover, untuk membatasi total
waktu klien harus menunggu konten untuk memulai streaming. Hanya nilai
|
readTimeout | 15 detik | Durasi maksimum untuk menunggu antar pembacaan respons HTTP tunggal.
|
responseTimeout | 30 seconds | Durasi maksimum yang diizinkan untuk menyelesaikan respons. Waktu tunggu harus bernilai antara 1 detik dan 120 detik. Durasi diukur dari waktu byte tubuh pertama diterima. Jika waktu tunggu ini tercapai sebelum respons selesai, respons akan dipotong dan dicatat dalam log. |
Mengelola kuota
Media CDN 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.