Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Layanan Terkelola Amazon untuk kuota layanan Prometheus
Dua bagian berikut menjelaskan kuota dan batas yang terkait dengan Amazon Managed Service untuk Prometheus.
Kuota layanan
Amazon Managed Service untuk Prometheus memiliki kuota berikut. Layanan Terkelola Amazon untuk Prometheus menjual metrik penggunaan untuk memantau penggunaan sumber daya PrometheusCloudWatch . Menggunakan fitur alarm metrik CloudWatch penggunaan Amazon, Anda dapat memantau sumber daya dan penggunaan Prometheus untuk mencegah kesalahan batas.
Seiring pertumbuhan proyek dan ruang kerja Anda, kuota paling umum yang harus Anda pantau atau minta peningkatan adalah: Seri aktif per ruang kerja, dan Tingkat konsumsi per ruang kerja.
Untuk semua kuota yang dapat disesuaikan, Anda dapat meminta peningkatan kuota dengan memilih tautan di kolom Adjustable, atau dengan meminta peningkatan kuota
Seri Aktif per batas ruang kerja diterapkan secara dinamis. Untuk informasi selengkapnya, lihat Kuota default seri aktif. Tingkat konsumsi per kuota ruang kerja menentukan seberapa cepat Anda dapat menyerap data ke dalam ruang kerja Anda. Untuk mengetahui informasi selengkapnya, lihat Pelambatan konsumsi.
catatan
Kecuali dinyatakan lain, kuota ini per ruang kerja. Nilai maksimum untuk seri aktif per ruang kerja adalah satu miliar.
| Nama | Default | Dapat disesuaikan | Deskripsi |
|---|---|---|---|
| Metrik aktif dengan metadata per ruang kerja | Setiap Wilayah yang didukung: 20.000 | Tidak | Jumlah metrik aktif unik dengan metadata per ruang kerja. Catatan: Jika batas tercapai, sampel metrik dicatat, tetapi metadata di atas batas dijatuhkan. |
| Seri aktif per ruang kerja | Setiap Wilayah yang didukung: 50.000.000 | Ya |
Jumlah seri aktif unik per ruang kerja (hingga maksimal 1 miliar). Serangkaian aktif jika sampel telah dilaporkan dalam 2 jam terakhir. Kapasitas dari 2 M hingga 50 M secara otomatis disesuaikan berdasarkan 30 menit terakhir penggunaan. |
| Ukuran grup agregasi peringatan dalam file definisi manajer peringatan | Setiap Wilayah yang didukung: 1.000 | Ya |
Ukuran maksimum grup agregasi peringatan dalam file definisi manajer peringatan. Setiap kombinasi nilai label group_by akan membuat grup agregasi. |
| Ukuran file definisi manajer peringatan | Setiap Wilayah yang didukung: 1.000.000 | Tidak | Ukuran maksimum file definisi manajer peringatan, dalam byte. |
| Ukuran payload peringatan di Alert Manager | Setiap Wilayah yang didukung: 20 | Tidak | Ukuran payload peringatan maksimum dari semua peringatan Alert Manager per ruang kerja, dalam megabyte. Ukuran peringatan tergantung pada label dan anotasi. |
| Peringatan di Manajer Peringatan | Setiap Wilayah yang didukung: 1.000 | Ya |
Jumlah maksimum peringatan Manajer Peringatan bersamaan per ruang kerja. |
| Cluster pelacak HA | Setiap Wilayah yang didukung: 500 | Tidak | Jumlah maksimum cluster yang akan dilacak oleh pelacak HA untuk sampel yang dicerna per ruang kerja. |
| Tingkat konsumsi per ruang kerja | Setiap Wilayah yang didukung: 170.000 | Ya |
Tingkat konsumsi sampel metrik per ruang kerja per detik. |
| Aturan penghambatan dalam file definisi manajer peringatan | Setiap Wilayah yang didukung: 100 | Ya |
Jumlah maksimum aturan penghambatan dalam file definisi manajer peringatan. |
| Ukuran label | Setiap Wilayah yang didukung: 7 | Tidak | Ukuran gabungan maksimum dari semua label dan nilai label diterima untuk seri, dalam kilobyte. |
| LabelSet batas per ruang kerja | Setiap Wilayah yang didukung: 100 | Ya |
Jumlah maksimum batas labelset yang dapat dibuat per ruang kerja. |
| Label per seri metrik | Setiap Wilayah yang didukung: 150 | Ya |
Jumlah label per seri metrik. |
| Panjang metadata | Setiap Wilayah yang didukung: 1 | Tidak | Panjang maksimum yang diterima untuk metadata metrik, dalam kilobyte. Metadata mengacu pada Nama Metrik, Jenis, Unit dan Teks Bantuan. |
| Metadata per metrik | Setiap Wilayah yang didukung: 10 | Tidak | Jumlah metadata per metrik. Catatan: Jika batas tercapai, sampel metrik dicatat, tetapi metadata di atas batas dijatuhkan. |
| Node di pohon perutean manajer peringatan | Setiap Wilayah yang didukung: 100 | Ya |
Jumlah maksimum node di pohon routing manajer peringatan. |
| Jumlah operasi API per wilayah dalam transaksi per detik | Setiap Wilayah yang didukung: 10 | Ya |
Jumlah maksimum operasi API per detik per wilayah untuk semua Layanan Terkelola Amazon untuk APIs Prometheus, termasuk CRUD ruang kerja, APIs penandaan, namespace grup aturan APIs CRUD, dan definisi manajer peringatan CRUD. APIs APIs |
| Jumlah GetSeries, GetLabels dan operasi GetMetricMetadata API per ruang kerja dalam transaksi per detik | Setiap Wilayah yang didukung: 10 | Tidak | Jumlah maksimum GetSeries, GetLabels dan operasi API yang GetMetricMetadata kompatibel dengan Prometheus per detik per ruang kerja. |
| Jumlah operasi QueryMetrics API per ruang kerja dalam transaksi per detik | Setiap Wilayah yang didukung: 300 | Tidak | Jumlah maksimum operasi API yang QueryMetrics kompatibel dengan Prometheus per detik per ruang kerja. |
| Jumlah operasi RemoteWrite API per ruang kerja dalam transaksi per detik | Setiap Wilayah yang didukung: 3.000 | Tidak | Jumlah maksimum operasi API yang RemoteWrite kompatibel dengan Prometheus per detik per ruang kerja. |
| Jumlah operasi API lain yang kompatibel dengan Prometheus per ruang kerja dalam transaksi per detik | Setiap Wilayah yang didukung: 100 | Tidak | Jumlah maksimum operasi API per detik per ruang kerja untuk semua Prometheus lain yang kompatibel APIs termasuk,, dll. ListAlerts ListRules |
| Byte kueri untuk kueri instan | Setiap Wilayah yang didukung: 5 | Tidak | Byte maksimum yang dapat dipindai oleh satu kueri instan, dalam gigabyte. |
| Byte kueri untuk kueri rentang | Setiap Wilayah yang didukung: 5 | Tidak | Byte maksimum yang dapat dipindai per interval 24 jam dalam kueri rentang tunggal, dalam gigabyte. |
| Sampel kueri | Setiap Wilayah yang didukung: 50.000.000 | Tidak | Jumlah maksimum sampel yang dapat dipindai selama satu kueri. |
| Seri kueri diambil | Setiap Wilayah yang didukung: 12.000.000 | Tidak | Jumlah maksimum seri yang dapat dipindai selama satu kueri. |
| Rentang waktu kueri dalam beberapa hari | Setiap Wilayah yang didukung: 95 | Tidak | Rentang waktu maksimum QueryMetrics, GetSeries, dan GetLabels APIs. |
| Ukuran permintaan | Setiap Wilayah yang didukung: 1 | Tidak | Ukuran permintaan maksimum untuk konsumsi atau kueri, dalam megabyte. |
| Interval evaluasi aturan | Setiap Wilayah yang didukung: 30 | Ya |
Interval evaluasi aturan minimum dari kelompok aturan per ruang kerja, dalam hitungan detik. |
| Ukuran file definisi namespace grup aturan | Setiap Wilayah yang didukung: 1.000.000 | Tidak | Ukuran maksimum file definisi namespace grup aturan, dalam byte. |
| Aturan per ruang kerja | Setiap Wilayah yang didukung: 2.000 | Ya |
Jumlah maksimum aturan per ruang kerja. |
| Keheningan per ruang kerja | Setiap Wilayah yang didukung: 1.000 | Ya |
Jumlah maksimum keheningan, termasuk keheningan yang kedaluwarsa, aktif, dan tertunda, per ruang kerja. |
| Template dalam file definisi manajer peringatan | Setiap Wilayah yang didukung: 100 | Ya |
Jumlah maksimum template dalam file definisi manajer peringatan. |
| Ruang kerja per wilayah per akun | Setiap Wilayah yang didukung: 25 | Ya |
Jumlah maksimum ruang kerja per wilayah. |
Kuota default seri aktif
Layanan Terkelola Amazon untuk ruang kerja Prometheus secara otomatis beradaptasi dengan penggunaan konsumsi Anda. Ketika penggunaan Anda meningkat, layanan secara otomatis meningkatkan kapasitas rangkaian waktu Anda hingga kuota default.
Layanan Terkelola Amazon untuk ruang kerja Prometheus Anda menskalakan secara otomatis, berdasarkan penggunaan Anda, dengan dua cara:
-
Ketika penggunaan rata-rata 30 menit Anda di bawah 5 juta seri, kapasitasnya berlipat ganda (misalnya, ruang kerja dengan penggunaan 3,5 juta mendapat kapasitas 7M).
-
Ketika penggunaan melebihi 5 juta seri, ruang kerja menambahkan 10 juta buffer (misalnya, ruang kerja dengan penggunaan 25 juta mendapat kapasitas 35 juta).
Layanan Terkelola Amazon untuk Prometheus secara otomatis mengalokasikan lebih banyak kapasitas saat konsumsi Anda meningkat, hingga kuota Anda. Ini membantu memastikan beban kerja Anda tidak mengalami pelambatan yang berkelanjutan. Namun, pelambatan dapat terjadi jika Anda menggandakan atau melebihi 10 juta di atas baseline sebelumnya yang dihitung selama 30 menit terakhir. Untuk menghindari pembatasan, Amazon Managed Service for Prometheus merekomendasikan peningkatan konsumsi secara bertahap saat meningkat melampaui baseline Anda sebelumnya.
catatan
Kapasitas minimum untuk deret waktu aktif adalah 2 juta, dan tidak ada pelambatan ketika Anda memiliki kurang dari 2 juta seri.
Untuk melampaui kuota default Anda, Anda dapat meminta peningkatan kuota
Penskalaan di atas kuota default
Saat Anda meminta peningkatan kuota di atas kuota seri aktif default, Amazon Managed Service for Prometheus menyesuaikan kapasitas ruang kerja Anda. Jika Anda tidak sepenuhnya memanfaatkan peningkatan kapasitas, layanan akan merebut kembali bagian yang tidak terpakai dari waktu ke waktu. Seiring bertambahnya penggunaan Anda, ruang kerja akan meningkat lagi secara otomatis.
Namun, pelambatan dapat terjadi jika Anda lebih dari dua kali lipat atau melebihi 50 juta deret waktu aktif di atas baseline sebelumnya yang dihitung dari 2 jam terakhir. Misalnya:
-
Jika kuota Anda 100 juta dan baseline Anda 30 juta, Anda dapat menskalakan hingga 60 juta dalam waktu 2 jam tanpa pembatasan.
-
Jika kuota Anda 100 juta dan baseline Anda 50 juta, Anda dapat menskalakan hingga 100 juta penuh dalam waktu 2 jam tanpa pembatasan.
Pelambatan konsumsi
Layanan Terkelola Amazon untuk Prometheus membatasi konsumsi untuk setiap ruang kerja, berdasarkan batas Anda saat ini. Ini membantu menjaga kinerja ruang kerja. Jika Anda melebihi batas, Anda akan melihat DiscardedSamples dalam CloudWatch metrik (dengan rate_limited alasannya). Anda dapat menggunakan CloudWatch untuk memantau konsumsi Anda, dan untuk membuat alarm untuk memperingatkan Anda ketika Anda hampir mencapai batas pelambatan. Untuk informasi selengkapnya, lihat Menggunakan CloudWatch metrik untuk memantau Layanan Terkelola Amazon untuk sumber daya Prometheus.
Amazon Managed Service untuk Prometheus menggunakan algoritma token bucket untuk mengimplementasikan pelambatan konsumsi
Setiap sampel data yang dicerna menghapus satu token dari bucket. Jika ukuran bucket Anda (Tingkat konsumsi per ruang kerja) adalah 1.000.000, ruang kerja Anda dapat menyerap satu juta sampel data dalam satu detik. Jika melebihi satu juta sampel untuk dicerna, itu akan dibatasi, dan tidak akan menelan catatan lagi. Sampel data tambahan akan dibuang.
Bucket secara otomatis mengisi ulang pada tingkat yang ditetapkan. Jika bucket berada di bawah kapasitas maksimumnya, sejumlah token ditambahkan kembali setiap detik hingga mencapai kapasitas maksimumnya. Jika ember penuh saat token isi ulang tiba, mereka dibuang. Bucket tidak dapat menampung lebih dari jumlah token maksimumnya. Tingkat isi ulang untuk konsumsi sampel ditetapkan oleh tingkat konsumsi per batas ruang kerja. Jika tingkat konsumsi per ruang kerja Anda diatur ke 170.000, maka tingkat isi ulang untuk bucket adalah 170.000 token per detik.
Jika ruang kerja Anda menyerap 1.000.000 sampel data dalam satu detik, bucket Anda segera dikurangi menjadi nol token. Bucket tersebut kemudian diisi ulang oleh 170.000 token setiap detik, hingga mencapai kapasitas maksimumnya 1.000.000 token. Jika tidak ada lagi konsumsi, ember yang sebelumnya kosong akan kembali ke kapasitas maksimumnya dalam 6 detik.
catatan
Tertelan terjadi dalam permintaan batch. Jika Anda memiliki 100 token yang tersedia, dan mengirim permintaan dengan 101 sampel, seluruh permintaan ditolak. Amazon Managed Service untuk Prometheus tidak menerima sebagian permintaan. Jika Anda menulis kolektor, Anda dapat mengelola percobaan ulang (dengan batch yang lebih kecil atau setelah beberapa waktu berlalu).
Anda tidak perlu menunggu ember penuh sebelum ruang kerja Anda dapat menelan lebih banyak sampel data. Anda dapat menggunakan token karena mereka ditambahkan ke bucket. Jika Anda segera menggunakan token isi ulang, ember tidak mencapai kapasitas maksimumnya. Misalnya, jika Anda menghabiskan ember, Anda dapat terus menelan 170.000 sampel data per detik. Bucket dapat diisi ulang hingga kapasitas maksimum hanya jika Anda menelan kurang dari 170.000 sampel data per detik.
Batas tambahan pada data yang dicerna
Layanan Terkelola Amazon untuk Prometheus juga memiliki persyaratan tambahan berikut untuk data yang tertelan ke dalam ruang kerja. Ini tidak dapat disesuaikan.
-
Sampel metrik yang lebih tua dari 1 jam ditolak untuk dicerna.
-
Setiap sampel dan metadata harus memiliki nama metrik.
