Evitare DATI INSUFFICIENTI in CloudWatch?

Question

Ho impostato degli allarmi per comunicare quando i miei bilanciatori di carico lanciano 5xx utilizzando la metrica HTTPCode_Backend_5XX con la statistica sum. Il problema è che sum registra 0 come nessun punto di dati, quindi quando non vengono lanciati 5xx, l'allarme viene considerato come dati insufficienti. Questo è particolarmente frustrante, perché ho l'installazione SNS per avvisarmi ogni volta che riceviamo troppi 5xx (stato di allarme) e ogni volta che le cose tornano alla normalità. Fastidiosamente, 0 5xx significa che siamo nello stato INSUFFICIENT DATA, ma 1 5xx significa che siamo nello stato OK, quindi 1 5xx fa sì che tutti vengano informati che tutto va bene. C'è un modo per aggirare questo? Idealmente, mi piacerebbe solo che 0 di qualcosa si presentasse come punto dati zero invece di nessun dato (dati insufficienti).

Answer 1

A partire da March 2017, è possibile contrassegnare i dati mancanti come accettabili. Ciò eviterà che l'allarme venga contrassegnato come INSUFFICIENTE.

Answer 2

ho chiesto per questo nel forum AWS due anni fa :-( https://forums.aws.amazon.com/thread.jspa?threadID=153753&tstart=0

Purtroppo non è possibile creare le notifiche in base alle modifiche di stato specifici (nel tuo caso si desidera una notifica quando lo stato di ALLARME a OK, ma non quando lo stato cambia da INSUFFICIENTE a OK.) Posso solo suggerire che lo chiedi anche tu e spero che alla fine venga aggiunto.

Per le metriche che sono spesso nello stato INSUFFICIENTE in genere creo solo notifiche per ALLARMI e Non ho notifiche su OK per queste metriche - se voglio confermare che le cose vanno bene uso l'app mobile AWS per controllare n cose e vedere se hanno risolto.

Answer 3

Abbiamo riscontrato un problema simile per alcuni dei nostri allarmi. Puoi davvero evitare questo comportamento con un po 'di lavoro, se vuoi davvero affrontare il sovraccarico.

Quello che abbiamo fatto è, invece di inviare notifiche SNS direttamente alle e-mail, abbiamo creato una funzione lambda e l'abbiamo attivata una volta che abbiamo la notifica nell'argomento SNS.

In questo modo, avrete più controllo sulle azioni che è possibile intraprendere una volta che gli allarmi sono stati attivati. Dato che il contesto fornirà anche il vecchio valore di stato.

La buona notizia è che esiste già un modello lambda per iniziare. https://aws.amazon.com/blogs/aws/new-slack-integration-blueprints-for-aws-lambda/

Basta scegliere quello progettato per inviare allarmi di cloudwatch a gioco lento. È quindi possibile modificare il codice come si desidera, ignorare la parte allentata e utilizzare solo le e-mail o tenerlo con il gioco. (che è quello che abbiamo fatto e funziona come un fascino)