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
  • Tout serveur ou cluster Kubernetes exécutant Prometheus automanagé à l’aide de l’écriture à distance.
  • Les machines virtuelles et les groupes de machines virtuelles identiques configurés pour l’écriture distante sur un serveur Prometheus.

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.

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 obtenir plus d’informations sur la limitation et les demandes d’augmentation des limites, voir Limitation des 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 analyser les pods et les nœuds Windows dans votre ou vos clusters, suivez les étapes décrites ici.
  • 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.

Étapes suivantes