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à.
Limits
CloudWatch Quote generali
Per informazioni sulle quote di CloudWatch assistenza generali applicabili agli allarmi, vedere. CloudWatch quote di servizio
Limiti applicabili agli allarmi in base a espressioni matematiche metriche
Gli allarmi basati su espressioni matematiche metriche possono fare riferimento a un massimo di 10 metriche. Si tratta di un limite rigido che non può essere aumentato. Se devi monitorare più di 10 metriche in un singolo allarme, considera uno dei seguenti approcci:
-
Se le metriche si trovano nello stesso namespace, utilizza una query Metrics Insights nell'allarme anziché un'espressione matematica metrica. Metrics Insights può aggregare più metriche con una singola query.
-
Pre-aggregate le metriche in metriche personalizzate utilizzando una funzione Lambda, quindi fai riferimento alle metriche aggregate nell'espressione di allarme.
-
Suddividi la logica tra più allarmi e combinali usando un allarme composito.
Limiti che si applicano agli allarmi basati sulle query di Approfondimenti sulle metriche
Quando lavori con gli allarmi CloudWatch Metrics Insights, tieni presente questi limiti funzionali:
-
Un valore predefinito di 200 allarmi utilizzando la query Metrics Insights per account e regione
-
Per valutare le condizioni dell'allarme è possibile utilizzare solo i dati delle ultime 3 ore; tuttavia, sul grafico della pagina di dettaglio dell'allarme è possibile visualizzare fino a due settimane di dati
-
Gli allarmi che valutano più serie temporali limiteranno il numero di contributori in ALARM a 100
-
Supponendo che la query recuperi 150 serie temporali:
-
Se ci sono meno di 100 contributori in ALARM (ad esempio 95),
StateReasonsarà «95 serie temporali su 150 valutate in ALARM» -
Se ci sono più di 100 contributori in ALARM (ad esempio 105),
StateReasonsaranno «più di 100 serie temporali valutate in ALARM»
-
-
Inoltre, se il volume degli attributi è troppo grande, il numero di contributori in ALARM può essere limitato a meno di 100.
-
-
Si applicano i limiti di Approfondimenti sulle metriche sul numero massimo di serie temporali analizzate o restituite
-
Durante la valutazione degli allarmi,
EvaluationStateverrà impostato suiPARTIAL_DATAseguenti limiti:-
Se la query Metrics Insights restituisce più di 500 serie temporali.
-
Se la query Metrics Insights corrisponde a più di 10.000 metriche.
-
Per ulteriori informazioni sulle quote e sui limiti CloudWatch del servizio, consulta Quote di servizio CloudWatch Metrics Insights.
Limiti che si applicano ai log alarms
Quando lavori con i CloudWatch Log Alarms, tieni presente i seguenti limiti:
| Risorsa | Limite | Regolabile |
|---|---|---|
| PutLogAlarm richieste al secondo | 3 (raffica: 5) | No |
| Numero massimo di allarmi di registro per account | ~1000 (limitato dalla quota di query pianificata AWS gestita da CloudWatch Logs) | No |
| Numero massimo di contributori per esecuzione di query | 500 | No |
| Numero massimo di contributori tracciati in ALARM | 100 | No |
| Numero massimo di campi nella clausola BY | 5 | No |
| Numero massimo di righe di log nella notifica e-mail SNS | 50 (anch'esso limitato dal limite di payload delle notifiche SNS di 256 KB) | No |
-
Gli allarmi che valutano più contributori limitano il numero di contributori in ALARM a 100.
-
Se ci sono meno di 100 contributori in ALARM (ad esempio 95), significa «95 contributori su 100
StateReasonvalutati in ALARM». -
Se ci sono più di 100 contributori in ALARM (ad esempio 105), significa «più di 100 contributori valutati ad ALARM».
StateReason -
Se il volume degli attributi è troppo grande, il numero di contributori in ALARM può essere limitato a meno di 100.
-
-
Durante la valutazione degli allarmi,
EvaluationStateè impostato suPARTIAL_DATAse la query restituisce più di 500 gruppi di collaboratori. -
Il numero totale di righe di log incluse in una notifica è limitato dal numero di richieste, dal totale dei risultati disponibili e dal limite di dimensione del payload SNS. Se le righe di log superano il limite di payload, vengono incluse meno righe.
Limiti che si applicano agli allarmi basati sulle query ProMQL
Quando lavori con CloudWatch allarmi che utilizzano query Prometheus Query Language (ProMQL), tieni presente questi limiti funzionali:
-
Per impostazione predefinita, il tuo account può avere fino a 500 allarmi ProMQL in ciascuna regione.
-
Gli allarmi che valutano più serie temporali limiteranno il numero di contributori in ALARM a 100.
-
Se ci sono meno di 100 contributori in ALARM (ad esempio 95), si
StateReasontratterà di «95 serie temporali valutate secondo ALARM» -
Se ci sono più di 100 contributori in ALARM (ad esempio 105),
StateReasonsaranno «più di 100 serie temporali valutate in ALARM» -
Inoltre, se il volume degli attributi è troppo grande, il numero di contributori in ALARM può essere limitato a meno di 100.
-
-
I limiti delle query ProMQL si applicano al numero massimo di serie temporali che vengono analizzate o restituite.
-
Durante la valutazione degli allarmi,
EvaluationStateverrà impostato suPARTIAL_DATAse la query ProMQL restituisce più di 500 serie temporali.
Limiti che si applicano agli allarmi basati su fonti di dati connesse
-
Quando CloudWatch valuta un allarme, lo fa ogni minuto, anche se il periodo di allarme è superiore a un minuto. Affinché l'allarme funzioni, la funzione Lambda deve essere in grado di restituire un elenco di timestamp a partire da un minuto qualsiasi, non solo da multipli della durata del periodo. Questi timestamp devono essere distanziati di un periodo.
Pertanto, se l'origine dati interrogata da Lambda può restituire solo timestamp multipli della durata del periodo, la funzione dovrebbe “ricampionare” i dati recuperati in modo che corrispondano ai timestamp previsti dalla richiesta.
GetMetricDataAd esempio, un allarme con un periodo di cinque minuti viene valutato ogni minuto utilizzando finestre di cinque minuti che si spostano di un minuto ogni volta. In questo caso:
-
Per la valutazione dell'allarme alle 12:15:00, CloudWatch prevede punti dati con timestamp pari a, e.
12:00:0012:05:0012:10:00 -
Quindi, per la valutazione dell'allarme alle 12:16:00, CloudWatch prevede punti dati con timestamp pari a, e.
12:01:0012:06:0012:11:00
-
-
Quando CloudWatch valuta un allarme, tutti i punti dati restituiti dalla funzione Lambda che non si allineano con i timestamp previsti vengono eliminati e l'allarme viene valutato utilizzando i restanti punti dati previsti. Ad esempio, quando l'allarme viene valutato alle
12:15:00, prevede dati con timestamp pari di12:00:00,12:05:00e12:10:00. Se riceve dati con timestamp pari a,, e12:00:0012:05:0012:06:0012:10:00, i dati da vengono eliminati e CloudWatch valuta l'allarme utilizzando gli12:06:00altri timestamp.Quindi, per la valutazione successiva alle
12:16:00, prevede dati con timestamp di12:01:00,12:06:00e12:11:00. Se ha solo i dati con timestamp di12:00:00,12:05:00e12:10:00, tutti questi punti dati vengono ignorati alle 12:16:00 e l'allarme passa allo stato in base a come è stato specificato che tratti i dati mancanti. Per ulteriori informazioni, consulta Valutazione degli allarmi. -
Ti consigliamo di creare questi allarmi per intraprendere azioni durante la transizione allo stato
INSUFFICIENT_DATA, poiché diversi casi d'uso di errori della funzione Lambda faranno passare l'allarme aINSUFFICIENT_DATAindipendentemente dal modo in cui è stato specificato che tratti i dati mancanti. -
Se la funzione Lambda restituisce un errore:
-
Se c'è un problema di autorizzazione con la chiamata alla funzione Lambda, l'allarme inizia ad presentare transizioni di dati mancanti in base a come è stato specificato che tratti i dati mancanti al momento della creazione.
-
Qualsiasi altro errore proveniente dalla funzione Lambda causa il passaggio dell'allarme a
INSUFFICIENT_DATA.
-
-
Se il parametro richiesto dalla funzione Lambda presenta un certo ritardo che provoca sempre la mancanza dell'ultimo punto dati, è necessario utilizzare una soluzione alternativa. È possibile creare un allarme M di N o aumentare il periodo di valutazione dell'allarme. Per ulteriori informazioni sugli allarmi M di N, consulta Valutazione degli allarmi.