Partage via


Vue d’ensemble d’Azure Monitor Metrics

Les métriques Azure Monitor sont une fonctionnalité d’Azure Monitor qui collecte des données numériques à partir de ressources surveillées dans une base de données de séries chronologiques. Les métriques sont des valeurs numériques collectées à intervalles réguliers et qui décrivent un certain aspect d’un système à un moment donné.

Notes

Métriques Azure Monitor représente la moitié de la plateforme de données qui prend en charge Azure Monitor. L’autre moitié est constituée par les Journaux Azure Monitor qui collectent et organisent les données de journal et de performances. Vous pouvez analyser ces données à l’aide d’un langage de requête riche.

Types de métriques

Il existe plusieurs types de métriques pris en charge par les métriques Azure Monitor :

  • Les métriques natives utilisent des outils dans Azure Monitor pour l’analyse et les alertes.
    • Métriques de plateforme collectées à partir de ressources Azure. Elles ne requièrent aucune configuration et n’occasionnent aucun coût.
    • Les métriques personnalisées sont collectées à partir de différentes sources que vous configurez, notamment les applications et les agents s’exécutant sur des machines virtuelles.
  • Les métriques Prometheus sont collectées à partir de clusters Kubernetes, notamment Azure Kubernetes Service (AKS) et utilisent des outils standards du secteur pour l’analyse et les alertes, tels que PromQL et Grafana.

Diagramme montrant les sources et les utilisations des métriques.

Les différences entre chacune des métriques sont résumées dans le tableau suivant.

Category Métriques de plateforme native Métriques personnalisées natives Métriques Prometheus
Sources Ressources Azure Agent Azure Monitor
Application Insights
API REST
Cluster Azure Kubernetes Service (AKS)
Tout cluster Kubernetes via l’écriture à distance
Configuration Aucun Varie selon la source Activer le service géré Azure Monitor pour Prometheus
Stocké Abonnement Abonnement Espace de travail Azure Monitor
Coût Non Oui Oui (gratuit pendant la préversion)
Agrégation préagrégées préagrégées données brutes
Analyser Metrics Explorer Metrics Explorer PromQL
Tableaux de bord Grafana
Alerte règle d’alerte de métriques règle d’alerte de métriques Règle d’alerte Prometheus
Visualiser Classeurs
Tableaux de bord Azure
Grafana
Classeurs
Tableaux de bord Azure
Grafana
Grafana
Récupération Azure CLI
Applets de commande Azure PowerShell
API REST ou bibliothèque cliente
.NET
Go
Java
JavaScript
Python
Azure CLI
Applets de commande Azure PowerShell
API REST ou bibliothèque cliente
.NET
Go
Java
JavaScript
Python
Grafana

Collecte de données

Azure Monitor collecte des métriques à partir des sources suivantes. Une fois ces métriques collectées dans la base de données de métriques d’Azure Monitor, elles peuvent être évaluées ensemble, quelle que soit leur source :

  • Ressources Azure : des métriques de plateforme sont créées par les ressources Azure ; elles vous permettent de bénéficier d’une visibilité quant à leur intégrité et leurs performances. Chaque type de ressource crée un ensemble distinct de métriques sans aucune configuration requise. Les métriques de plateforme sont collectées à partir des ressources Azure toutes les minutes, sauf indication contraire dans la définition de la métrique.
  • Applications : Application Insights crée des métriques pour vos applications supervisées afin de vous aider à détecter les problèmes de performances et à suivre les tendances dans l’utilisation de votre application. Les valeurs incluent notamment Temps de réponse du serveur et Exceptions du navigateur.
  • Agents de machine virtuelle : des métriques sont collectées auprès du système d’exploitation invité d’une machine virtuelle. Vous pouvez activer les métriques de système d’exploitation invité pour les machines virtuelles Windows à l’aide de l’agent Azure Monitor. L’agent Azure Monitor remplace les agents hérités, l’extension de diagnostic Windows et l’agent InfluxData Telegraf pour les machines virtuelles Linux.
  • Métriques personnalisées : vous pouvez définir des métriques en plus des métriques standard disponibles automatiquement. Vous pouvez définir des métriques personnalisées dans votre application sous la supervision d’Application Insights. Vous pouvez aussi créer des métriques personnalisées pour un service Azure à l’aide de l’API de métriques personnalisées.
  • Clusters Kubernetes : les clusters Kubernetes envoient généralement des données de métrique à un serveur Prometheus local que vous devez gérer. Le service géré Azure Monitor pour Prometheus fournit un service géré qui collecte des métriques à partir de clusters Kubernetes et les stocke dans les métriques Azure Monitor.

Remarque

