Mesures et libellés

Une métrique est une mesure quantitative comportant un ou plusieurs libellés pour définir ses caractéristiques.

Utilisez des métriques pour analyser statistiquement des données comportant des valeurs numériques.

Une métrique est représentée par une série temporelle. Une série chronologique est une combinaison unique d'un nom d'unité de mesure et d'une paire valeur-clé de libellé. Par exemple : website_failedRequest |region='Asia', customer_ID='abc'. Un point de données est la valeur générée pour une série temporelle à un moment donné.

Les libellés sont classés en tant que libellés d'infrastructure et libellés de descripteur de métrique. Chaque métrique possède un ensemble de libellés prédéfinis. Pour les métriques personnalisées, vous pouvez configurer davantage de libellés.

Vous pouvez utiliser des libellés pour identifier et différencier les caractéristique d'une métrique, par exemple,

• Vous pouvez regrouper des objets d'infrastructure en hiérarchies logiques.
• Vous pouvez filtrer des données.
• Vous pouvez fractionner des données agrégées en segments.

Collecte des mesures par défaut à l'aide de l'agent Monitoring

Lorsque vous configurez un agent Monitoring, les données des mesures par défaut sont automatiquement collectées. Ces mesures incluent des métadonnées que vous pouvez utiliser pour les indicateurs, les segments et les indicateurs d'affichage lorsque vous les surveillez. Vous n'avez pas besoin d'une instrumentation ou d'une configuration supplémentaire dans vos hôtes pour obtenir des mesures qui sont collectées automatiquement par l'agent pour mieux comprendre ce qui se passe dans ces systèmes.

Pour surveiller votre infrastructure, votre réseau et vos applications avec le service IBM Cloud® Monitoring, vous pouvez déployer des agents Monitoring sur des hôtes pris en charge. L'hôte détermine le type d'agent que vous pouvez déployer. Le type d'agent détermine les métriques qui sont collectées automatiquement pour cet hôte.

Pour commencer à collecter des mesures par défaut, vous devez configurer un agent Monitoring par environnement que vous souhaitez surveiller.

L'agent Monitoring collecte automatiquement les types de mesure système suivants par hôte :

• System hosts metrics fournit des informations sur les mesures d'utilisation de l'unité centrale, de la mémoire et du stockage, que vous pouvez utiliser pour analyser les performances et l'utilisation des ressources de tous vos processus.

• File and File System metrics fournit des informations sur les fichiers et le système de fichiers que vous pouvez utiliser pour analyser les interactions de fichiers qui se produisent dans votre système. Par exemple, vous pouvez trouver des informations sur vos fichiers ouverts, les octets en cours d'utilisation ou le pourcentage d'utilisation d'un système de fichiers donné.

• Process metrics fournit des informations sur les processus qui s'exécutent sur vos serveurs. Par exemple, vous pouvez utiliser ces mesures pour explorer le nombre de processus ou obtenir des informations sur le client ou le serveur.

• Network metrics fournit des informations sur le réseau. Ils offrent un aperçu des connexions établies entre vos applications, conteneurs et serveurs. Par exemple, vous pouvez trouver des informations sur les octets envoyés ou reçus, ou sur le nombre de demandes HTTP, de connexions et de temps d'attente. En outre, pour SQL ou MongoDB, l'agent collecte des informations supplémentaires lorsqu'il est configuré en mode dépannage.

De plus, l'agent d' Monitoring s collecte automatiquement les types de mesures suivants par cluster Kubernetes ou Red Hat OpenShift:

• State metrics: le rapport sur l'état des mesures Kube sur l'intégrité et l'état de divers objets qui s'exécutent à l'intérieur des composants Kubernetes, tels que les déploiements, les nœuds et les pods. Pour afficher la liste des métriques qui sont collectées par défaut, voir Kubernetes State.

• Resource usage metrics: les indicateurs d'utilisation des ressources font état de la santé et de l'état de l'unité centrale et de la mémoire des workers (nœuds) et des pods qui s'exécutent dans le cluster. Les données peuvent être analysées par espace de nom, par travailleur, par pod, par objet de charge de travail tels que déploiements, daemonSets et plus.

Collecte de mesures personnalisées à l'aide de l'agent Monitoring

L'agent Monitoring inclut des composants qui collectent des mesures via Syscall, StatsD, JMX et Promscviol.

