Métriques de l'infrastructure

IBM Instana Observability prend en charge la collecte et le stockage de métriques curatées et personnalisées :

• Les métriques curatées sont des métriques que les capteurs Instana sont préconfigurés pour collecter et stocker. Ces mesures représentent les indicateurs clés de performance (KPI) pour une technologie particulière et sont généralement les mesures par défaut qui sont affichées dans les tableaux de bord Instana.

• Les mesures personnalisées sont des mesures qui proviennent d'applications utilisateur ou de technologies non prises en charge. Certains capteurs Instana, tels que le capteur Instana Prometheus, peuvent collecter des mesures personnalisées.

Instana utilise deux sources de données différentes pour le stockage des métriques :

• Cassandra (utilisé pour les données à haute résolution et à court terme) :
  • Rollups pris en charge : 1s, 5s, 60s, 300s, 3600s
• Beeinstana (utilisé pour les données à plus long terme et à plus faible résolution) :
  • Rollups pris en charge : 10s, 60s, 300s, 3600s

• Pour les rollups < 10s (par exemple, 1s, 3s, 5s ) :
  • Les données sont extraites de Cassandra.
  • Instana calcule le rollup natif le plus proche en agrégeant les granularités natives. Par exemple, le rollup 3s est dérivé du rollup natif 3 × 1s. 5s est directement pris en charge.
• Pour les rollups ≥ 10s (par exemple, 10s, 150s, 300s ) :
  • Les données sont extraites de Beeinstana.
  • Instana calcule le rollup natif le plus proche en agrégeant les granularités de Beeinstana. Par exemple, un rollup 150s est dérivé de 15 × 10s rollup natif.

Un rollup de 15s n'est pas valable pour les raisons suivantes :

• 15s rollup relève du domaine de Beeinstana (≥ 10s ).
• Beeinstana ne supporte pas 15s en tant que rollup natif.
• Beeinstana ne fournit pas de rollup natif ( 10s, 60s, et ainsi de suite) qui dérive uniformément un rollup 15s.

Par conséquent, les demandes d'API qui utilisent 15s rollup renvoient une erreur similaire à la suivante :

Le site windowSize ( from:1,758,886,185,000, to:1,758,889,785,000 ) n'est pas valide en combinaison avec le rollup (15 000 sec). Pour plus d'informations, voir la documentation de l'API sur les rollups valides.

Pour plus d'informations sur la conservation des données et la configuration du rollup, voir Conservation des données.

La granularité des mesures est l'intervalle de temps utilisé pour collecter et stocker les mesures. La granularité par défaut de la plupart des capteurs Instana est d'une seconde. Pour réduire les coûts de stockage et améliorer la visualisation des tableaux de bord, les mesures d'une seconde sont regroupées (résumées) dans les intervalles de temps suivants :

• 5 secondes
• 10 secondes
• 1 minute
• 5 minutes
• 1 heure

Un récapitulatif métrique comprend généralement la somme, le minimum, le maximum, la valeur moyenne de l'agrégation sur l'intervalle de temps, ainsi que les percentiles.

IBM Instana Observability sélectionne automatiquement la granularité métrique appropriée à utiliser pour la récupération des métriques en fonction de l'intervalle de temps sélectionné sur un tableau de bord. La granularité de la métrique diminue au fur et à mesure que l'intervalle de temps augmente. La granularité minimale des mesures pouvant être affichées sur les tableaux de bord d'analyse de l'infrastructure et les tableaux de bord personnalisés est de 10 secondes. Les tableaux de bord organisés affichent généralement les valeurs moyennes des indicateurs, mais vous pouvez sélectionner la valeur d'agrégation des indicateurs utilisée sur les tableaux de bord Analyze Infrastructure et personnalisés.

Une mesure en soi n'a pas de sens si elle n'est pas mise en contexte. Pour qu'une mesure soit utile, des informations supplémentaires (métadonnées) décrivant l'origine des mesures sont nécessaires. IBM Instana Observability associe automatiquement les métriques à l'entité ou à la ressource qui crée la métrique afin de définir son contexte. Les identificateurs de métriques peuvent être balisés ou non :

• Les métriques balisées utilisent une ou plusieurs paires clé-valeur (balises) pour mieux identifier le contexte de la métrique.
• Les métriques non marquées ne spécifient aucune information d'identité autre que le nom de la métrique elle-même.

Par exemple, considérons une métrique nommée shoes_sold_total. La mesure représente le nombre de chaussures vendues, mais le magasin qui a vendu les chaussures n'est pas clair. Comme aucune autre information d'identification n'est incluse (ce qui en fait une mesure non étiquetée), cette mesure représente une seule série temporelle de valeurs. Pour plus de détails, shoes_sold_total peut être remplacé par une métrique étiquetée qui spécifie à la fois le pays et le magasin qui a vendu les chaussures :

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'ajout de paires clé-valeur en tant que balises entraîne la création de plusieurs séries temporelles (quatre dans cet exemple), ce qui permet d'obtenir des informations plus détaillées et des requêtes plus souples.

En plus de fournir une identification détaillée des mesures, les étiquettes peuvent être utilisées pour filtrer et regrouper les résultats des mesures. Les filtres et les groupes de balises peuvent fournir des informations puissantes qui ne sont pas disponibles pour les mesures non balisées. Si l'on reprend l'exemple shoes_sold_total de la discussion sur l' identité métrique, les types de requêtes suivants sont possibles :

• Calculez le nombre total de chaussures vendues dans tous les magasins en utilisant une somme de séries croisées où country="Canada".
• Affichez le nombre total de chaussures vendues, du plus élevé au plus bas, et regroupez les résultats par pays.

Utilisez des balises pour filtrer et regrouper les indicateurs sur les tableaux de bord d'analyse de l'infrastructure et les tableaux de bord personnalisés.