Partager via


Service Azure Monitor géré pour Prometheus

Le service géré Azure Monitor pour Prometheus est un composant des métriques Azure Monitor, offrant davantage de flexibilité dans les types de données de métriques que vous pouvez collecter et analyser avec Azure Monitor. Les métriques Prometheus sont prises en charge par un outil d’analyse tel qu’Azure Monitor Metrics Explorer avec PromQL et des outils open source tels que PromQL et Grafana.

Le service géré Azure Monitor pour Prometheus vous permet de collecter et d’analyser des métriques à grande échelle à l’aide d’une solution de supervision compatible Prometheus, basée sur le projet Prometheus de la Cloud Native Computing Foundation (CNCF). Ce service complètement managé vous permet d’utiliser le langage de requête Prometheus (PromQL) pour analyser les performances d’une infrastructure et de charges de travail surveillées, ainsi qu’alerter à leur sujet, sans avoir à exploiter l’infrastructure sous-jacente.

Important

Le service géré Azure Monitor pour Prometheus est destiné à stocker des informations sur l’intégrité des services des machines et applications des clients. Il n’est pas destiné au stockage de données classées comme Informations d’identification personnelles (PII) ou Informations d’identification des utilisateurs finaux (EUII). Nous vous recommandons vivement de ne pas envoyer d’informations sensibles (noms d’utilisateur, numéros de carte de crédit, etc.) vers le service géré Azure Monitor pour les champs Prometheus tels que les noms de métriques, les noms d’étiquettes ou les valeurs d’étiquette.

Sources de données

Le service géré Azure Monitor pour Prometheus peut actuellement collecter des données à partir de n’importe laquelle des sources de données suivantes :

  • Azure Kubernetes Service (AKS)
  • Kubernetes compatible avec Azure Arc

Activer

La seule exigence pour activer le service géré Azure Monitor pour Prometheus est de créer un espace de travail Azure Monitor où les métriques Prometheus sont stockées. Une fois cet espace de travail créé, vous pouvez intégrer des services qui collectent des métriques Prometheus.

Écriture à distance

Outre le service géré pour Prometheus, vous pouvez utiliser Prometheus auto-géré et l’écriture à distance pour collecter des métriques et les stocker dans un espace de travail Azure Monitor.

Services Kubernetes

Envoyez des métriques à partir de Prometheus auto-géré sur des clusters Kubernetes. Pour plus d’informations sur l’écriture à distance dans les espaces de travail Azure Monitor pour les services Kubernetes, consultez les articles suivants :

Machines virtuelles et groupes de machines virtuelles identiques

Envoyez des données à partir de Prometheus auto-géré sur des machines virtuelles et des groupes de machines virtuelles identiques. Les serveurs peuvent se trouver dans un environnement géré par Azure ou en local. Pour plus d’informations, consultez l’article Envoyer des métriques Prometheus de machines virtuelles à un espace de travail Azure Monitor.

Azure Monitor Metrics Explorer avec PromQL

La fonctionnalité Metrics Explorer avec PromQL vous permet d’analyser et de visualiser des métriques de plateforme. Elle vous permet également d’utiliser un langage de requête Prometheus (PromQL) pour interroger Prometheus et d’autres métriques stockées dans un espace de travail Azure Monitor. Metrics Explorer avec PromQL est disponible à partir de l’élément de menu Métriques de n’importe quel espace de travail Azure Monitor dans le Portail Azure. Pour obtenir plus d’informations, consultez Metrics Explorer avec PromQL.

Intégration de Grafana

La méthode principale pour visualiser des métriques Prometheus est Azure Managed Grafana. Connectez votre espace de travail Azure Monitor à un espace de travail Grafana afin qu’il puisse être utilisé comme source de données dans un tableau de bord Grafana. Vous avez ensuite accès à plusieurs tableaux de bord prédéfinis qui utilisent des métriques Prometheus, et la possibilité de créer un nombre quelconque de tableaux de bord personnalisés.

Règles et alertes

Le service managé Azure Monitor pour Prometheus prend en charge l’enregistrement de règles et de règles d’alerte à l’aide de requêtes PromQL. Les métriques enregistrées par des règles d’enregistrement sont stockées dans l’espace de travail Azure Monitor et peuvent être interrogées par le tableau de bord ou par d’autres règles. Les règles d’alerte et les règles d’enregistrement peuvent être créées et gérées à l’aide de groupes de règles Prometheus managés Azure. Pour votre cluster AKS, un ensemble de règles d’alerte Prometheus prédéfinies et de règles d’enregistrement est fourni pour permettre un démarrage rapide facile.