• L'agent extrait les informations directement du noyau via les appels système du serveur. Les appels système fournissent des informations sur les processus en cours d'exécution, l'allocation de mémoire, les connexions réseau, l'accès au système de fichiers, l'utilisation des ressources, etc.

• L'agent inclut un serveur Prometheus simple appelé Promscrape. Vous pouvez configurer l'agent pour collecter des mesures Prometheus et les envoyer à une instance Monitoring pour le stockage et le traitement.

Vous devez configurer l'agent Monitoring à l'aide de la syntaxe Prometheus pour configurer les paramètres scrape_config et définir les cibles, les instances et les travaux.

• Promscrape est basé sur le serveur Prometheus de source ouverte.
• Les différentes versions de l'agent Monitoring incluent différents niveaux de support pour la collecte des mesures Prometheus. Par exemple, Monitoring agent v10.5.0 et ci-dessus, inclut Promscrapev2 et prend en charge la reconnaissance de service native Prometheus. Pour plus d'informations sur l'agent Monitoring, voir Notes sur l'édition de l'agent Monitoring.
• Pour plus d'informations sur les versions de Promscrape, voir Migrating from Promscrape V1 to V2.

Collecte de mesures personnalisées à l'aide de l'écriture distante Prometheus

Vous pouvez configurer l'écriture distante Prometheus pour collecter des mesures à partir d'environnements où un agent Monitoring n'est pas disponible et les envoyer à une instance Monitoring.

Vous pouvez collecter des mesures à partir de :

• Un serveur Prometheus existant.
• Les travaux éphémères ou par lots qui n'existent pas suffisamment longtemps pour être supprimés par un agent Monitoring.
• Hôtes Windows et autres systèmes d'exploitation où l'agent Monitoring n'est pas disponible
• Les architectures basées sur Non-x86, généralement vues sur les environnements IdO ou sur l'informatique Edge.
• Les charges de travail non conteneurisées, telles que NGNIX, les applications personnalisées, RabbitMQ et autres.

Vous pouvez surveiller les mesures collectées à l'aide de l'écriture distante Prometheus via l'interface utilisateur Web Monitoring. Vous pouvez également utiliser PromQL pour interroger les données à l'aide du langage de requête Prometheus standard.

Pour plus d'informations, voir Collecte des mesures à l'aide de l'écriture distante Prometheus.

Collecte de mesures personnalisées à l'aide d'exportateurs Prometheus

Vous pouvez utiliser des exportateurs Prometheus pour collecter des mesures à partir d'hôtes, de services ou d'applications qui n'exposent pas de manière native les mesures formatées Prometheus. Vous pouvez surveiller ces mesures via une instance Monitoring.

Il existe différentes sources pour les exportateurs Prometheus :

• Les exportateurs officiels sont disponibles dans l'organisation officielle Prometheus GitHub et sont labellisés officiel.
• Sysdig organise et gère une bibliothèque d'intégrations. La bibliothèque d'intégrations est un catalogue de ressources d'entreprise où vous pouvez trouver des intégrations d' Monitoring s prises en charge pour les plateformes d' Kubernetes s et les services cloud natifs.

Vous pouvez collecter des mesures à partir de différentes sources, telles que :

• Hôtes pour lesquels un agent Monitoring n'est pas disponible, tels que les systèmes Windows ou les systèmes VMware ESXi-Host.
• Hôtes pour lesquels un agent Monitoring est disponible, mais vous devez collecter d'autres types de mesures, telles que les mesures du détecteur IPMI ou les mesures du matériel et du noyau.
• Services tels que la base de données MySQL

Pour plus d'informations, voir Collecte des mesures à l'aide des exportateurs Prometheus.

Collecte des mesures de la plateforme à partir des services IBM Cloud

Les métriques de plateforme sont exposées par les services compatibles avec la surveillance (Monitoring) et la plateforme dans IBM Cloud.

Vous ne pouvez configurer qu'une instance du service IBM Cloud Monitoring par région pour collecter les métriques de plateforme dans cet emplacement.

Pour surveiller les métriques de plateforme d'une instance de service, mettez à disposition IBM Cloud Monitoring dans la région dans laquelle l'instance de service IBM Cloud à surveiller est mise à disposition.

Pour plus d'informations, voir Utilisation des mesures de plateforme.