Batas

CloudWatch Kuota umum

Untuk informasi tentang kuota CloudWatch layanan umum yang berlaku untuk alarm, lihat. CloudWatch kuota layanan

Batas yang berlaku untuk alarm berdasarkan kueri Wawasan Metrik

Saat bekerja dengan alarm CloudWatch Metrics Insights, perhatikan batasan fungsional ini:

• Default 200 alarm menggunakan kueri Wawasan Metrik per akun per Wilayah

• Hanya 3 jam data terbaru yang dapat digunakan untuk mengevaluasi kondisi alarm. Namun, Anda dapat memvisualisasikan hingga dua minggu data pada grafik halaman detail alarm

• Alarm yang mengevaluasi beberapa deret waktu akan membatasi laju transisi bersamaan hingga 100

  • Dengan asumsi kueri mengambil 150 deret waktu:

    • Jika ada kurang dari 100 kontributor di ALARM (misalnya 95), StateReason akan menjadi “95 dari 150 deret waktu yang dievaluasi ke ALARM”

    • Jika ada lebih dari 100 kontributor di ALARM, misalnya 105, StateReason akan menjadi “100+ time series dievaluasi ke ALARM”

  • Selanjutnya, berdasarkan ukuran data kontributor Alarm, StateReason dapat dipotong untuk menampilkan lebih sedikit data deret waktu. Dengan asumsi kita memotong menjadi 85 kontributor, akan menjadi: StateReason

    • Jika ada kurang dari 100 kontributor di ALARM (misalnya 95) - dipotong menjadi 85, StateReason akan menjadi “85+ dari 150 deret waktu yang dievaluasi menjadi ALARM”.

    • Jika ada lebih dari 100 kontributor di ALARM (misalnya 105) - dipotong menjadi 85, StateReason akan menjadi “85+ deret waktu dievaluasi ke ALARM”.

• Batas Wawasan Metrik pada jumlah maksimum deret waktu yang dianalisis atau dikembalikan berlaku

• Selama evaluasi alarm, EvaluationState akan diatur PARTIAL_DATA untuk batas-batas berikut:

  • Jika kueri Metrics Insights mengembalikan lebih dari 500 deret waktu.

  • Jika kueri Wawasan Metrik cocok dengan lebih dari 10.000 metrik.

Untuk informasi selengkapnya tentang kuota dan batasan CloudWatch layanan, lihat Kuota layanan Wawasan CloudWatch Metrik.

Batas yang berlaku untuk alarm berdasarkan sumber data yang terhubung

• Ketika CloudWatch mengevaluasi alarm, ia melakukannya setiap menit, bahkan jika periode untuk alarm lebih dari satu menit. Agar alarm berfungsi, fungsi Lambda harus dapat mengembalikan daftar stempel waktu yang dimulai setiap menit, tidak hanya pada kelipatan panjang periode. Stempel waktu ini harus diberi jarak satu periode.

  Oleh karena itu, jika sumber data yang dikueri oleh Lambda hanya dapat mengembalikan stempel waktu yang merupakan kelipatan dari panjang periode, maka fungsi tersebut harus "mengambil sampel ulang" data yang diambil agar sesuai dengan stempel waktu yang diharapkan oleh permintaan GetMetricData.

  Sebagai contoh, sebuah alarm dengan periode lima menit akan dievaluasi setiap menit dengan menggunakan jendela lima menit yang bergeser satu menit setiap kali. Dalam kasus ini:

  • Untuk evaluasi alarm pada 12:15:00, CloudWatch mengharapkan titik data dengan stempel waktu,, dan. 12:00:00 12:05:00 12:10:00

  • Kemudian untuk evaluasi alarm pada 12:16:00, CloudWatch mengharapkan titik data dengan stempel waktu,, dan. 12:01:00 12:06:00 12:11:00

• Saat CloudWatch mengevaluasi alarm, titik data apa pun yang dikembalikan oleh fungsi Lambda yang tidak sejajar dengan stempel waktu yang diharapkan akan dijatuhkan, dan alarm dievaluasi menggunakan titik data yang diharapkan yang tersisa. Sebagai contoh, ketika alarm dievaluasi pada 12:15:00, itu akan mengharapkan data dengan stempel waktu 12:00:00, 12:05:00, dan 12:10:00. Jika menerima data dengan stempel waktu12:00:00,,12:05:00, dan 12:06:0012:10:00, data dari 12:06:00 dijatuhkan dan CloudWatch mengevaluasi alarm menggunakan stempel waktu lainnya.

  Kemudian untuk evaluasi berikutnya pada 12:16:00, ia akan mengharapkan data dengan stempel waktu 12:01:00, 12:06:00, dan 12:11:00. Jika ia hanya memiliki data dengan stempel waktu 12:00:00, 12:05:00, dan 12:10:00, maka semua titik data ini akan diabaikan pada 12:16:00 dan alarm akan beralih status sesuai dengan pengaturan yang Anda tetapkan untuk alarm ketika menangani data yang hilang. Untuk informasi selengkapnya, lihat Evaluasi alarm.

• Kami menyarankan Anda untuk membuat alarm ini agar melakukan tindakan saat beralih statusnya menjadi INSUFFICIENT_DATA, karena beberapa kasus penggunaan fungsi Lambda yang gagal akan mengubah status alarm menjadi INSUFFICIENT_DATA terlepas dari pengaturan yang Anda tentukan untuk alarm ketika menangani data yang hilang.

• Jika fungsi Lambda mengembalikan kesalahan:

  • Jika ada permasalahan izin ketika memanggil fungsi Lambda, alarm akan mulai memiliki transisi data yang hilang sesuai dengan pengaturan yang Anda tentukan untuk alarm ketika menangani data yang hilang saat Anda membuatnya.

  • Kesalahan-kesalahan lain yang berasal dari fungsi Lambda akan menyebabkan alarm beralih statusnya menjadi INSUFFICIENT_DATA.

• Jika metrik yang diminta oleh fungsi Lambda mengalami beberapa penundaan sehingga titik data terakhir selalu hilang, maka Anda harus menggunakan sebuah solusi untuk menyelesaikannya. Anda dapat membuat sebuah alarm M dari N atau dapat menaikkan periode evaluasi alarm. Untuk informasi selengkapnya tentang alarm M dari N, silakan lihat Evaluasi alarm.