Les alertes déclenchées par des règles d’alerte peuvent déclencher des actions ou des notifications, comme défini dans les groupes d’actions configurés pour la règle d’alerte. Vous pouvez également afficher les alertes Prometheus déclenchées et résolues dans le portail Azure en même temps que d’autres types d’alertes.

Limites et quotas du service

Le service géré Azure Monitor pour Prometheus a des quotas et des limites par défaut pour l’ingestion. Une limitation peut se produire lorsque vous atteignez les limites d’ingestion. Vous pouvez demander une augmentation de ces limites. Pour plus d’informations sur la limitation et la demande d’augmentation des limites, consultez Monitoring des limites de métriques. Pour obtenir plus d’informations sur les limites de métriques Prometheus, consultez Limites du service Azure Monitor.

Limitations/Problèmes connus : Service managé Azure Monitor pour Prometheus

  • L’extraction et le stockage de métriques à des fréquences inférieures à 1 seconde ne sont pas prises en charge.
  • Le cloud Microsoft Azure géré par 21Vianet et les clouds en air gap ne sont pas pris en charge pour le service géré Azure Monitor pour Prometheus.
  • Pour surveiller les nœuds et les pods Windows de vos clusters, consultez la section Activer la surveillance pour le cluster AKS (Azure Kubernetes Service).
  • Azure Managed Grafana est actuellement indisponible dans le cloud Azure US Government.
  • Métriques d’utilisation (métriques sous le menu Metrics de l’espace de travail Azure Monitor) : les limites de quota d’ingestion et l’utilisation actuelle de tout espace de travail Azure Monitor ne sont pas encore disponibles dans le cloud US Government.
  • Pendant les mises à jour des nœuds, vous pouvez rencontrer des écarts de 1 à 2 minutes dans certaines collections de métriques de notre collecteur au niveau du cluster. Cet écart est dû à une action régulière de Azure Kubernetes Service pour mettre à jour les nœuds de votre cluster. Ce comportement est attendu et se produit en raison de la mise à jour du nœud sur lequel il s’exécute. Aucune de nos règles d’alerte recommandées n’est affectée par ce comportement.

Respect de la casse

Prometheus managé par Azure est un système qui ne respecte pas la casse. Il traite les chaînes, telles que les noms de métriques, les noms d’étiquettes ou les valeurs d’étiquette, comme les mêmes séries chronologiques si elles diffèrent d’une autre série chronologique uniquement par le cas de la chaîne.

Remarque

Ce comportement est différent de l’open source natif Prometheus, qui est un système respectant la casse.

Dans Prometheus managé par Azure, les séries chronologiques suivantes sont considérées comme les mêmes :

diskSize(cluster="eastus", node="node1", filesystem="usr_mnt")
diskSize(cluster="eastus", node="node1", filesystem="usr_MNT")

Les exemples ci-dessus constituent une seule série chronologique dans une base de données de séries chronologiques.

  • Tous les échantillons ingérés sur eux sont stockés comme s’ils étaient scrapés/ingérés contre une seule série chronologique.
  • Si les exemples précédents sont ingérés avec le même horodatage, l’un d’eux est supprimé de façon aléatoire.
  • La casse stockée dans la base de données de série chronologique et retournée par une requête est imprévisible. Une casse différente peut être retournée à différents moments pour la même série chronologique.
  • Toute correspondance de nom de métrique ou nom/valeur d’étiquette présente dans la requête est récupérée à partir de la base de données de série chronologique en effectuant une comparaison qui ne respecte pas la casse. S’il existe une correspondance sensible à la casse dans une requête, elle est automatiquement traitée comme une correspondance ne respectant pas la casse lors de comparaisons de chaînes.

Il est recommandé de s’assurer qu’une série chronologique est produite ou récupérée à l’aide d’un cas cohérent unique.

Dans Prometheus Open Source, les séries chronologiques ci-dessus sont traitées comme deux séries chronologiques différentes. Tous les échantillons scrapés/ingérés sur eux sont stockés séparément.

Références Prometheus

Voici des liens vers de la documentation Prometheus.

Forum aux questions

Cette section fournit des réponses aux questions fréquentes.

Comment faire pour récupérer des métriques Prometheus ?

