View a markdown version of this page

Limits - Amazon CloudWatch

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), StateReason sarà «95 serie temporali su 150 valutate in ALARM»

      • Se ci sono più di 100 contributori in ALARM (ad esempio 105), StateReason saranno «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, EvaluationState verrà impostato sui PARTIAL_DATA seguenti 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 StateReason valutati 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 su PARTIAL_DATA se 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 StateReason tratterà di «95 serie temporali valutate secondo ALARM»

    • Se ci sono più di 100 contributori in ALARM (ad esempio 105), StateReason saranno «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, EvaluationState verrà impostato su PARTIAL_DATA se 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. GetMetricData

    Ad 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:00 12:05:00 12:10:00

    • Quindi, per la valutazione dell'allarme alle 12:16:00, CloudWatch prevede punti dati con timestamp pari a, e. 12:01:00 12:06:00 12: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 di 12:00:00, 12:05:00 e 12:10:00. Se riceve dati con timestamp pari a,, e 12:00:00 12:05:00 12:06:0012:10:00, i dati da vengono eliminati e CloudWatch valuta l'allarme utilizzando gli 12:06:00 altri timestamp.

    Quindi, per la valutazione successiva alle 12:16:00, prevede dati con timestamp di 12:01:00, 12:06:00 e 12:11:00. Se ha solo i dati con timestamp di 12:00:00, 12:05:00 e 12: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 a INSUFFICIENT_DATA indipendentemente 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.