Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Regole di silenziamento degli allarmi
Alarm Mute Rules è una CloudWatch funzionalità che fornisce un meccanismo per disattivare automaticamente le azioni di allarme durante finestre temporali predefinite. Quando si crea una regola di silenziamento, si definiscono periodi di tempo specifici e si scelgono come target gli allarmi le cui azioni verranno disattivate. CloudWatch continuerà a monitorare e valutare gli stati degli allarmi evitando al contempo notifiche indesiderate o azioni di allarme automatizzate durante gli eventi operativi previsti.
Alarm Mute Rules ti aiuta a gestire scenari operativi critici in cui le azioni di allarme sarebbero inutili o dirompenti. Ad esempio, durante le finestre di manutenzione pianificata, è possibile impedire azioni di allarme automatizzate mentre i sistemi sono intenzionalmente offline o presentano problemi previsti, consentendovi di eseguire la manutenzione senza interruzioni. Per le operazioni durante le ore non lavorative, come i fine settimana o i giorni festivi, è possibile disattivare le azioni di allarme non critiche quando non è richiesta una risposta immediata, riducendo il rumore degli allarmi e le notifiche non necessarie al team operativo. Negli ambienti di test, le regole di silenziamento consentono di disattivare temporaneamente le azioni di allarme durante scenari come i test di carico in cui sono previsti un utilizzo elevato delle risorse o tassi di errore e non richiedono un'attenzione immediata. Quando il team è impegnato attivamente nella risoluzione dei problemi, le regole di silenziamento consentono di evitare che vengano attivate azioni di allarme duplicate, aiutandovi a concentrarvi sulla risoluzione senza essere distratti da notifiche di allarme ridondanti.
Definizione delle regole di silenziamento degli allarmi
Le regole di silenziamento degli allarmi possono essere definite utilizzando: regole e obiettivi.
-
Regole: definiscono le finestre temporali in cui le azioni di allarme devono essere disattivate. Le regole sono composte da tre attributi:
-
Espressione: definisce quando inizia il periodo di silenziamento e come si ripete. È possibile utilizzare due tipi di espressioni:
-
Espressioni cron: utilizza la sintassi cron standard per creare finestre mute ricorrenti. Questo approccio è ideale per programmi di manutenzione regolari, come aggiornamenti settimanali del sistema o operazioni di backup giornaliere. Le espressioni Cron consentono di specificare schemi ricorrenti complessi, inclusi giorni della settimana, mesi o orari specifici.
Sintassi per l'espressione cron
┌───────────── minute (0 - 59) │ ┌───────────── hour (0 - 23) │ │ ┌───────────── day of the month (1 - 31) │ │ │ ┌───────────── month (1 - 12) (or JAN-DEC) │ │ │ │ ┌───────────── day of the week (0 - 6) (0 or 7 is Sunday, or MON-SUN) │ │ │ │ │ │ │ │ │ │ * * * * *-
I caratteri
*,,,-saranno supportati in tutti i campi. -
I nomi inglesi possono essere usati per i campi
month(JAN-DEC) eday of week(SUN-SAT)
-
-
At expressions: utilizza le espressioni at per finestre con silenziamento singolo. Questo approccio funziona bene per gli eventi operativi pianificati che si verificano una sola volta in un momento noto.
Syntax: `at(yyyy-MM-ddThh:mm)`
-
-
Durata: specifica per quanto tempo dura la regola di silenziamento una volta attivata. La durata deve essere specificata nel formato ISO-8601 con un minimo di 1 minuto (PT1M) e un massimo di 15 giorni (P15D).
-
Fuso orario: specifica il fuso orario in cui verrà applicata la finestra di silenziamento in base alle espressioni, utilizzando identificatori di fuso orario standard come "». America/Los_Angeles" or "Europe/London
-
-
Obiettivi: specifica l'elenco dei nomi degli allarmi le cui azioni verranno disattivate durante le finestre temporali definite. Puoi includere sia allarmi metrici che allarmi compositi nell'elenco degli obiettivi.
Facoltativamente, puoi includere i timestamp di inizio e fine per fornire limiti aggiuntivi per le finestre di silenziamento. I timestamp di inizio assicurano che le regole di silenziamento non si attivino prima di una data e un'ora specifiche, mentre i timestamp di fine impediscono l'applicazione delle regole oltre la data e l'ora specificate.
Per ulteriori informazioni sulla creazione di regole di silenziamento degli allarmi a livello di codice, consulta. PutAlarmMuteRule
Nota
-
Gli allarmi mirati devono essere presenti nello stesso Account AWS e nello stesso Regione AWS in cui viene creata la regola di silenziamento.
-
Una singola regola di silenziamento degli allarmi può indirizzare fino a 100 allarmi in base al nome degli allarmi.
La CloudWatch console include una scheda dedicata «Alarm Mute Rules» che fornisce la gestione centralizzata di tutte le regole di silenziamento all'interno del sistema. Account AWSÈ possibile cercare regole di silenziamento specifiche utilizzando gli attributi delle regole di silenziamento come il nome della regola.
Stato della regola di silenziamento
Una volta creata, una regola di silenziamento degli allarmi può trovarsi in uno dei tre stati seguenti:
-
PIANIFICATO: la regola di silenziamento diventerà attiva in futuro in base all'espressione della finestra temporale configurata.
-
ATTIVA: la regola di silenziamento è attualmente attiva in base all'espressione della finestra temporale configurata e disattiva attivamente le azioni di allarme mirate.
-
SCADUTA: la regola del silenziamento non sarà SCHEDULED/ACTIVE più valida in futuro. Ciò si verifica per le regole di silenziamento una tantum dopo la fine della finestra di silenziamento o per le regole di silenziamento ricorrenti quando è configurato un timestamp di fine e tale periodo è trascorso.
Effetti delle regole di silenziamento sugli allarmi
Durante una finestra di silenziamento attiva, quando un allarme mirato cambia stato e ha delle azioni configurate, disattiva l' CloudWatch esecuzione di tali azioni. I silenziamenti vengono applicati solo alle azioni di allarme, il che significa che gli allarmi continuano a essere valutati e le modifiche di stato sono visibili nella CloudWatch console, ma le azioni configurate come le notifiche di Amazon Simple Notification Service, le azioni di Amazon Elastic Compute Cloud Auto Scaling o le azioni Amazon EC2 non possono essere eseguite. CloudWatch continua a valutare normalmente gli stati degli allarmi durante il periodo di silenziamento e puoi visualizzare queste informazioni nella cronologia degli allarmi.
Al termine di una finestra di disattivazione dell'audio, se gli allarmi interessati rimangono in uno stato di allarme (OK/ALARM/INSUFFICIENT_DATA), riattiva CloudWatch automaticamente le azioni di allarme che erano state disattivate durante la finestra. Ciò garantisce che le azioni di allarme vengano eseguite per problemi in corso una volta terminato il periodo di silenziamento pianificato, mantenendo l'integrità del sistema di monitoraggio.
Nota
Quando disattivi un allarme:
-
Tutte le azioni associate agli allarmi mirati vengono disattivate
-
Le azioni associate a tutti gli stati di allarme (OK, ALARM e INSUFFICIENT_DATA) vengono disattivate
Visualizzazione e gestione degli allarmi disattivati
Per informazioni sulla visualizzazione e la gestione degli allarmi disattivati, vedere. Visualizzazione e gestione degli allarmi disattivati
Pianificazioni di esempio per casi d'uso comuni
Gli esempi seguenti mostrano come configurare le espressioni della finestra temporale per casi d'uso comuni.
Scenario 1: disattivazione delle azioni di allarme durante le finestre di manutenzione programmata: attività di manutenzione regolari che si verificano secondo una pianificazione prevedibile, come gli aggiornamenti del sistema o del database quando i servizi sono intenzionalmente non disponibili o funzionano in modalità degradata.
-
Espressione Cron
0 2 * * SUNcon durataPT4H: disattiva gli allarmi ogni domenica dalle 2:00 alle 6:00 per la manutenzione settimanale del sistema. -
Espressione Cron
0 1 1 * *con durataPT6H: disattiva gli allarmi il primo giorno di ogni mese dall'1:00 alle 7:00 per la manutenzione mensile del database.
Scenario 2: disattivazione degli allarmi non critici durante le ore non lavorative: riduzione dell'affaticamento degli avvisi durante i fine settimana o le vacanze, quando non è richiesta un'attenzione immediata.
-
Espressione Cron
0 18 * * FRIcon durataP2DT12H: disattiva gli allarmi ogni fine settimana dalle 18:00 di venerdì alle 6:00 di lunedì.
Scenario 3: disattivazione degli allarmi prestazionali durante le operazioni di backup quotidiane — Processi di backup automatizzati giornalieri che aumentano temporaneamente l'utilizzo delle risorse e possono attivare allarmi relativi alle prestazioni durante finestre temporali prevedibili.
-
Espressione Cron
0 23 * * *con durataPT2H: disattiva gli allarmi ogni giorno dalle 23:00 all'1:00 durante le operazioni di backup notturne che aumentano temporaneamente l'utilizzo del disco e della CPU. I/O
Scenario 4: disattivazione degli allarmi duplicati durante le sessioni attive di risoluzione dei problemi: disattivazione temporanea delle azioni di allarme mentre i team indagano e risolvono attivamente i problemi, previene il rumore delle notifiche e consente una risoluzione mirata dei problemi.
-
All'espressione
at(2024-05-10T14:00)con durataPT4H: disattiva gli allarmi il 10 maggio 2024 dalle 14:00 alle 18:00 durante una sessione attiva di risposta agli incidenti.
Scenario 5: disattivazione delle azioni di allarme durante le chiusure aziendali pianificate: periodi di manutenzione prolungata una tantum o arresti a livello aziendale in cui tutti i sistemi sono intenzionalmente offline per periodi prolungati.
-
All'espressione
at(2024-12-23T00:00)con la durataP7D: disattiva gli allarmi per l'intera settimana dal 23 al 29 dicembre 2024 durante la chiusura annuale dell'azienda.