Toutes les données sont récupérées à partir d’un espace de travail Azure Monitor en utilisant des requêtes écrites en langage de requête PromQL (Prometheus Query Language). Vous pouvez écrire vos propres requêtes ou utiliser des requêtes de la communauté open source et des tableaux de bord Grafana qui incluent des requêtes PromQL. Consultez le projet Prometheus.

Puis-je afficher mes métriques Prometheus dans Azure Monitor Metrics Explorer ?

Metrics Explorer avec PromQL prend en charge la visualisation des données de métriques Prometheus en utilisant PromQL. Pour utiliser Metrics Explorer avec la prise en charge de PromQL, sélectionnez l’élément de menu Métriques à partir de n’importe quel espace de travail Azure Monitor dans le Portail Azure. Pour obtenir plus d’informations, consultez Metrics Explorer avec PromQL (préversion).

Lorsque j’utilise le service géré pour Prometheus, est-il possible de stocker des données pour plusieurs clusters dans un espace de travail Azure Monitor ?

Oui. Le service géré pour Prometheus permet des scénarios dans lesquels vous pouvez stocker des données provenant de plusieurs clusters Azure Kubernetes Service dans un seul espace de travail Azure Monitor. Consultez la vue d’ensemble des espaces de travail Azure Monitor.

Quels sont les types de ressources qui peuvent envoyer des métriques Prometheus vers le service géré Prometheus ?

Notre agent peut être utilisé sur les clusters Azure Kubernetes Service et les clusters Kubernetes compatibles avec Azure Arc. Il est installé en tant que module complémentaire géré pour les clusters AKS et en tant qu'extension pour les clusters Kubernetes compatibles avec Azure Arc, et vous pouvez le configurer pour collecter les données que vous souhaitez. Vous pouvez également configurer l’écriture à distance sur les clusters Kubernetes s’exécutant dans Azure, dans un autre cloud ou localement en suivant les instructions pour activer l’écriture à distance.

Si vous utilisez le portail Azure pour activer la collecte de métriques Prometheus et installez le module complémentaire AKS ou l'extension Kubernetes compatible avec Azure Arc à partir de la page Insights de votre cluster, cela active la collecte de connexions dans Log Analytics et la collecte de mesures Prometheus dans le service géré pour Prometheus. Pour plus d’informations, consultez Sources de données.

Comment monitorer les limites et les quotas du service ?

Le service géré Azure Monitor pour Prometheus a des quotas et des limites par défaut pour l’ingestion. Pour obtenir plus d’informations sur les limites de métriques Prometheus, consultez Limites du service Azure Monitor. Une limitation peut se produire lorsque vous atteignez les limites d’ingestion. Pour éviter la limitation, vous pouvez monitorer et configurer une alerte sur les limites d’ingestion de l’espace de travail Azure Monitor.

  1. Dans le Portail Azure, accédez à votre espace de travail Azure Monitor, puis cliquez sur Métriques dans la section Monitoring.
  2. Sélectionnez l’espace de travail Azure Monitor comme étendue et, dans la liste déroulante pour Métrique, sélectionnez Afficher les métriques standard avec le générateur.
  3. Dans la liste déroulante pour Métrique, sélectionnez % d’utilisation de la série chronologique active et % d’utilisation des événements ingérés par minute. Vérifiez que ces métriques sont inférieures à 100 %.

Capture d’écran montrant comment créer une règle d’alerte pour les limites d’ingestion de l’espace de travail Azure Monitor.

  1. Vous pouvez définir une alerte Azure pour monitorer l’utilisation et déclencher une alerte quand l’utilisation dépasse un certain seuil (par exemple, 80 % de la limite). Cliquez sur Nouvelle règle d’alerte pour créer une alerte Azure.

Capture d’écran montrant comment créer une alerte pour les limites de l’espace de travail Azure Monitor.

Si l’alerte est déclenchée, c’est-à-dire si l’utilisation de l’ingestion dépasse le seuil, vous pouvez demander une augmentation de ces limites en créant un ticket de support.

  1. Dans le Portail Azure, accédez à votre espace de travail Azure Monitor, puis cliquez sur Support + Résolution des problèmes.
  2. Tapez le problème, par exemple « Limites du service et de l’abonnement (quotas) », puis sélectionnez Limites du service et de l’abonnement (quotas) et cliquez sur Suivant.

Capture d’écran montrant comment créer un ticket de support pour demander une augmentation de limite.

  1. Dans l’écran suivant, sélectionnez votre abonnement, puis Prometheus managé comme Type de quota.
  2. Fournissez des détails supplémentaires pour créer le ticket de support.

Étapes suivantes