Les métriques collectées à partir de différentes sources et par différentes méthodes peuvent être agrégées différemment. Par exemple, les métriques de plateforme sont préagrégées et stockées dans une base de données de série chronologique, tandis que les métriques Prometheus sont stockées sous forme de données brutes. Les métriques de ressources peuvent également avoir une latence différente de celle des autres métriques. Cela peut entraîner des différences dans les valeurs de métrique pour une période d’échantillonnage spécifique. Au fil du temps, lorsque la latence cesse d’être un problème et que vous analysez les métriques avec une granularité temporelle identique, ces différences disparaissent.

API REST

Azure Monitor fournit des API REST qui vous permettent d’obtenir des données dans et en dehors des métriques Azure Monitor.

  • L’API de métriques personnalisées - Métriques personnalisées vous permet de charger vos propres métriques dans la base de données de métriques Azure Monitor. Ces métriques peuvent ensuite être utilisées par les mêmes outils d’analyse que ceux qui traitent des métriques de plateforme Azure Monitor.
  • API REST des métriques Azure Monitor : vous permet d’accéder aux définitions et aux valeurs des métriques de la plateforme Azure Monitor. Pour plus d’informations, consultez API REST Azure Monitor. Pour plus d’informations sur l’utilisation de l’API, consultez la Procédure pas à pas d’utilisation de l’API REST d’Azure Monitoring.
  • L’API REST Azure Monitor Metrics Batch - API Azure Monitor Metrics Batch est une API à volume élevé conçue pour les clients ayant un grand nombre de requêtes de métriques. Elle est similaire à l’API REST des métriques Azure Monitor standard, mais offre la possibilité de récupérer des données de métriques pour un nombre maximal 50 ID de ressource dans le même abonnement et la même région dans un seul appel d’API par lot. Cette opération améliore le débit des requêtes et réduit le risque de limitation.

Sécurité

Toutes les communications entre les systèmes connectés et le service Azure Monitor sont chiffrées à l’aide du protocole TLS 1.2 (HTTPS). Le processus Microsoft SDL est suivi pour garantir que tous les services Azure sont à jour et comportent les dernières avancées en matière de protocoles cryptographiques.

La connexion sécurisée est établie entre l’agent et le service Azure Monitor à l’aide de l’authentification basée sur des certificats et du protocole TLS avec le port 443. Azure Monitor utilise un magasin de secrets pour générer et gérer les clés. Les clés privées sont remplacées tous les 90 jours, stockées dans Azure, et gérées par des opérations Azure qui suivent des pratiques réglementaires et de conformité strictes. Pour plus d’informations sur la sécurité, consultez Chiffrement des données en transit, Chiffrement des données au repos et sécurité des données des journaux Azure Monitor

Metrics Explorer

Utilisez Metrics Explorer pour analyser de façon interactive les données dans votre base de données de métriques et représenter les valeurs de plusieurs métriques au fil du temps dans un graphique. Vous pouvez épingler les graphiques à un tableau de bord pour les afficher avec d’autres visualisations. Vous pouvez également extraire des métriques à l’aide de l’API REST Azure Monitoring.

Capture d’écran montrant un exemple de graphique dans Metrics Explorer qui affiche les demandes de serveur, le temps de réponse du serveur et les demandes ayant échoué.

Pour plus d’informations, consultez Analyser les métriques avec l’Explorateur de métriques Azure Monitor.

Structure de données

Les données collectées par les métriques Azure Monitor sont stockées dans une base de données de série chronologique qui est optimisée pour l’analyse des données horodatées. Chaque jeu de valeurs métriques est une série chronologique avec les propriétés suivantes :

  • Heure à laquelle la valeur a été collectée.
  • La ressource à laquelle est associée la valeur.
  • Un espace de noms qui agit comme une catégorie pour la métrique.
  • Un nom de métrique.
  • Valeur elle-même.
  • Plusieurs dimensions lorsqu’elles sont présentes. Les métriques personnalisées sont limitées à dix dimensions.

Métriques multidimensionnelles

L’une des problématiques associées aux données métriques est la suivante : elles présentent souvent des informations limitées pour fournir un contexte pour les valeurs collectées. Azure Monitor résout cette problématique grâce aux métriques multidimensionnelles.

Les dimensions de métrique sont des paires nom/valeur qui contiennent des données supplémentaires pour décrire la valeur de la métrique. Par exemple, une métrique appelée Espace disque disponible peut comporter une dimension nommée Lecteur avec les valeurs C: et D: . Cette dimension permet de visualiser l’espace disque disponible pour tous les lecteurs ou pour chaque lecteur individuellement.

