Operazioni sulle modifiche degli allarmi
CloudWatch può notificare agli utenti due tipi di modifiche agli allarmi: quando un allarme cambia stato e quando la configurazione di un allarme viene aggiornata.
Quando un allarme viene valutato, può cambiare da uno stato all'altro, ad esempio ALARM oppure OK. Per gli allarmi di Approfondimenti sulle metriche che monitorano più serie temporali, ogni serie temporale (collaboratore) può essere solo nello stato ALARM o OK, mai nello stato INSUFFICIENT_DATA. Questo perché una serie temporale esiste solo quando sono presenti dati.
Operazioni degli allarmi e notifiche
La tabella seguente mostra quali operazioni vengono eseguite a livello di allarme rispetto a quelle a livello di collaboratore per gli allarmi di Approfondimenti sulle metriche:
| Tipo di operazione | Livello di allarme | Livello di collaboratore | Ulteriori informazioni |
|---|---|---|---|
| Notifiche SNS | Sì | Sì | Destinazioni per eventi Amazon SNS |
| Operazioni EC2 (arresto, terminazione, riavvio, ripristino) | No | Sì | Creazione di allarmi per arrestare, terminare, riavviare o recuperare un'istanza EC2 |
| Operazioni Auto Scaling | Sì | No | Semplici policy di dimensionamento per fasi per Amazon EC2 Auto Scaling |
| Creazione di OpsItem di Systems Manager | Sì | Sì | Configurazione degli allarmi CloudWatch per la creazione di OpsItems |
| Strumento di gestione degli incidenti Systems Manager | Sì | No | Creazione automatica di incidenti con gli allarmi CloudWatch |
| Invocazione della funzione Lambda | Sì | Sì | Invocazione di una funzione Lambda da un allarme |
| Indagine di CloudWatch Investigations | Sì | No | Avvio di un'indagine CloudWatch a partire da un allarme |
Il contenuto delle notifiche di allarme differisce tra allarmi a metrica singola e allarmi con più serie temporali:
-
Gli allarmi a metrica singola includono sia un motivo dello stato che dati dettagliati sul motivo dello stato, mostrando i punti dati specifici che hanno causato il cambiamento di stato.
-
Gli allarmi a più serie temporali forniscono un motivo di stato semplificato per ogni collaboratore, senza il blocco di dati dettagliato del motivo dello stato.
Esempio Esempi di contenuto delle notifiche
La notifica di allarme a metrica singola include dati dettagliati:
{ "stateReason": "Threshold Crossed: 3 out of the last 3 datapoints [32.6 (03/07/25 08:29:00), 33.8 (03/07/25 08:24:00), 41.0 (03/07/25 08:19:00)] were greater than the threshold (31.0)...", "stateReasonData": { "version": "1.0", "queryDate": "2025-07-03T08:34:06.300+0000", "startDate": "2025-07-03T08:19:00.000+0000", "statistic": "Average", "period": 300, "recentDatapoints": [41, 33.8, 32.6], "threshold": 31, "evaluatedDatapoints": [ { "timestamp": "2025-07-03T08:29:00.000+0000", "sampleCount": 5, "value": 32.6 } // Additional datapoints... ] } }
La notifica di allarme con più serie temporali include un motivo semplificato:
{ "stateReason": "Threshold Crossed: 3 datapoints were greater than the threshold (0.0). The most recent datapoints which crossed the threshold: [32.6 (03/07/25 08:29:00)]." }
Inoltre, CloudWatch invia eventi ad Amazon EventBridge ogni volta che gli allarmi cambiano stato e se gli allarmi vengono creati, aggiornati o eliminati. Puoi scrivere regole EventBridge per intraprendere azioni o ricevere notifiche quando EventBridge riceve questi eventi.
Argomenti
