Metriche infrastruttura

IBM Instana L'osservabilità supporta la raccolta e l'archiviazione di metriche selezionate e personalizzate:

• Le metriche predefinite sono metriche che i sensori Instana sono preconfigurati per raccogliere e memorizzare. Questi parametri rappresentano gli indicatori chiave di prestazione (KPI) per una determinata tecnologia e sono in genere i parametri predefiniti che compaiono nelle dashboard curate di Instana.

• Le metriche personalizzate sono metriche che provengono dalle applicazioni degli utenti o da tecnologie non supportate. Alcuni sensori Instana, come il sensore Instana Prometheus, possono raccogliere metriche personalizzate.

Instana utilizza due diverse fonti di dati per l'archiviazione delle metriche:

• Cassandra (utilizzato per dati ad alta risoluzione e a breve termine):
  • Rollup supportati: 1s, 5s, 60s, 300s, 3600s
• Beeinstana (utilizzata per dati a lungo termine e a bassa risoluzione):
  • Rollup supportati: 10s, 60s, 300s, 3600s

• Per i rollup con URL del tipo < 10s (ad esempio, 1s, 3s, 5s ):
  • I dati sono stati ricavati dal sito Cassandra.
  • Instana calcola il rollup nativo più vicino aggregando le granularità native. Ad esempio, un rollup di tipo « 3s » deriva da un rollup nativo di tipo «3 × 1s ». 5s Il rollup è supportato direttamente.
• Per i rollup con un numero di versione pari o superiore a 10s (ad esempio, 10s, 150s, 300s ):
  • I dati vengono recuperati da Beeinstana.
  • Instana calcola il rollup nativo più vicino aggregando le granularità di Beeinstana. Ad esempio, un rollup 150s deriva da un rollup nativo 15 × 10s.

Un rollup di 15s non è valido per i seguenti motivi:

• 15s Il rollup rientra nell'ambito di competenza di Beeinstana (≥ 10s ).
• Beeinstana non supporta l' 15s e come rollup nativo.
• Beeinstana non offre alcun rollup nativo ( 10s, 60s e così via) che generi in modo uniforme un rollup 15s.

Di conseguenza, le richieste a API che utilizzano un rollup 15s restituiscono un errore simile al seguente:

L' windowSize e specificato ( from:1,758,886,185,000, to:1,758,889,785,000 ) non è valido in combinazione con il rollup (15.000 sec). Per ulteriori informazioni, consultare la documentazione di API relativa ai rollup validi.

Per ulteriori informazioni sulla conservazione dei dati e sulla configurazione dei rollup, consultare la sezione Conservazione dei dati.

La granularità delle metriche è l'intervallo di tempo utilizzato per raccogliere e memorizzare le metriche. La granularità predefinita delle metriche per la maggior parte dei sensori Instana è di un secondo. Per ridurre i costi di archiviazione e migliorare la visualizzazione del dashboard, le metriche di un secondo vengono arrotolate (riassunte) nei seguenti intervalli di tempo:

• 5 secondi
• 10 secondi
• 1 minuto
• 5 minuti
• 1 ora

Un rollup metrico consiste generalmente nella somma, nel minimo, nel massimo, nel valore medio dell'aggregazione nell'intervallo di tempo e nei percentili.

IBM Instana L'osservabilità seleziona automaticamente la granularità delle metriche più appropriata da utilizzare per il recupero delle metriche in base all'intervallo di tempo selezionato in una dashboard. La granularità della metrica diminuisce all'aumentare dell'intervallo di tempo. La granularità temporale minima visualizzabile nelle dashboard "Analizza infrastruttura" e in quelle personalizzate è di 10 secondi. I dashboard predefiniti mostrano generalmente i valori medi delle metriche, ma è possibile selezionare il tipo di aggregazione delle metriche da utilizzare nei dashboard "Analizza infrastruttura" e in quelli personalizzati.

Una metrica di per sé è priva di significato senza un contesto. Affinché una metrica sia utile, sono necessarie informazioni aggiuntive (metadati) che descrivano l'origine della metrica. IBM Instana L'osservabilità associa automaticamente le metriche all'entità o alla risorsa che le genera, al fine di definirne il contesto. Gli identificatori metrici possono essere taggati o non taggati:

• Le metriche con tag utilizzano una o più coppie chiave-valore (tag) per identificare ulteriormente il contesto della metrica.
• Le metriche senza etichetta non specificano alcuna informazione sull'identità oltre al nome della metrica stessa.

Ad esempio, si consideri una metrica denominata " shoes_sold_total. La metrica rappresenta il numero di scarpe vendute, ma il negozio che le ha vendute non è chiaro. Poiché non sono incluse altre informazioni di identificazione (si tratta quindi di una metrica non etichettata), questa metrica rappresenta una singola serie temporale di valori. Per fornire ulteriori dettagli, " shoes_sold_total può essere modificato in una metrica etichettata che specifica sia il Paese che il negozio che ha venduto le scarpe:

shoes_sold_total{country="Canada",storeId="0001"}
shoes_sold_total{country="Canada",storeId="0002"}
shoes_sold_total{country="France",storeId="0003"}
shoes_sold_total{country="Germany",storeId="0004"}
 

L'aggiunta di coppie chiave-valore come tag porta alla creazione di più serie temporali (quattro in questo esempio), che consentono di ottenere informazioni più dettagliate sulle metriche e query flessibili sulle metriche.

Oltre a fornire un'identificazione dettagliata delle metriche, i tag possono essere utilizzati per filtrare e raggruppare i risultati delle metriche. I filtri e i gruppi di tag possono fornire potenti informazioni sui dati, altrimenti non disponibili per le metriche non etichettate. Utilizzando l'esempio " shoes_sold_total della discussione sull'identità metrica, sono possibili i seguenti tipi di query:

• Calcolare il numero totale di scarpe vendute in tutti i negozi utilizzando una somma di serie incrociate dove paese="Canada".
• Visualizzare il numero totale di scarpe vendute, dal più alto al più basso, e raggruppare i risultati per paese.

Utilizza i tag per filtrare e raggruppare le metriche nelle dashboard "Analizza infrastruttura" e in quelle personalizzate.