amazon-web-services - logs - cloudwatch pricing
¿Evitando DATOS INSUFICIENTES en Cloudwatch? (3)
Tengo configuradas las alarmas para avisarme cuando mis balanceadores de carga están lanzando 5xxs usando la métrica HTTPCode_Backend_5XX con la estadística de sum . El problema es que la sum registra 0 como puntos sin datos, por lo que cuando no se lanzan 5xxs, la alarma se trata como datos insuficientes. Esto es especialmente frustrante, porque tengo una configuración de SNS para notificarme cada vez que recibamos demasiados 5xxs (estado de alarma) y cada vez que las cosas vuelven a la normalidad. De manera molesta, 0 5xxs significa que estamos en estado de INSUFFICIENT DATA , pero 1 5xx significa que estamos en estado OK , por lo que 1 5xx provoca que todos reciban una notificación de que todo está bien. ¿Hay alguna manera de evitar esto? Idealmente, me gustaría que solo apareciera 0 de cualquier cosa como un punto de datos cero en lugar de ningún dato (datos insuficientes).
A partir de marzo de 2017 , puede tratar los datos faltantes como aceptables. Esto evitará que la alarma se marque como INSUFICIENTE.
También puede establecer esto en CloudFormation usando la propiedad TreatMissingData .
Lo pedí en los foros de AWS hace dos años :-( https://forums.aws.amazon.com/thread.jspa?threadID=153753&tstart=0
Lamentablemente, no puede crear notificaciones basadas en cambios de estado específicos (en su caso, desea una notificación cuando el estado cambia de ALARMA a OK, pero no cuando el estado cambia de INSUFICIENTE a OK). Solo puedo sugerir que usted también lo solicite y espero que finalmente se agregue.
Para las métricas que a menudo se encuentran en el estado INSUFICIENTE, generalmente solo creo notificaciones para ALARMS y no tengo notificaciones en OK para estas métricas. Si quiero confirmar que todo está bien, utilizo la aplicación móvil de AWS para ver las cosas Si se han resuelto.
Tuvimos un problema similar para algunas de nuestras alarmas. Realmente puedes evitar este comportamiento con algo de trabajo, si realmente quieres lidiar con los gastos generales.
Lo que hemos hecho es que, en lugar de enviar notificaciones SNS directamente a los correos electrónicos, hemos creado una función lambda y la hemos activado una vez que tenemos la notificación en el tema SNS.
De esta manera, tendrá más control sobre las acciones que puede realizar una vez que se activen las alarmas. Como el contexto le proporcionará valor de estado antiguo también.
La buena noticia es que ya hay una plantilla lambda para comenzar. https://aws.amazon.com/blogs/aws/new-slack-integration-blueprints-for-aws-lambda/
Simplemente elija el que está diseñado para enviar las alarmas de cloudwatch a holgura. Luego, puede modificar el código como desee, ya sea descartar la parte de holgura y simplemente usar correos electrónicos, o mantenerlo con holgura. (que es lo que hicimos y funciona a la perfección)