View a markdown version of this page

Risoluzione dei problemi relativi Metrics Insights - 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à.

Risoluzione dei problemi relativi Metrics Insights

I risultati includono «Altro», ma non ho questa come dimensione

Ciò significa che la query include una clausola RAGGRUPPA PERche specifica una chiave di etichetta che non viene utilizzata in alcuno dei parametri restituiti dalla query. In questo caso, viene restituito un gruppo nullo denominato Other. I parametri che non includono quella chiave etichetta sono probabilmente parametri aggregati che restituiscono valori aggregati su tutti i valori di quella chiave di etichetta.

Ad esempio, supponiamo di avere la seguente domanda:

SELECT AVG(Faults) FROM MyCustomNamespace GROUP BY Operation, ServiceName

Se alcuni dei parametri restituiti non includono ServiceName come dimensione, tali parametri vengono visualizzati come aventi Other come valore per ServiceName.

Per evitare di vedere «Altro» nei risultati, utilizzare SCHEMA nella clausola DA, come nell'esempio seguente:

SELECT AVG(Faults) FROM SCHEMA(MyCustomNamespace, Operation) GROUP BY Operation, ServiceName

Ciò limita i risultati restituiti solo ai parametri che hanno entrambe le dimensioni Operation e ServiceName.

Il timestamp più vecchio del mio grafico ha un valore del parametro inferiore rispetto agli altri

CloudWatch Metrics Insights supporta fino a due settimane di dati storici. Quando si crea un grafico con un periodo superiore a un minuto, potrebbero esserci casi in cui il punto dati più vecchio differisce dal valore previsto. Questo perché le query di CloudWatch Metrics Insights restituiscono solo i dati entro il periodo di conservazione di due settimane. In questo caso, il punto dati più vecchio della query restituisce solo le osservazioni misurate entro il limite delle ultime due settimane invece di restituire tutte le osservazioni entro il periodo di quel punto dati.

Valori delle metriche incoerenti in diversi periodi di tempo quando si utilizzano query basate su tag

Quando utilizzi GROUP BY clausole WHERE or con tag nelle query di CloudWatch Metrics Insights, potresti visualizzare valori delle metriche diversi a seconda del periodo di tempo selezionato. Ad esempio, un periodo di 6 ore potrebbe mostrare un valore massimo di 20, mentre un periodo di 1 ora ne mostra solo 2 per la stessa finestra temporale.

Ciò si verifica perché i timestamp dei tag vengono archiviati con una risoluzione di secondo livello, mentre i punti dati metrici sono allineati ai limiti del periodo (ad esempio, l'inizio di ogni minuto o ora). Per determinare quali punti dati corrispondono all'intervallo di tempo di un tag, CloudWatch regola l'inizio dell'intervallo sottraendo un periodo. Con periodi più lunghi, questa regolazione crea un divario più ampio tra il timestamp del tag e il primo punto dati incluso, il che può causare l'esclusione dei punti dati vicini all'inizio dell'intervallo.

L'esempio seguente mostra come ciò influisca sui risultati delle query. Una metrica ha due valori di tag: env=beta (dalle 00:00 alle 01:30) e env=gamma (dalle 01:30 alle 03:00). Ogni tag copre 90 minuti di dati con una SOMMA di 270.

Due grafici CloudWatch metrici che confrontano i risultati delle query basate su tag con periodi di 1 minuto e 3 ore.
env=beta con periodo di 1 minuto
Statistic Expected (Atteso) Restituito Differenza
SUM270271+1
AVG3.03.00
MIN110
MAX550
SAMPLE_COUNT9091+1
env=gamma con un periodo di 1 minuto
Statistic Expected (Atteso) Restituito Differenza
SUM2702755+
AVG3.03.00
MIN110
MAX550
CONTO_CAMPIONI9091+1

Con un periodo di 1 minuto, la regolazione dell'allineamento è ridotta (1 minuto), quindi è incluso solo 1 punto dati aggiuntivo per tag. Con un periodo di 3 ore, la regolazione copre l'intero intervallo di query:

env=beta con periodo di 3 ore
Statistic Expected (Atteso) Restituito Differenza
SUM270540+270
AVG3.03.00
MIN110
MAX550
CONTEGGIO_CAMPIONI90180+90
env=gamma con un periodo di 3 ore
Statistic Expected (Atteso) Restituito Differenza
SUM270540+270
AVG3.03.00
MIN110
MAX550
CONTEGGIO_CAMPIONI90180+90

Con il periodo di 3 ore, entrambi i tag restituiscono l'intero set di dati (SUM=540, SAMPLE_COUNT=180) perché il timestamp del singolo punto dati aggregato rientra in entrambi gli intervalli modificati. Il limite del tag viene effettivamente cancellato.

Per ridurre l'impatto di questo comportamento, prova i seguenti approcci:

  • Utilizza periodi di aggregazione più piccoli. Periodi più piccoli (ad esempio 1 minuto o 5 minuti) corrispondono maggiormente alla risoluzione di secondo livello dei timestamp dei tag, il che riduce al minimo il divario di allineamento e rende più probabile l'inclusione di tutti i punti dati pertinenti.

  • Utilizza un filtro basato sulle dimensioni anziché sui tag. Se il tuo caso d'uso lo consente, filtra per dimensioni anziché per tag. Dimension-based le interrogazioni non sono influenzate da questo comportamento. Ad esempio, utilizza WHERE InstanceId = 'i-1234567890abcdef0' anziché WHERE tag."my-tag" = 'my-value'.

  • Interrogazione con una granularità costante. Quando si confrontano i dati delle metriche in diverse finestre temporali, utilizzare lo stesso periodo per evitare differenze impreviste causate dalla regolazione dell'allineamento.