Dokumen ini berisi daftar quotas dan quotas yang berlaku untuk Cloud Monitoring.
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.
Untuk menambah atau mengurangi sebagian besar kuota, gunakan Konsol Google Cloud. Untuk mengetahui informasi lebih lanjut, lihat artikel Meminta kuota yang lebih tinggi.
Ada juga batasan untuk resource Monitoring. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.
Metrik yang ditentukan pengguna
Halaman Metrics Management Cloud Monitoring menyediakan informasi yang dapat membantu Anda mengontrol jumlah biaya yang dikeluarkan untuk metrik yang dapat dikenakan biaya tanpa memengaruhi kemampuan observasi. Halaman Pengelolaan Metrik melaporkan informasi berikut:
- Volume penyerapan untuk penagihan berbasis byte dan sampel, di seluruh domain metrik dan untuk masing-masing metrik.
- Data tentang label dan kardinalitas metrik.
- Penggunaan metrik dalam kebijakan pemberitahuan dan dasbor kustom.
- Rasio error penulisan metrik.
| Kategori | Nilai maksimum |
|---|---|
| Deskripsi metrik kustom per project1 | 10.000 |
| Label per deskriptor metrik | 30 |
| Panjang string untuk kunci label | 100 |
| Panjang string untuk nilai label | 1024 |
| Deret waktu yang disertakan dalam permintaan tulis2 | 200 |
| Kecepatan data dapat ditulis ke satu deret waktu3 | satu poin setiap 5 detik |
| Bucket histogram per metrik distribusi kustom | 200 |
| Workload, Prometheus, dan deskripsi metrik4 eksternal per project | 25.000 |
| Deret waktu aktif dari metrik kustom per resource yang dipantau5 | 200.000 |
| Deret waktu aktif dari metrik workload per resource yang dipantau5 | 200.000 |
| Deret waktu aktif dari Prometheus per resource yang dipantau5 | 1.000.000 |
| Deret waktu aktif dari metrik eksternal per resource yang dipantau5 | 200.000 |
| Laju pembuatan deskripsi metrik | 6.000 per menit per project |
1
Batas ini diberlakukan oleh Cloud Monitoring. Layanan lain mungkin menerapkan nilai maksimum yang lebih rendah. Metrik kustom adalah metrik yang ditulis ke custom.googleapis.com.
2
Anda hanya dapat menulis satu titik data untuk setiap deret waktu dalam permintaan, sehingga batas ini juga berfungsi sebagai jumlah titik maksimum yang dapat ditulis per permintaan.
3
Cloud Monitoring API mengharuskan waktu berakhir titik-titik yang ditulis ke deret waktu setidaknya berjarak 5 detik. Anda dapat mengelompokkan titik tulis ke deret waktu, asalkan titik datanya ditulis secara berurutan.
4
Metrik eksternal adalah metrik yang ditulis ke external.googleapis.com.
5
Deret waktu bersifat aktif jika Anda menuliskan titik data ke dalamnya dalam 24 jam terakhir.
Batas yang ditentukan dalam baris adalah jumlah total deret waktu aktif untuk satu resource yang dimonitor (misalnya, satu VM gce_instance atau satu container k8s_container) di seluruh metrik yang ditentukan pengguna dalam baris tersebut (kustom, workload, Prometheus, atau eksternal). Pengecualiannya adalah resource yang dimonitor global, yang batasannya berlaku untuk setiap metrik yang ditentukan pengguna secara terpisah. Ini adalah batas keamanan seluruh sistem dan
tidak dapat disesuaikan.
Kuota dan batas Monitoring API
| Kategori | Nilai maksimum |
|---|---|
| Batas untuk penggunaan API |
Untuk menemukan kuota dan batas API, lakukan salah satu hal berikut:
|
| Masa pakai token halaman API | 24 jam |
Tentang kuota Monitoring API
Monitoring API memiliki batas kuota untuk tingkat permintaan penyerapan deret waktu dan kueri deret waktu. Permintaan penyerapan adalah panggilan yang menulis data deret waktu, dan kueri adalah panggilan yang mengambil data deret waktu. Ada juga batasan internal pada endpoint Monitoring API lainnya; endpoint ini tidak dimaksudkan untuk menangani tingkat permintaan yang tinggi.
Untuk mengurangi jumlah permintaan API yang dikeluarkan saat layanan Anda menulis data deret waktu, gunakan satu permintaan API untuk menulis data untuk beberapa deret waktu.
Sebaiknya tulis minimal 10 objek per permintaan.
Untuk mengetahui informasi selengkapnya tentang pengelompokan permintaan API, lihat timeSeries.create.
Jika, setelah mengelompokkan permintaan API, Anda masih memerlukan batas kuota Monitoring API yang lebih tinggi, hubungi Dukungan Google Cloud.
Batas lainnya tetap dan sebagaimana dijelaskan di halaman ini.
Untuk mengetahui informasi selengkapnya, buka Bekerja dengan kuota.
Retensi data
Titik data metrik yang lebih lama dari periode retensi akan dihapus dari deret waktu.
| Kategori | Nilai | ||
|---|---|---|---|
Retensi titik data dari jenis metrik kustom, eksternal, dan agen, termasuk:
|
24 bulan1 | ||
Retensi titik data dari jenis metrik kesehatan proses: agent.googleapis.com/processes,kecuali untuk count_by_state dan fork_state, seperti yang disebutkan dalam entri sebelumnya. |
24 jam | ||
| Retensi titik data dari semua jenis metrik lainnya, termasuk: | 6 minggu | Retensi metrik Google Cloud | 6 minggu |
| Masa pakai token halaman API | 24 jam |
1 Data metrik disimpan selama 6 minggu pada frekuensi pengambilan sampel aslinya, kemudian dikurangi menjadi interval 10 menit untuk penyimpanan yang diperluas.
2 Data metrik Google Cloud Managed Service for Prometheus disimpan selama 1 minggu pada frekuensi pengambilan sampel aslinya, kemudian dikurangi menjadi interval 1 menit selama 5 minggu berikutnya, kemudian dikurangi menjadi interval 10 menit untuk penyimpanan yang lebih lama.
Grup resource
| Kategori | Nilai |
|---|---|
| Jumlah grup resource per cakupan metrik | 500 |
| Jumlah maksimum grup yang disertakan dalam laporan email1 | 10 |
1 Saat mengonfigurasi laporan email Cloud Monitoring, Anda dapat meminta informasi tentang pemanfaatan grup resource Anda. Karena keterbatasan pada pelapor email, laporan yang dihasilkan hanya menyertakan informasi untuk 10 grup.
Batas project yang dipantau
Cloud Monitoring secara resmi mendukung hingga 375 project Google Cloud per cakupan metrik .
Anda dapat menambahkan hingga 1.000 project Google Cloud per cakupan metrik, tetapi Anda mungkin mengalami masalah performa, terutama saat membuat kueri metrik kustom atau data historis. Cloud Monitoring menjamin kueri dan diagram berperforma tinggi hanya untuk 375 project Google Cloud per cakupan metrik .
Untuk menambah kuota project Google Cloud per cakupan metrik, Anda dapat meminta peningkatan kuota "Monitored Projects / Monitoring Metrics Scope". Baca dokumentasi terkait mengelola kuota untuk mengetahui detail selengkapnya.
Batasan dalam membuat dan memperbarui deskriptor metrik
Cloud Monitoring memberlakukan batas kapasitas per menit pada pembuatan metrik baru, penambahan label metrik baru ke metrik yang ada, dan penghapusan metrik. Batas kapasitas ini biasanya hanya tercapai saat pertama kali berintegrasi dengan Cloud Monitoring, misalnya saat Anda memigrasikan deployment Prometheus yang sudah ada dan matang ke Cloud Monitoring. Ini bukanlah batas kapasitas untuk menyerap titik data. Batas kapasitas ini hanya berlaku saat membuat metrik yang belum pernah dilihat sebelumnya atau saat menambahkan label baru ke metrik yang ada.
Kuota ini telah diperbaiki, tetapi masalah apa pun akan otomatis diselesaikan saat metrik dan label metrik baru dibuat hingga batas per menit.
Batasan untuk pemberitahuan
| Kategori | Nilai | Jenis kebijakan1 |
|---|---|---|
| Kebijakan pemberitahuan (jumlah metrik dan log) per cakupan metrik 2 | 500 | Metrik, Log |
| Kondisi per kebijakan pemberitahuan | 6 | Metrik |
| Jangka waktu maksimum yang dievaluasi oleh kondisi ketiadaan metrik3 |
1 hari | Metrik |
| Jangka waktu maksimum yang dievaluasi kondisi batas metrik3 |
23 jam 30 menit | Metrik |
| Panjang maksimum filter yang digunakan dalam kondisi batas metrik |
2.048 karakter Unicode | Metrik |
| Jumlah maksimum deret waktu yang dipantau oleh kondisi perkiraan |
64 | Metrik |
| Periode perkiraan minimum | 1 jam (3.600 detik) | Metrik |
| Periode perkiraan maksimum | 2,5 hari (216.000 detik) | Metrik |
| Saluran notifikasi per kebijakan pemberitahuan | 16 | Metrik, Log |
| Laju notifikasi maksimum | 1 notifikasi setiap 5 menit untuk setiap pemberitahuan berbasis log | Log |
| Jumlah maksimum notifikasi | 20 notifikasi sehari untuk setiap peringatan berbasis log | Log |
| Jumlah maksimum insiden yang terbuka secara bersamaan per kebijakan pemberitahuan |
1.000 | Metrik |
| Periode saat insiden tanpa data baru otomatis ditutup |
7 hari | Metrik |
| Durasi maksimum insiden jika tidak ditutup secara manual | 7 hari | Log |
| Retensi insiden tertutup | 13 bulan | Tidak berlaku |
| Retensi insiden terbuka | Tak terbatas | Tidak berlaku |
| Saluran notifikasi per cakupan metrik | 4.000 | Tidak berlaku |
| Jumlah maksimum kebijakan pemberitahuan per penundaan | 16 | Metrik, Log |
| Retensi penundaan | 13 bulan | Tidak berlaku |
2Apigee dan Apigee Hybrid sangat terintegrasi dengan Cloud Monitoring. Batas pemberitahuan untuk semua level langganan Apigee—Standard, Enterprise, dan Enterprise Plus—sama dengan Cloud Monitoring: 500 per cakupan metrik .
3Jangka waktu maksimum yang dievaluasi kondisi adalah jumlah periode penyelarasan dan nilai periode durasi. Misalnya, jika periode penyelarasan ditetapkan ke 15 jam, dan periode durasi ditetapkan 15 jam, maka diperlukan data 30 jam untuk mengevaluasi kondisinya.
Batas untuk monitor sintetis
| Kategori | Nilai |
|---|---|
| Cek uptime per cakupan metrik * | 100 |
| Jumlah maksimum ping ICMP per cek uptime publik | 3 |
| Monitor sintetis per cakupan metrik | 100† |
†Untuk mengetahui informasi tentang cara meningkatkan batas ini, lihat Mengelola kuota Anda menggunakan Konsol Google Cloud.
Batas untuk diagram
| Kategori | Nilai |
|---|---|
| Dasbor per cakupan metrik | 1.000 |
| Diagram pada dasbor | 40 |
| Garis pada diagram | 50 |
Tujuan tingkat layanan
| Kategori | Nilai |
|---|---|
| Jumlah SLO per layanan | 500 |