Dokumen ini mencantumkan kuota dan batas yang berlaku untuk dan Media CDN.
Google Cloud menggunakan kuota untuk membantu memastikan keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi berapa banyak Resource Google Cloud yang dapat digunakan project Google Cloud Anda. Kuota berlaku untuk berbagai tipe sumber daya, termasuk perangkat keras, perangkat lunak, dan jaringan komponen. Misalnya, kuota dapat membatasi jumlah panggilan API ke jumlah load balancer yang digunakan serentak oleh project Anda, atau jumlah project yang dapat dibuat. Kuota melindungi komunitas pengguna Google Cloud dengan mencegah kelebihan beban pada layanan. Kuota juga membantu Anda dapat mengelola resource Google Cloud Anda sendiri.
Sistem Cloud Quotas melakukan hal-hal berikut:
- Memantau konsumsi produk dan layanan Google Cloud Anda
- Membatasi konsumsi Anda atas resource tersebut
- Menyediakan cara untuk meminta perubahan pada nilai kuota
Pada umumnya, saat Anda mencoba menggunakan lebih banyak resource daripada kuotanya memungkinkan, sistem memblokir akses ke sumber daya, dan tugas yang coba Anda lakukan.
Kuota umumnya berlaku di project Google Cloud level organisasi. Penggunaan Anda atas sumber daya dalam satu proyek tidak mempengaruhi kuota yang tersedia di project lain. Dalam project Google Cloud, kuota dibagikan ke seluruh aplikasi dan alamat IP.
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.
Konfigurasi
Item | Batas | Catatan |
---|---|---|
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 |
2000 | Setiap Batas ini tidak dapat ditingkatkan. |
Sertifikat SSL maksimum per Layanan | 5 | Batas ini tidak dapat ditingkatkan. Lihat juga per kuota project untuk sertifikat SSL. |
Jumlah maksimum kunci publik per
EdgeCacheKeyset |
3 | Batas ini tidak dapat ditingkatkan. Beberapa kunci dalam {i>Keyset<i} adalah dirancang untuk mengaktifkan rotasi kunci: Anda harus menghapus yang lebih lama dan yang tidak kunci dari waktu ke waktu. |
Jumlah maksimum kunci bersama validasi per
EdgeCacheKeyset |
3 | Batas ini tidak dapat ditingkatkan. Beberapa kunci dalam {i>Keyset<i} adalah dirancang untuk mengaktifkan rotasi kunci: Anda harus menghapus yang lebih lama dan yang tidak kunci dari waktu ke waktu. |
Header, permintaan, dan respons HTTP
Item | Batas | Catatan |
---|---|---|
Ukuran header permintaan maksimum | Kira-kira 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 HTTP/1.1 koneksi jarak jauh. Koneksi HTTP/2 ditutup tanpa kode respons ditulis.
Permintaan ini dicatat dengan |
Ukuran isi permintaan maksimum | 16 KiB | Permintaan dengan isi yang melebihi batas ini ditolak dengan HTTP
Kode status 413 Content Too Large .
|
Ukuran header respons maksimum | Kira-kira 128 KiB | Batas ini tidak dapat ditingkatkan.
Respons asal dengan header yang melebihi batas ini akan menghasilkan HTTP
502 yang 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 pada titik asal yang Media CDN dapat disimpan dalam cache. Objek yang lebih besar adalah diperlakukan sebagai tidak dapat di-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 Media CDN melakukan proxy 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 huruf
header permintaan dan respons.
Terlepas dari protokol yang digunakan, semua {i>header<i} dikonversi menjadi huruf kecil.
Misalnya, Kasus nilai header tidak berubah. |
Batas kapasitas permintaan API
Jika Anda 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 networkservices
namespace tidak ditandai sebagai hanya baca |
100 per menit per project |
Waktu tunggu klien
Waktu habis | 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 durasi Media CDN diperlukan untuk menemukan respons yang dapat digunakan.Kedua waktu tunggu mencakup waktu yang diperlukan origin untuk menampilkan header dan menentukan apakah akan menggunakan failover atau pengalihan.
connectTimeout
berlaku secara independen untuk setiap upaya origin, sedangkanmaxAttemptsTimeout
menyertakan waktu yang diperlukan untuk terhubung di semua upaya origin, termasuk failover dan pengalihan. Mengikuti pengalihan dihitung sebagai mencoba terhubung ke asal, dan dihitung dalam kumpulanmaxAttempts
untuk origin yang dikonfigurasi.Saat Media CDN menemukan respons non-pengalihan, seperti dari asal pengalihan atau failover,
readTimeout
danresponseTimeout
nilai berlaku. Asal yang dialihkan menggunakanconnectTimeout
,readTimeout
, dan nilairesponseTimeout
yang dikonfigurasi untukEdgeCacheOrigin
yang mengalami pengalihan.responseTimeout
danreadTimeout
mengontrol durasi respons yang di-streaming berapa lama proyek itu akan berlangsung. Setelah Media CDN menentukan bahwa ia akan menggunakan respons upstream, bukanconnectTimeout
ataumaxAttemptsTimeout
itu penting. Pada tahap ini,readTimeout
danresponseTimeout
akan diterapkan.
Media CDN melakukan maksimal empat upaya origin di semua origin,
terlepas dari maxAttempts
yang ditetapkan oleh setiap EdgeCacheOrigin
.
Media CDN menggunakan nilai maxAttemptsTimeout
dari
EdgeCacheOrigin
. 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 origin hingga Media CDN menentukan
apakah respons tersebut dapat digunakan. Dalam praktiknya, Waktu tunggu harus bernilai antara 1 detik dan 15 detik. |
maxAttemptsTimeout | 15 detik | Waktu maksimum di semua upaya koneksi ke origin, termasuk failover, sebelum menampilkan error ke klien. HTTP 504 adalah dikembalikan jika waktu tunggu habis sebelum respons dikembalikan. Waktu tunggu harus bernilai antara 1 detik dan 30 detik. Setelan ini menentukan total durasi untuk all origin
yang berbeda, termasuk origin failover, untuk membatasi
total waktu yang mengharuskan klien menunggu
konten untuk memulai {i>streaming<i}. Hanya yang pertama
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, metode respons terpotong dan dicatat. |
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 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.