Restrictions

Si les métriques se trouvent dans le même espace de noms, utilisez une requête Metrics Insights dans votre alarme au lieu d'une expression mathématique métrique. Metrics Insights peut regrouper de nombreux indicateurs à l'aide d'une seule requête.

Pre-aggregate les métriques en métriques personnalisées à l'aide d'une fonction Lambda, puis référencez les métriques agrégées dans votre expression d'alarme.

Répartissez votre logique sur plusieurs alarmes et combinez-les à l'aide d'une alarme composite.

200 alarmes par défaut à l'aide de la requête Metrics Insights par compte et par région

Seules les trois dernières heures de données peuvent être utilisées pour évaluer les conditions d’alarme. Cependant, vous pouvez visualiser jusqu’à deux semaines de données dans le graphique détaillé de l’alarme

Les alarmes évaluant plusieurs séries chronologiques limiteront le nombre de contributeurs dans ALARM à 100

Les limites de Metrics Insights relatives au nombre maximal de séries temporelles analysées ou renvoyées s’appliquent

Lors de l'évaluation de l'alarme, PARTIAL_DATA les limites suivantes EvaluationState seront définies :

Les alarmes évaluant plusieurs contributeurs limitent le nombre de contributeurs dans ALARM à 100.

Lors de l'évaluation de l'alarme, le EvaluationState est défini sur PARTIAL_DATA si la requête renvoie plus de 500 groupes de contributeurs.

Le nombre total de lignes de journal incluses dans une notification est limité par le nombre demandé, le total des résultats disponibles et la limite de taille de la charge utile SNS. Si les lignes de journal dépassent la limite de charge utile, moins de lignes sont incluses.

Votre compte peut contenir jusqu'à 500 alarmes ProMQL par région par défaut.

Les alarmes évaluant plusieurs séries chronologiques limiteront le nombre de contributeurs dans ALARM à 100.

Les limites de requêtes ProMQL s'appliquent au nombre maximum de séries chronologiques analysées ou renvoyées.

Lors de l'évaluation de l'alarme, le paramètre EvaluationState sera défini sur PARTIAL_DATA si la requête ProMQL renvoie plus de 500 séries chronologiques.

Lors de CloudWatch l'évaluation d'une alarme, il le fait toutes les minutes, même si la durée de l'alarme est supérieure à une minute. Pour que l’alarme fonctionne, la fonction Lambda doit pouvoir renvoyer une liste d’horodatages commençant à n’importe quelle minute, et pas seulement à des multiples de la durée de la période. Ces horodatages doivent être espacés d’une longueur de période.

Par conséquent, si la source de données interrogée par le Lambda ne peut renvoyer que des horodatages multiples de la durée de la période, la fonction doit « rééchantillonner » les données extraites pour qu’elles correspondent aux horodatages attendus par la requête GetMetricData.

Par exemple, une alarme avec une période de cinq minutes est évaluée toutes les minutes à l’aide de fenêtres de cinq minutes décalées d’une minute à chaque fois. Dans ce cas :

Lors de CloudWatch l'évaluation d'une alarme, tous les points de données renvoyés par la fonction Lambda qui ne correspondent pas aux horodatages attendus sont supprimés et l'alarme est évaluée à l'aide des points de données attendus restants. Par exemple, lorsque l’alarme est évaluée à 12:15:00, il attend des données horodatées 12:00:00, 12:05:00 et 12:10:00. S'il reçoit des données dont l'horodatage est égal à12:00:00,12:05:00, et 12:06:0012:10:00, les données de sont supprimées et l'alarme 12:06:00 est CloudWatch évaluée à l'aide des autres horodatages.

Ensuite, pour la prochaine évaluation à 12:16:00, il attend des données horodatées 12:01:00, 12:06:00 et 12:11:00. S’il n’a que les données horodatées 12:00:00, 12:05:00 et 12:10:00, tous ces points de données sont ignorés à 12 h 16 et l’alarme passe à l’état correspondant à celui que vous avez spécifié pour l’alarme en ce qui concerne le traitement des données manquantes. Pour de plus amples informations, veuillez consulter Évaluation des alarmes.

Nous vous recommandons de créer ces alarmes pour prendre des mesures lorsqu’elles passent à l’état INSUFFICIENT_DATA, car plusieurs cas d’utilisation d’une défaillance de la fonction Lambda feront passer l’alarme à INSUFFICIENT_DATA quelle que soit la manière dont vous l’avez configurée pour traiter les données manquantes.

Si la fonction Lambda renvoie une erreur :

Si la métrique demandée par la fonction Lambda présente un retard tel que le dernier point de données est toujours manquant, vous devez utiliser une solution de contournement. Vous pouvez créer une alarme M sur N ou augmenter la période d’évaluation de l’alarme. Pour plus d’informations sur les alarmes M sur N, veuillez consulter Évaluation des alarmes.