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à.
# Allarmi compositi
Con CloudWatch, puoi combinare più allarmi in un unico *allarme composito* per creare un indicatore di stato riepilogato e aggregato su un'intera applicazione o gruppo di risorse. Gli allarmi compositi sono allarmi che determinano il loro stato monitorando gli stati di altri allarmi. Definisci le regole per combinare lo stato degli allarmi monitorati utilizzando la logica booleana.
È possibile utilizzare allarmi compositi per ridurre il rumore dell'allarme intraprendendo operazioni solo a livello aggregato. Ad esempio, puoi creare un allarme composito affinché il team del tuo server web riceva una notifica se si attiva un qualsiasi allarme relativo al server web. Quando uno di questi allarmi entra nello stato ALARM, l'allarme composito entra automaticamente nello stato ALARM e invia una notifica al team. Se anche altri allarmi relativi al server web entrano nello stato ALARM, il team non viene sovraccaricato di nuove notifiche poiché l'allarme composito li ha già informati della situazione.
Puoi anche utilizzare gli allarmi compositi per creare condizioni di allarme complesse e agire solo quando vengono soddisfatte molte condizioni diverse. Ad esempio, è possibile creare un allarme composito che combini un allarme CPU e un allarme di memoria e invii una notifica al team solo se si sono attivati sia gli allarmi relativi alla CPU sia quelli relativi alla memoria.
**Utilizzo degli allarmi compositi**
Quando utilizzi gli allarmi compositi, hai due possibilità:
+ Configurare le operazioni che desideri intraprendere solo a livello di allarme composito e creare gli allarmi monitorati sottostanti senza operazioni
+ Configurare un diverso insieme di operazioni a livello di allarme composito. Ad esempio, le operazioni di allarme composito potrebbero coinvolgere un team diverso in caso di un problema diffuso.
Gli allarmi compositi possono effettuare soltanto le operazioni seguenti:
+ Notifica di argomenti Amazon SNS
+ Richiamo delle funzioni Lambda
+ Crea OpsItems in Systems Manager Ops Center
+ Creazione di incidenti in Systems Manager Incident Manager
**Nota**
Tutti gli allarmi sottostanti dell'allarme composito devono trovarsi nello stesso account e nella stessa regione dell'allarme composito. Tuttavia, se imposti un allarme composito in un account di monitoraggio CloudWatch dell'osservabilità tra più account, gli allarmi sottostanti possono controllare le metriche in diversi account di origine e nell'account di monitoraggio stesso. Per ulteriori informazioni, consulta [CloudWatch osservabilità tra più account](CloudWatch-Unified-Cross-Account.md).
Un singolo allarme composito può monitorare 100 allarmi sottostanti e 150 allarmi compositi possono monitorare un singolo allarme sottostante.
**Espressioni di regola**
Tutti gli allarmi composti contengono espressioni di regole. Le espressioni delle regole indicano agli allarmi compositi quali altri allarmi monitorare e determinare i loro stati. Espressioni di regola può riferirsi ad allarmi dei parametri e ad altri allarmi compositi. Quando si fa riferimento a un allarme in un'espressione di regola, si designa una funzione all'allarme che determina in quale dei tre stati seguenti si troverà l'allarme:
+ ALLARME
ALARM ("alarm-name or alarm-ARN") è TRUE se l'allarme è in stato ALARM.
+ OK
OK ("alarm-name or alarm-ARN") è TRUE se l'allarme è in stato OK.
+ INSUFFICIENT\$1DATA
INSUFFICIENT\$1DATA ("alarm-name or alarm-ARN") è TRUE se l'allarme denominato è in stato INSUFFICIENT\$1DATA.
**Nota**
TRUE restituisce sempre TRUE e FALSE restituisce sempre FALSE
**Riferimenti agli allarmi**
Quando si fa riferimento a un allarme, utilizzando il nome dell'allarme o l'ARN, la sintassi della regola può supportare il riferimento all'allarme con o senza virgolette («) attorno al nome dell'allarme o all'ARN.
+ Se specificato senza virgolette, i nomi degli allarmi non ARNs devono contenere spazi, parentesi tonde o virgole.
+ Se specificati tra virgolette, i nomi degli allarmi o *quelli ARNs che includono* virgolette doppie («) devono racchiudere i caratteri" utilizzando la barra inversa di escape (\$1) per una corretta interpretazione del riferimento.
**Sintassi**
La sintassi dell'espressione utilizzata per combinare più allarmi in un unico allarme composito utilizza la logica e le funzioni booleane. La tabella seguente descrive gli operatori e le funzioni disponibili nelle espressioni delle regole:
| Operatore/funzione | Description |
| --- | --- |
| AND | Operatore AND logico. Restituisce TRUE quando tutte le condizioni specificate sono VERE. |
| OR | Operatore OR logico. Restituisce TRUE quando almeno una delle condizioni specificate è VERA. |
| NOT | Operatore NOT logico. Restituisce TRUE quando la condizione specificata è FALSA. |
| AT\$1LEAST | Funzione che restituisce TRUE quando un numero o una percentuale minima di allarmi specificati si trova nello stato richiesto. Formato: AT\$1LEAST(M, STATE\$1CONDITION, (alarm1, alarm2, ...alarmN)) dove M può essere un numero o una percentuale assoluti (ad esempio, 50%) e STATE\$1CONDITION può essere ALARM, OK, INSUFFICIENT\$1DATA, NOT ALARM, NOT OK o NOT INSUFFICIENT\$1DATA. |
È possibile utilizzare le parentesi per raggruppare le condizioni e controllare l'ordine di valutazione nelle espressioni complesse.
**Espressioni di esempio**
Il parametro request `AlarmRule` supporta l'uso degli operatori logici e `AND` `OR``NOT`, oltre alla `AT_LEAST` funzione, consente di combinare più funzioni in un'unica espressione. Le seguenti espressioni di esempio mostrano come configurare gli allarmi sottostanti nell'allarme composito:
+ `ALARM(CPUUtilizationTooHigh) AND ALARM(DiskReadOpsTooHigh)`
L'espressione specifica che l'allarme composito entra in stato `ALARM` solo se `CPUUtilizationTooHigh` e `DiskReadOpsTooHigh` sono in stato `ALARM`.
+ `AT_LEAST(2, ALARM, (WebServer1CPU, WebServer2CPU, WebServer3CPU, WebServer4CPU))`
L'espressione specifica che l'allarme composito si attiva `ALARM` quando almeno 2 dei 4 allarmi CPU del server Web sono attivi. `ALARM` Ciò consente di attivare avvisi in base a una soglia di risorse interessate anziché richiedere che tutte o solo una si trovi in stato di allarme.
+ `AT_LEAST(50%, OK, (DatabaseConnection1, DatabaseConnection2, DatabaseConnection3, DatabaseConnection4))`
L'espressione specifica che l'allarme composito si attiva `ALARM` quando almeno il 50% degli allarmi di connessione al database è attivo. `OK` L'utilizzo delle percentuali consente alla regola di adattarsi dinamicamente man mano che si aggiungono o rimuovono allarmi monitorati.
+ `ALARM(CPUUtilizationTooHigh) AND NOT ALARM(DeploymentInProgress)`
L'espressione specifica che l'allarme composito entra in stato `ALARM` se `CPUUtilizationTooHigh` è in stato `ALARM` e `DeploymentInProgress` non è in stato `ALARM`. Questo è un esempio di allarme composito che riduce il rumore di allarme durante una finestra di implementazione.
+ `AT_LEAST(2, ALARM, (AZ1Health, AZ2Health, AZ3Health)) AND NOT ALARM(MaintenanceWindow)`
L'espressione specifica che l'allarme composito si attiva `ALARM` quando almeno 2 allarmi `ALARM` sullo stato di salute delle zone di disponibilità su 3 sono attivi e l'allarme relativo alla finestra di manutenzione non è attivo. `ALARM` Ciò combina la funzione AT\$1LEAST con altri operatori logici per scenari di monitoraggio più complessi.
# Soppressione degli allarmi
La soppressione composita delle azioni di allarme consente di disabilitare temporaneamente le azioni di allarme senza eliminare o modificare la configurazione dell'allarme. Ciò è utile durante la manutenzione pianificata, le implementazioni o quando si esaminano problemi noti.
Con la soppressione dell'operazione di allarme composita, si definiscono allarmi come allarmi soppressori. Gli allarmi soppressori impediscono agli allarmi compositi di agire. Ad esempio, è possibile specificare un allarme soppressore che rappresenta lo stato di una risorsa di supporto. Se la risorsa di supporto è inattiva, l'allarme soppressore impedisce all'allarme composito di inviare notifiche.
## Quando utilizzare la soppressione degli allarmi
Situazioni comuni in cui la soppressione degli allarmi è utile:
+ Finestre di manutenzione dell'applicazione
+ Implementazioni delle applicazioni
+ Indagine sugli incidenti in corso
+ Attività di test e sviluppo
## Come funzionano gli allarmi soppressori
Gli allarmi soppressori vengono specificati quando si configurano gli allarmi compositi. Qualsiasi allarme può funzionare come un allarme soppressore. Quando un allarme soppressore cambia stato da `OK` a `ALARM`, il suo allarme composito smette di agire. Quando un allarme soppressore cambia stato da `ALARM` a `OK`, il suo allarme composito riprende ad agire.
Poiché gli allarmi compositi consentono di ottenere una visione aggregata dello stato di integrità attraverso più allarmi, esistono alcune situazioni comuni in cui è previsto che tali allarmi si attivino, ad esempio, durante una finestra di manutenzione dell'applicazione o quando si indaga su un incidente in corso. In tali situazioni, potresti voler sopprimere le operazioni degli allarmi compositi, per evitare notifiche indesiderate o la creazione di nuove segnalazioni di incidenti.
Con la soppressione dell'operazione di allarme composita, si definiscono allarmi come allarmi soppressori. Gli allarmi soppressori impediscono agli allarmi compositi di agire. Ad esempio, è possibile specificare un allarme soppressore che rappresenta lo stato di una risorsa di supporto. Se la risorsa di supporto è inattiva, l'allarme soppressore impedisce all'allarme composito di inviare notifiche. La soppressione delle operazioni di allarmi compositi aiuta a ridurre il rumore degli allarmi, in modo da dedicare meno tempo alla gestione degli allarmi e più tempo a concentrarsi sulle operazioni.
Gli allarmi soppressori vengono specificati quando si configurano gli allarmi compositi. Qualsiasi allarme può funzionare come un allarme soppressore. Quando un allarme soppressore cambia stato da `OK` a `ALARM`, il suo allarme composito smette di agire. Quando un allarme soppressore cambia stato da `ALARM` a `OK`, il suo allarme composito riprende ad agire.
### `WaitPeriod` e `ExtensionPeriod`
Quando si specifica un allarme soppressore, si impostano i parametri `WaitPeriod` e `ExtensionPeriod`. Questi parametri impediscono agli allarmi compositi di agire in modo imprevisto mentre gli allarmi soppressori cambiano stato. Utilizza `WaitPeriod` per compensare eventuali ritardi che possono verificarsi quando un allarme soppressore cambia da `OK` a `ALARM`. Ad esempio, se un allarme soppressore cambia da `OK` a `ALARM` entro 60 secondi, imposta `WaitPeriod` a 60 secondi.
![\[Soppressione delle azioni interne WaitPeriod\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example1border.png)
Nell'immagine, l'allarme composito cambia da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t8. Questo dà all'allarme soppressore il tempo di cambiare stato da `OK` a `ALARM` a t4 prima di sopprimere le operazioni dell'allarme composito quando il `WaitPeriod` scade al t8.
Utilizza `ExtensionPeriod` per compensare eventuali ritardi che possono verificarsi quando un allarme composito cambia `OK` a seguito di un allarme soppressore che cambia in `OK`. Ad esempio, se un allarme composito cambia in `OK` entro 60 secondi dal passaggio di un allarme soppressore a `OK`, imposta `ExtensionPeriod` a 60 secondi.
![\[Soppressione delle azioni all'interno ExtensionPeriod\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example2border.png)
Nell'immagine, l'allarme soppressore cambia da `ALARM` a `OK` a t2. Un `ExtensionPeriod` inizia a t2 e termina a t8. Questo dà all'allarme composito il tempo di passare da `ALARM` a `OK` prima della scadenza di `ExtensionPeriod` a t8.
Gli allarmi compositi non intervengono quando `WaitPeriod` e `ExtensionPeriod` diventano attivi. Gli allarmi compositi eseguono operazioni basate sui loro stati correnti quando `ExtensionPeriod` e `WaitPeriod` diventano inattivi. Ti consigliamo di impostare il valore per ogni parametro su 60 secondi, poiché valuta gli allarmi metrici ogni minuto. È possibile impostare i parametri su qualsiasi numero intero in secondi.
Gli esempi seguenti descrivono in modo più dettagliato come `WaitPeriod` e `ExtensionPeriod` impediscono che gli allarmi compositi intraprendano operazioni impreviste.
**Nota**
Negli esempi seguenti, `WaitPeriod` è configurato come 2 unità di tempo e `ExtensionPeriod` è configurato come 3 unità di tempo.
#### Esempi
** Esempio 1: le operazioni non vengono soppresse dopo `WaitPeriod` **
![\[primo esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example3border.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t4, in modo che possa impedire all'allarme composito di agire. Dopo la scadenza del `WaitPeriod`a t4, l'allarme composito compie le sue operazioni perché l'allarme soppressore è ancora attivo `OK`.
** Esempio 2: le operazioni vengono soppresse dall'allarme prima della scadenza di `WaitPeriod` **
![\[secondo esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example4border.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t4. Questo dà all'allarme soppressore il tempo di cambiare stato da `OK` a `ALARM` a t3. Perché l'allarme soppressore cambia stato `OK` a `ALARM` a t3, il `WaitPeriod` che è iniziato a t2 viene scartato e l'allarme soppressore ora impedisce all'allarme composito di agire.
** Esempio 3: transizione di stato quando le operazioni vengono soppresse da `WaitPeriod` **
![\[terzo esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example5border.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t4. Questo dà all'allarme soppressore il tempo di cambiare stato. L'allarme composito torna a `OK` a t3, quindi il `WaitPeriod` che è iniziato a t2 viene scartato. Un nuovo `WaitPeriod` inizia a t3 e termina a t5. Dopo la scadenza del nuovo `WaitPeriod` a t5, l'allarme composito compie le sue operazioni.
** Esempio 4: transizione di stato quando le operazioni vengono soppresse da un allarme **
![\[quarto esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/cwasexamplefourborder.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. L'allarme soppressore è già in stato `ALARM`. L'allarme soppressore impedisce all'allarme composito di agire.
** Esempio 5: le operazioni non vengono soppresse dopo `ExtensionPeriod` **
![\[quinto esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/example7border.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t4. Questo dà all'allarme soppressore il tempo di cambiare stato da `OK` a `ALARM` a t3 prima che sopprime le operazioni dell'allarme composito fino a t6. Perché l'allarme soppressore cambia stato `OK` a `ALARM` a t3, il `WaitPeriod` che è iniziato a t2 viene scartato. A t6, l'allarme soppressore cambia in `OK`. Un `ExtensionPeriod` inizia a t6 e termina a t9. Dopo la scadenza di `ExtensionPeriod`, l'allarme composito esegue le sue operazioni.
** Esempio 6: transizione di stato quando le operazioni vengono soppresse da `ExtensionPeriod` **
![\[sesto esempio di soppressione dell'operazione\]](http://docs.aws.amazon.com/it_it/AmazonCloudWatch/latest/monitoring/images/cwasexamplesixrborder.png)
Nell'immagine, l'allarme composito cambia stato da `OK` a `ALARM` a t2. Un `WaitPeriod` inizia a t2 e termina a t4. Questo dà all'allarme soppressore il tempo di cambiare stato da `OK` a `ALARM` a t3 prima che sopprime le operazioni dell'allarme composito fino a t6. Perché l'allarme soppressore cambia stato `OK` a `ALARM` a t3, il `WaitPeriod` che è iniziato a t2 viene scartato. A t6, l'allarme soppressore torna a `OK`. Un `ExtensionPeriod` inizia a t6 e termina a t9. Quando l'allarme composito torna a `OK` a t7, il `ExtensionPeriod` viene scartato e un nuovo `WaitPeriod` inizia a t7 e termina a t9.
**Suggerimento**
Se si sostituisce l'operazione di allarme soppressore, qualsiasi `WaitPeriod` o `ExtensionPeriod` viene scartato.
## Regole di soppressione e silenziamento delle azioni
Quando per un allarme composito sono attive sia le regole di soppressione delle azioni che quelle di silenziamento degli allarmi, queste ultime hanno la precedenza e sopprimono tutte le azioni di allarme. Al termine della finestra di silenziamento, la configurazione di soppressione delle azioni dell'allarme composito determina se le azioni vengono eseguite in base allo stato dell'allarme di soppressione e ai periodi di attesa o di estensione configurati. Per ulteriori informazioni sulle regole di silenziamento degli allarmi, vedere. [Regole di silenziamento degli allarmi](alarm-mute-rules.md)