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) e `day 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\$1Angeles" 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](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutAlarmMuteRule.html)
**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\$1DATA), 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\$1DATA) 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](viewing-managing-muted-alarms.md)
# Come funzionano le regole di silenziamento degli allarmi
I seguenti scenari illustrano come le regole di silenziamento degli allarmi influiscono sugli allarmi mirati e come le azioni di allarme vengono disattivate o eseguite.
**Nota**
La disattivazione di un allarme disattiverà le azioni associate a tutti gli stati di allarme, inclusi OK, ALARM e INSUFFICIENT\$1DATA. I comportamenti illustrati di seguito si applicano alle azioni associate a tutti gli stati di allarme.
Quando disattivi un allarme Metrics Insights, anche tutte le serie di metriche dei contributori relative a quell'allarme vengono disattivate automaticamente.
## Scenario: le azioni di allarme vengono disattivate quando è attiva una regola di silenziamento
Considera che
+ Un allarme ha delle azioni configurate per il suo stato ALARM
+ È programmata una regola di silenziamento degli allarmi attiva da t1 a t5 che ha come obiettivo l'allarme
![\[alt text not found\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-1.png)
+ A **t0** - L'allarme è in stato OK, lo stato della regola di silenziamento è PIANIFICATO
+ A **t1** - Lo stato della regola di silenziamento diventa ATTIVO
+ A **t2** - L'allarme passa allo stato ALARM, l'azione viene disattivata poiché l'allarme viene effettivamente disattivato dalla regola di silenziamento.
+ A **t4** - L'allarme torna allo stato OK mentre la regola di silenziamento è ancora attiva
+ A **t5** - La regola di silenziamento diventa inattiva, ma non viene eseguita alcuna azione ALARM perché l'allarme è ora nello stato OK
## Scenario: l'azione di allarme è disattivata quando la regola di silenziamento è attiva e riattivata dopo la finestra di silenziamento
Considera che
+ Un allarme ha delle azioni configurate per il suo stato ALARM
+ È programmata una regola di silenziamento degli allarmi attiva da t1 a t5 che ha come obiettivo l'allarme
![\[alt text not found\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-2.png)
+ A **t0** - L'allarme è in stato OK, lo stato della regola di silenziamento è PIANIFICATO
+ A **t1** - Lo stato della regola di silenziamento diventa ATTIVO
+ A **t2** - L'allarme passa allo stato ALARM, l'azione viene disattivata poiché l'allarme viene effettivamente disattivato dalla regola di silenziamento.
+ A **t4** - La finestra Mute diventa inattiva, l'allarme è ancora nello stato ALARM
+ A **t5** - L'azione di allarme viene eseguita perché la finestra di silenziamento è terminata e l'allarme rimane nello stesso stato (ALARM) in cui era stato originariamente disattivato
## Scenario: più regole di silenziamento degli allarmi che si sovrappongono
Considera che
+ Un allarme ha delle azioni configurate per il suo stato ALARM
Considera che ci sono due regole di silenziamento,
+ Regola di disattivazione dell'allarme 1: disattiva l'allarme da t1 a t5
+ Regola di disattivazione dell'allarme 2: disattiva l'allarme da t3 a t9
![\[alt text not found\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-3.png)
+ A **t0** - L'allarme è in stato OK, entrambe le regole di silenziamento sono PROGRAMMATE
+ A **t1** - La prima regola di silenziamento diventa ATTIVA
+ A **t2** - L'allarme passa allo stato ALARM, l'azione viene disattivata
+ A **t3** - La seconda regola di silenziamento diventa ATTIVA
+ A **t5** - La prima regola di silenziamento diventa inattiva, ma l'azione di allarme rimane disattivata perché la seconda regola di silenziamento è ancora attiva
+ A **t8** - L'azione di allarme viene eseguita perché la seconda finestra di silenziamento è terminata e l'allarme rimane nello stesso stato (ALARM) in cui era stato originariamente disattivato
## Scenario: le azioni di allarme disattivate vengono eseguite quando l'aggiornamento della regola di silenziamento termina la finestra di silenziamento
Considerate che
+ Un allarme ha delle azioni configurate per il suo stato ALARM
+ È programmata una regola di silenziamento degli allarmi attiva da t1 a t8 che ha come obiettivo l'allarme
![\[alt text not found\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-4.png)
+ A **t0** - L'allarme è in stato OK, la regola di silenziamento è PIANIFICATA
+ A **t1** - La regola di silenziamento diventa ATTIVA
+ A **t2** - L'allarme passa allo stato ALARM, le azioni vengono disattivate
+ In **t6** - La configurazione della regola di silenziamento viene aggiornata in modo tale che la finestra temporale termini a t6. Le azioni di allarme vengono eseguite immediatamente su t6 perché la regola di silenziamento non è più attiva.
**Nota**
Si applica lo stesso comportamento,
Se la regola di silenziamento viene eliminata in t6. L'eliminazione della regola di silenziamento riattiva immediatamente l'allarme.
Se l'allarme viene rimosso dagli obiettivi della regola di silenziamento (a t6), l'allarme verrà riattivato immediatamente.
## Scenario: nuove azioni vengono eseguite se le azioni di allarme vengono aggiornate durante la finestra di silenziamento
Considerate che
+ Un allarme ha delle azioni configurate per il suo stato ALARM
+ È programmata una regola di silenziamento degli allarmi attiva da t1 a t8 che ha come obiettivo l'allarme
![\[alt text not found\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/alarm_mute_rules_scenario-5.png)
+ Se **t0** - L'allarme è in stato OK, la regola di silenziamento è PROGRAMMATA. Un'azione SNS è configurata con lo stato di allarme ALARM.
+ A **t1** - La regola Mute diventa ACTIVE
+ A **t2** - L'allarme passa allo stato ALARM, l'azione SNS configurata viene disattivata
+ In **t6** - La configurazione degli allarmi viene aggiornata per rimuovere l'azione SNS e aggiungere l'azione Lambda
+ A **t8** - L'azione lambda configurata per l'allarme viene eseguita perché la finestra di silenziamento è terminata e l'allarme rimane nello stesso stato (ALARM) in cui era stato originariamente disattivato
**Nota**
Se tutte le azioni di allarme vengono rimosse durante la finestra di silenziamento (in t6 nell'esempio precedente), non verrà eseguita alcuna azione alla fine della finestra di silenziamento (in t8 sopra)
## 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 * * SUN` con durata`PT4H`: disattiva gli allarmi ogni domenica dalle 2:00 alle 6:00 per la manutenzione settimanale del sistema.
+ Espressione Cron `0 1 1 * *` con durata`PT6H`: 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 * * FRI` con durata`P2DT12H`: 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 durata`PT2H`: 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 durata`PT4H`: 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 durata`P7D`: disattiva gli allarmi per l'intera settimana dal 23 al 29 dicembre 2024 durante la chiusura annuale dell'azienda.