Em seu e-mail, ele afirma claramente que seu alarme está configurado para acionar depois de 3600 segundos.
Threshold: The alarm is in the ALARM state when the metric is LessThanThreshold 2.0 for 3600 seconds.
Deve haver uma opção para definir "EvaluationPeriods". O que isto faz é dizer ao alarme quantas vezes avaliar a métrica específica que você deseja verificar. Portanto, no seu caso, você definiria isso como 3 e o alarme verificaria uma vez a cada hora para ver se a métrica é LessThanThreshold 2.0. O alarme será acionado se, por 3 horas consecutivas, a média dos 3 pontos obtidos for LessThanThreshold 2.0.
Outra coisa a notar é que seu estado de alarme foi de INSUFFICIENT_DATA - > ALARME. Eu notei essa atividade com alguns alarmes em que estou trabalhando.
No meu caso:
- Eu tenho um alarme que interrompe uma instância quando LessThanThreshold 5.0 para CPUUtilization por 1 hora com 6 períodos de avaliação, um a cada 10 minutos.
- Quando um alarme obtém novos dados após haver INSUFFICIENT_DATA, parece que o alarme disparou para o estado ALARM, pois acho que ele trata INSUFFICIENT_DATA como 0.0 (não me cite isso, isso é exatamente o que eu suponho baseado em algum testes estou correndo).
- Mesmo que o primeiro ponto seja 25.6%, os últimos 5 pontos foram INSUFFICIENT_DATA (possivelmente 0.0?), então a média é de aproximadamente 4.2ish, que é LessThanThreshold 5.0.
- Então, meu alarme é acionado, embora tecnicamente tenha sido apenas 10 minutos com dados "reais".
Para atenuar isso, configurei um script para que, sempre que uma instância for iniciada, o alarme seja criado com ela e, quando um alarme for acionado, ele seja excluído depois de parar a instância à qual ele está atribuído.