Limits - Amazon CloudWatch
Quote generali CloudWatchLimiti che si applicano agli allarmi basati sulle query di Approfondimenti sulle metricheLimiti che si applicano agli allarmi basati su fonti di dati connesse

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

Quote generali CloudWatch

Per informazioni sulle quote di CloudWatch servizio generali che si applicano agli allarmi, vedere. CloudWatch quote di servizio

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 che utilizzano la query Metrics Insights per account per 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 limitano a 100 la frequenza delle transizioni simultanee

    • Supponendo che la query recuperi 150 serie temporali:

      • Se ci sono meno di 100 contributori in ALARM (ad esempio 95), StateReason saranno «95 delle 150 serie temporali 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, in base alla dimensione dei dati del contributore di Alarm, StateReason possono essere troncati per visualizzare meno dati delle serie temporali. Supponendo di troncare a 85 contributori, saranno: StateReason

      • Se ci sono meno di 100 contributori in ALARM (ad esempio 95), troncato a 85, StateReason sarà «85+ delle 150 serie temporali valutate come ALARM».

      • Se in ALARM sono presenti più di 100 contributori (ad esempio 105), il risultato sarà troncato a 85, il risultato StateReason sarà «85+ serie temporali valutate come ALARM».

  • Si applicano i limiti di Approfondimenti sulle metriche sul numero massimo di serie temporali analizzate o restituite

  • Durante la valutazione degli allarmi, EvaluationState verranno impostati i seguenti limiti: PARTIAL_DATA

    • 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 le quote del servizio CloudWatch Metrics Insights.

Limiti che si applicano agli allarmi basati su fonti di dati connesse

  • Quando CloudWatch valuta un allarme, lo fa ogni minuto, anche se la durata dell'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, si CloudWatch aspetta punti dati con timestamp di, 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 sono in linea con i timestamp previsti vengono eliminati e l'allarme viene valutato utilizzando i punti dati previsti rimanenti. 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 12:06:00 vengono eliminati e valuta l'allarme utilizzando gli altri timestamp. CloudWatch

    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.