Consultez Appliquer des filtres de dimension et fractionner pour plus d’informations sur l’affichage des dimensions de métrique dans l’explorateur de métriques.

Métrique non dimensionnelle

Le tableau suivant présente des exemples de données provenant d’une métrique non dimensionnelle, d’un débit réseau. Il peut uniquement répondre à une question basique, telle que « Quel est mon débit réseau à un moment donné ? »

Timestamp Valeur de métrique
9/8/2017 8:14 1 331,8 Kbits/s
9/8/2017 8:15 1 141,4 Kbits/s
9/8/2017 8:16 1 110,2 Kbits/s

Débit réseau et deux dimensions (« IP » et « Direction »)

Le tableau suivant présente des exemples de données à partir d’une métrique multidimensionnelle, le débit réseau avec deux dimensions appelées IP et Direction. Il peut répondre à des questions, telles que « Quel était le débit réseau pour chaque adresse IP ? » et « Quelles quantités de données ont été envoyées et reçues ? »

Timestamp Dimension « IP » Dimension « Direction » Valeur de métrique
9/8/2017 8:14 IP="192.168.5.2" Direction="Send" 646,5 Kbits/s
9/8/2017 8:14 IP="192.168.5.2" Direction="Receive" 420,1 Kbits/s
9/8/2017 8:14 IP="10.24.2.15" Direction="Send" 150,0 Kbits/s
9/8/2017 8:14 IP="10.24.2.15" Direction="Receive" 115,2 Kbits/s
9/8/2017 8:15 IP="192.168.5.2" Direction="Send" 515,2 Kbits/s
9/8/2017 8:15 IP="192.168.5.2" Direction="Receive" 371,1 Kbits/s
9/8/2017 8:15 IP="10.24.2.15" Direction="Send" 155,0 Kbits/s
9/8/2017 8:15 IP="10.24.2.15" Direction="Receive" 100,1 Kbits/s

Notes

Les noms de dimension et les valeurs de dimension ne respectent pas la casse.

Rétention des métriques

Métriques de plateforme et personnalisées

Les métriques de plateforme et personnalisées sont stockées pendant 93 jours avec les exceptions suivantes :

  • Métriques classiques du SE invité : il s’agit des compteurs de performances collectés par l’extension de diagnostic Windows ou l’extension de diagnostic Linux et acheminés vers un compte de stockage Azure. La rétention de ces métriques est garantie pendant au moins 14 jours, bien qu’aucune date d’expiration ne soit inscrite dans le compte de stockage.

    Pour des raisons de performances, le portail limite la quantité de données affichées en fonction du volume. Par conséquent, le nombre réel de jours que le portail récupère peut être supérieur à 14 jours si le volume de données écrites n’est pas important.

  • Métriques du SE invité envoyées à Métriques Azure Monitor : il s’agit des compteurs de performances collectés par l’extension de diagnostic Windows et envoyés au récepteur de données Azure Monitor, par l’agent InfluxData Telegraf sur des machines Linux ou par le nouvel agent Azure Monitor via des règles de collecte de données. La période de conservation de ces métriques s’élève à 93 jours.

  • Métriques du SE invité collectées par l’agent Log Analytics : il s’agit des compteurs de performances collectés par l’agent Log Analytics et envoyés à un espace de travail Log Analytics. La rétention de ces métriques s’élève à 31 jours et peut aller jusqu’à 2 ans.

  • Métriques basées sur un journal Application Insights : en coulisses, les métriques basées sur un journal se traduisent en requêtes de journal. Leur rétention est variable et correspond à celle des événements dans les journaux sous-jacents, entre 31 jours et 2 ans. Pour les ressources Application Insights, les journaux sont stockés pendant 90 jours.

Bien que les métriques de plateforme et personnalisées soient stockées pendant 93 jours, vous pouvez uniquement interroger (dans la vignette Métriques) une valeur maximale de 30 jours sur n’importe quel graphique. Cette limitation ne s’applique pas aux métriques reposant sur un journal. Si le graphique est vide ou affiche uniquement une partie des données de métriques, vérifiez que l’intervalle entre les dates de début et de fin dans le sélecteur de temps ne dépasse pas 30 jours. Après avoir sélectionné un intervalle de 30 jours, vous pouvez afficher le graphique en mode panoramique pour afficher la fenêtre de rétention complète.

Remarque

Le déplacement ou le changement de nom d’une ressource Azure peut entraîner une perte de l’historique des métriques pour cette ressource.

Métriques Prometheus

Les métriques Prometheus sont stockées pendant 18 mois, mais une requête PromQL ne peut s’étendre qu’à un maximum de 32 jours.

Étapes suivantes