Configurer la collecte de métriques

Google Kubernetes Engine (GKE) facilite l'envoi de métriques à Cloud Monitoring. Une fois dans Cloud Monitoring, les métriques peuvent permettre de renseigner des tableaux de bord personnalisés, générer des alertes et créer des objectifs de niveau de service, ou elles peuvent être récupérés par des services de surveillance tiers à l'aide de l'API Monitoring.

GKE fournit plusieurs sources de métriques :

  • Métriques définies par le système : métriques issues des composants système essentiels, décrivant les ressources de bas niveau telles que le processeur, la mémoire et le stockage.
  • Google Cloud Managed Service pour Prometheus : vous permet de surveiller vos charges de travail et d'envoyer des alertes à l'aide de Prometheus, sans avoir à gérer et faire fonctionner manuellement Prometheus à grande échelle.

  • Packages de métriques d'observabilité :

    • Métriques du plan de contrôle : métriques exportées à partir de certains composants du plan de contrôle, tels que le serveur d'API et le programmeur.

    • Métriques d'état Kube : ensemble organisé de métriques exportées à partir du service d'état Kube, utilisé pour surveiller le l'état des objets Kubernetes tels que les pods, les déploiements, etc. Pour obtenir l'ensemble complet, consultez la section Utiliser les métriques d'état Kube.

      Le package d'état Kube est une solution gérée. Si vous avez besoin d'une plus grande flexibilité (par exemple, si vous devez gérer des intervalles de scrape ou de scraping d'autres ressources), vous pouvez déployer votre propre instance du service de métriques d'état Kube Open Source. Pour en savoir plus, consultez la documentation de l'exportateur Google Cloud Managed Service pour Prometheus afin de connaître les métriques Kube.

Métriques système

Lorsqu'un cluster est créé, GKE collecte par défaut certaines métriques émises par les composants système.

Vous pouvez choisir d'envoyer ou non les métriques de votre cluster GKE à Cloud Monitoring. Si vous choisissez d'envoyer des métriques à Cloud Monitoring, vous devez envoyer des métriques système.

Toutes les métriques GKE définies par le système sont ingérées dans Cloud Monitoring avec le préfixe kubernetes.io.

Tarification

Cloud Monitoring ne facture pas l'ingestion de métriques système GKE. Pour en savoir plus, consultez la tarification Cloud Monitoring.

Configurer la collecte de métriques définies par le système

Pour activer la collecte de métriques définies par le système, transmettez la valeur SYSTEM à l'option --monitoring de la commande gcloud container clusters create ou gcloud container clusters update.

Pour désactiver la collecte de métriques définies par le système, utilisez la valeur NONE pour l'option --monitoring. Si la collecte de métriques définies par le système est désactivée, les informations de base telles que l'utilisation du processeur, de la mémoire et du disque ne sont pas disponibles pour un cluster dans l'onglet Observabilité ou la section GKE de la console Google Cloud.

Pour les clusters GKE Autopilot, vous ne pouvez pas désactiver la collecte des métriques définies par le système.

Consultez la section Observabilité pour GKE pour obtenir plus d'informations sur l'intégration de Cloud Monitoring à GKE.

Pour configurer la collecte de métriques système à l'aide de Terraform, consultez le bloc monitoring_config dans le registre Terraform pour google_container_cluster. Pour obtenir des informations générales sur l'utilisation de Google Cloud avec Terraform, consultez la page Terraform avec Google Cloud.

Liste des métriques définies par le système

Les métriques système incluent des métriques issues des composants système essentiels pour Kubernetes. Pour obtenir la liste de ces métriques, consultez Métriques système GKE.

Résoudre les problèmes liés aux métriques système

Si les métriques système ne sont pas disponibles dans Cloud Monitoring comme prévu, voici quelques étapes à suivre pour résoudre le problème.

Vérifier que l'agent de métriques dispose de suffisamment de mémoire

Dans la plupart des cas, l'allocation de ressources par défaut à l'agent de métriques GKE est suffisante. Toutefois, si le DaemonSet plante de manière répétée, vous pouvez vérifier le motif de l'arrêt à l'aide des instructions suivantes :

  1. Obtenez les noms des pods de l'agent de métriques GKE :

    kubectl get pods -n kube-system -l component=gke-metrics-agent

    Recherchez le pod ayant l'état CrashLoopBackOff.

    Le résultat ressemble à ce qui suit :

    NAME                    READY STATUS           RESTARTS AGE
gke-metrics-agent-5857x 0/1   CrashLoopBackOff 6        12m

  2. Décrivez le pod dont l'état est CrashLoopBackOff :

    kubectl describe pod POD_NAME -n kube-system

    Remplacez POD_NAME par le nom du pod obtenu à l'étape précédente.

    Si le motif de l'arrêt du pod est OOMKilled, l'agent a besoin de mémoire supplémentaire.

    Le résultat ressemble à ce qui suit :

      containerStatuses:
  ...
  lastState:
    terminated:
      ...
      exitCode: 1
      finishedAt: "2021-11-22T23:36:32Z"
      reason: OOMKilled
      startedAt: "2021-11-22T23:35:54Z"

  3. Ajoutez un libellé de nœud temporaire au nœud hébergeant l'agent de métriques défaillant. Vous pouvez utiliser un libellé de nœud persistant ou temporaire. Nous vous recommandons d'essayer d'ajouter 20 Mo supplémentaires. Si l'agent continue de planter, vous pouvez exécuter à nouveau cette commande en remplaçant le libellé de nœud par un libellé qui demande une plus grande quantité de mémoire supplémentaire.

    Pour créer un pool de nœuds avec un libellé persistant, exécutez la commande suivante :

    gcloud container node-pools update NODEPOOL_NAME \
    --cluster=CLUSTER_NAME \
    --node-labels=ADDITIONAL_MEMORY_NODE_LABEL \
    --location=COMPUTE_LOCATION

    Remplacez les éléments suivants :

    • NODEPOOL_NAME : nom du pool de nœuds.
    • CLUSTER_NAME : nom du cluster existant.
    • ADDITIONAL_MEMORY_NODE_LABEL : un des libellés de nœud de mémoire supplémentaires ; utilisez l'une des options suivantes :
      • Pour ajouter 10 Mo : cloud.google.com/gke-metrics-agent-scaling-level=10
      • Pour ajouter 20 Mo : cloud.google.com/gke-metrics-agent-scaling-level=20
      • Pour ajouter 50 Mo : cloud.google.com/gke-metrics-agent-scaling-level=50
      • Pour ajouter 100 Mo : cloud.google.com/gke-metrics-agent-scaling-level=100
      • Pour ajouter 200 Mo : cloud.google.com/gke-metrics-agent-scaling-level=200
      • Pour ajouter 500 Mo : cloud.google.com/gke-metrics-agent-scaling-level=500
    • COMPUTE_LOCATION : emplacement Compute Engine du cluster.

    Vous pouvez également ajouter un libellé de nœud temporaire qui ne persistera pas après la mise à niveau à l'aide de la commande suivante :

    kubectl label node/NODE_NAME \
ADDITIONAL_MEMORY_NODE_LABEL --overwrite

    Remplacez les éléments suivants :

    • NODE_NAME : nom du nœud de l'agent de métriques concerné.
    • ADDITIONAL_MEMORY_NODE_LABEL : un des libellés de nœud de mémoire supplémentaires ; utilisez l'une des valeurs de l'exemple précédent.

Package : métriques du plan de contrôle

Vous pouvez configurer un cluster GKE pour envoyer certaines métriques émises par le serveur d'API Kubernetes, le programmeur et le gestionnaire de contrôleurs à Cloud Monitoring.

Conditions requises

L'envoi de métriques du plan de contrôle Kubernetes à Cloud Monitoring à Cloud Monitoring nécessite la version 1.22.13 ou ultérieure du plan de contrôle GKE et nécessite l'activation de la collecte de métriques système.

Configurer la collecte de métriques du plan de contrôle

Pour activer les métriques du plan de contrôle Kubernetes dans un cluster GKE existant, procédez comme suit :

Console

Vous pouvez activer les métriques du plan de contrôle pour un cluster à partir de l'onglet Observabilité du cluster ou de l'onglet Détails du cluster. Lorsque vous utilisez l'onglet Observabilité, vous pouvez prévisualiser les graphiques et les métriques disponibles avant d'activer le package de métriques.

Procédez comme suit pour activer les métriques du plan de contrôle à partir de l'onglet Observabilité du cluster :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Kubernetes Engine, puis Clusters :

    Accéder à la page Clusters Kubernetes

  2. Cliquez sur le nom de votre cluster, puis sélectionnez l'onglet Observabilité.

  3. Sélectionnez Plan de contrôle dans la liste des caractéristiques.

  4. Cliquez sur Activer le package.

    Si les métriques du plan de contrôle sont déjà activées, un ensemble de graphiques associés à ces métriques va alors s'afficher.

Procédez comme suit pour activer les métriques du plan de contrôle à partir de l'onglet Détails du cluster :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Kubernetes Engine, puis Clusters :

    Accédez à la page Clusters Kubernetes

  2. Cliquez sur le nom de votre cluster.

  3. Sur la ligne Fonctionnalités intitulée Cloud Monitoring, cliquez sur l'icône Modifier.

  4. Dans la boîte de dialogue Modifier Cloud Monitoring qui s'affiche, vérifiez que l'option Activer Cloud Monitoring est sélectionnée.

  5. Dans le menu déroulant Composants sélectionnez les composants du plan de contrôle à partir desquels vous souhaitez collecter des métriques : Serveur d'API, Programmeur ou Gestionnaire de contrôleurs.

  6. Cliquez sur OK.

  7. Cliquez sur Save Changes (Enregistrer les modifications).

gcloud

  1. Ouvrez une fenêtre de terminal avec Google Cloud SDK et Google Cloud CLI installés. L'une des méthodes consiste à utiliser Cloud Shell :

  2. Dans la console Google Cloud, activez Cloud Shell.

    Activer Cloud Shell

    En bas de la fenêtre de la console Google Cloud, une session Cloud Shell démarre et affiche une invite de ligne de commande. Cloud Shell est un environnement shell dans lequel Google Cloud CLI est déjà installé, et dans lequel des valeurs sont déjà définies pour votre projet actuel. L'initialisation de la session peut prendre quelques secondes.

  3. Transmettez une ou plusieurs des valeurs API_SERVER, SCHEDULER ou CONTROLLER_MANAGER à l'option --monitoring des commandes gcloud container clusters create ou gcloud container clusters update.

    Par exemple, pour collecter les métriques du serveur d'API, du programmeur et du gestionnaire de contrôleurs, exécutez la commande suivante :

    gcloud container clusters update CLUSTER_NAME \
    --location=COMPUTE_LOCATION \
    --monitoring=SYSTEM,API_SERVER,SCHEDULER,CONTROLLER_MANAGER

Terraform

Pour configurer la collecte de métriques du plan de contrôle Kubernetes à l'aide de Terraform, consultez le bloc monitoring_config dans le registre Terraform pour google_container_cluster. Pour obtenir des informations générales sur l'utilisation de Google Cloud avec Terraform, consultez la page Terraform avec Google Cloud.

Utiliser les métriques du plan de contrôle

Consultez la page Utiliser les métriques du plan de contrôle pour effectuer les opérations suivantes :

Tableaux de bord pour visualiser les métriques du plan de contrôle disponibles dans l'onglet Observabilité de GKE dans la console Google Cloud. Pour en savoir plus sur ces tableaux de bord, consultez la page Afficher les métriques d'observabilité.

Package : métriques d'état Kube

Vous pouvez configurer un cluster GKE pour envoyer un ensemble organisé de métriques d'état Kube au format Prometheus à Cloud Monitoring. Ce package de métriques d'état Kube inclut des métriques pour les pods, les déploiements, les StatefulSets, les DaemonSets, les HorizontalPodAutoscaler, les volumes persistants et les revendications de volume persistant.

Pour les clusters GKE Standard à partir de la version 1.29.2-gke.2000 et les clusters GKE Autopilot à partir de la version 1.27.4-gke.900, le package de métriques d'état Kube est activé par défaut.

Conditions requises

Pour collecter des métriques d'état Kube, votre cluster GKE doit répondre aux exigences suivantes :

Vous pouvez activer les métriques système et Google Cloud Managed Service pour Prometheus en même temps que le package de métriques d'état Kube. La collecte gérée Google Cloud Managed Service pour Prometheus est activée par défaut sur les nouveaux clusters.

Configurer la collecte de métriques d'état Kube

Pour activer les métriques d'état Kube dans un cluster GKE existant, procédez comme suit :

Console

Vous pouvez activer les métriques d'état kube à partir d'un onglet Observabilité pour un cluster ou un déploiement dans un cluster. Vous pouvez également prévisualiser les graphiques et les métriques disponibles avant d'activer le package de métriques.

Dans l'onglet Observabilité d'un cluster, l'ensemble de graphiques pour les métriques d'état kube est divisé en deux éléments dans le menu de filtre :

  • État des charges de travail : inclut les métriques pour les pods, les déploiements, les objets StatefulSet, les objets DaemonSets et les ressources HorizontalPodAutoscaler.
  • Stockage > Persistent : inclut les métriques des volumes persistants et des revendications de volume persistant.

Vous pouvez activer l'un des ensembles de métriques ou les deux.

Pour activer les métriques d'état Kube à partir de l'onglet Observabilité d'un cluster, procédez comme suit :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Kubernetes Engine, puis Clusters :

    Accéder à la page Clusters Kubernetes

  2. Cliquez sur le nom de votre cluster, puis sélectionnez l'onglet Observabilité.

  3. Sélectionnez État des charges de travail ou Stockage > Persistant dans la liste des fonctionnalités.

  4. Cliquez sur Activer le package.

    Si le package de métriques d'état kube est déjà activé, vous voyez à la place un ensemble de graphiques pour les métriques d'état Kube.

Pour activer les métriques d'état Kube à partir de l'onglet Observabilité d'un déploiement, procédez comme suit :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Kubernetes Engine, puis Charges de travail :

    Accédez à la page Charges de travail Kubernetes

  2. Cliquez sur le nom de votre déploiement, puis sélectionnez l'onglet Observabilité.

  3. Sélectionnez État Kube dans la liste des fonctionnalités.

  4. Cliquez sur Activer le package. Le package est activé pour l'ensemble du cluster.

    Si le package de métriques d'état kube est déjà activé, un ensemble de graphiques s'affiche pour les métriques des pods, des déploiements et des autoscalers horizontaux de pods.

Pour configurer les métriques d'état Kube à partir de l'onglet Détails du cluster, procédez comme suit :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Kubernetes Engine, puis Clusters :

    Accédez à la page Clusters Kubernetes

  2. Cliquez sur le nom de votre cluster.

  3. Sur la ligne Fonctionnalités intitulée Cloud Monitoring, cliquez sur l'icône Modifier.

  4. Dans la boîte de dialogue Modifier Cloud Monitoring qui s'affiche, vérifiez que l'option Activer Cloud Monitoring est sélectionnée.

  5. Dans le menu déroulant Composants, sélectionnez les composants d'état Kube à partir desquels vous souhaitez collecter des métriques :

    • Volume persistant (stockage)
    • Pods
    • Déploiement
    • StatefulSet
    • DaemonSet
    • Autoscaler horizontal de pods

  6. Cliquez sur OK.

  7. Cliquez sur Save Changes (Enregistrer les modifications).

gcloud

  1. Ouvrez une fenêtre de terminal avec Google Cloud SDK et Google Cloud CLI installés. L'une des méthodes consiste à utiliser Cloud Shell :

  2. Dans la console Google Cloud, activez Cloud Shell.

    Activer Cloud Shell

    En bas de la fenêtre de la console Google Cloud, une session Cloud Shell démarre et affiche une invite de ligne de commande. Cloud Shell est un environnement shell dans lequel Google Cloud CLI est déjà installé, et dans lequel des valeurs sont déjà définies pour votre projet actuel. L'initialisation de la session peut prendre quelques secondes.

  3. Transmettez une ou plusieurs des valeurs suivantes à --monitoring des commandes gcloud container clusters create ou gcloud container clusters update :

    • DAEMONSET
    • DEPLOYMENT
    • HPA
    • POD
    • STATEFULSET
    • STORAGE : cette option inclut les métriques pour les volumes persistants et les revendications de volume persistant.

    Par exemple, pour collecter des métriques pour les déploiements et les pods d'un cluster existant, exécutez la commande suivante :

    gcloud container clusters update CLUSTER_NAME \
    --location=COMPUTE_LOCATION \
    --enable-managed-prometheus
    --monitoring=SYSTEM,DEPLOYMENT,POD

    L'ensemble de valeurs fourni à l'option --monitoring remplace tous les paramètres précédents. Dans l'exemple précédent, si le cluster était précédemment configuré pour collecter des métriques DAEMONSET, l'exemple de commande désactive la collecte de ces métriques.

Terraform

Pour configurer la collecte de métriques d'état kube à l'aide de Terraform, consultez le bloc monitoring_config dans le registre Terraform pour google_container_cluster. Pour obtenir des informations générales sur l'utilisation de Google Cloud avec Terraform, consultez la page Terraform avec Google Cloud.

Utiliser les métriques d'état Kube

Consultez la page Utiliser des métriques d'état Kube pour effectuer les opérations suivantes :

  • Informations concernant l'interrogation des métriques d'état Kube.
  • Tables des métriques d'état Kube.

Des tableaux de bord permettant de visualiser les métriques d'état Kube sont disponibles dans l'onglet GKE Observabilité de la console Google Cloud. Pour en savoir plus sur ces tableaux de bord, consultez la page Afficher les métriques d'observabilité.

Package: métriques cAdvisor/Kubelet

Vous pouvez configurer un cluster GKE pour envoyer un ensemble organisé de métriques cAdvisor/Kubelet au format Prometheus à Cloud Monitoring. L'ensemble organisé de métriques constitue un sous-ensemble du grand ensemble de métriques cAdvisor/Kubelet intégrées par défaut à chaque déploiement Kubernetes. La sélection cAdvisor/Kubelet est conçue pour fournir les métriques les plus utiles, réduisant ainsi le volume d'ingestion et les coûts associés.

Conditions requises

Pour collecter des métriques cAdvisor/Kubelet, votre cluster GKE doit répondre aux exigences suivantes:

Pour les nouveaux clusters, la collecte gérée Google Cloud Managed Service pour Prometheus est activée par défaut, et le package de métriques cAdvisor/Kubelet est activé par défaut pour les éléments suivants:

  • Clusters GKE Autopilot à partir de la version 1.29.3-gke.1093000.
  • Clusters GKE Standard à partir de la version 1.29.3-gke.1093000.

Pour les clusters existants, vous pouvez activer les métriques système et Google Cloud Managed Service pour Prometheus en même temps que le package de métriques cAdvisor/Kubelet.

Configurer la collecte de métriques cAdvisor/Kubelet

Pour activer les métriques cAdvisor/Kubelet dans un cluster GKE existant, procédez comme suit:

gcloud

  1. Ouvrez une fenêtre de terminal avec Google Cloud SDK et Google Cloud CLI installés. L'une des méthodes consiste à utiliser Cloud Shell :

  2. Dans la console Google Cloud, activez Cloud Shell.

    Activer Cloud Shell

    En bas de la fenêtre de la console Google Cloud, une session Cloud Shell démarre et affiche une invite de ligne de commande. Cloud Shell est un environnement shell dans lequel Google Cloud CLI est déjà installé, et dans lequel des valeurs sont déjà définies pour votre projet actuel. L'initialisation de la session peut prendre quelques secondes.

  3. Transmettez une ou plusieurs des valeurs suivantes à --monitoring des commandes gcloud container clusters create ou gcloud container clusters update :

    • CADVISOR
    • KUBELET

    Par exemple, pour ne collecter que les métriques cAdvisor/Kubelet dans un cluster existant, exécutez la commande suivante:

    gcloud container clusters update CLUSTER_NAME \
    --location=COMPUTE_LOCATION \
    --enable-managed-prometheus \
    --monitoring=SYSTEM,CADVISOR,KUBELET

    L'ensemble de valeurs fourni à l'option --monitoring remplace tous les paramètres précédents. Dans l'exemple précédent, si le cluster était précédemment configuré pour collecter des métriques DAEMONSET à partir du package d'état kube, l'exemple de commande désactive la collecte de ces métriques.

Terraform

Pour configurer la collecte de métriques cAdvisor/Kubelet à l'aide de Terraform, consultez le bloc monitoring_config dans le registre Terraform pour google_container_cluster. Pour obtenir des informations générales sur l'utilisation de Google Cloud avec Terraform, consultez la page Terraform avec Google Cloud.

Utiliser les métriques cAdvisor/Kubelet

Consultez la section Utiliser les métriques cAdvisor/Kubelet pour effectuer les opérations suivantes:

  • Informations concernant l'interrogation de vos métriques cAdvisor/Kubelet.
  • Tables des métriques cAdvisor/Kubelet.

Tarifs et quotas des packages d'observabilité

Les informations de cette section s'appliquent aux packages d'observabilité suivants:

Les métriques du plan de contrôle GKE et d'état Kube utilisent le Google Cloud Managed Service for Prometheus pour charger des métriques dans Cloud Monitoring. Les frais liés à l'ingestion de ces métriques sont calculés par Cloud Monitoring en fonction du nombre d'échantillons ingérés. Toutefois, ces métriques sont gratuites pour les clusters enregistrés qui appartiennent à un projet pour lequel l'édition GKE Enterprise est activée.

Pour en savoir plus, consultez la tarification Cloud Monitoring.

Comprendre votre facture Monitoring

Vous pouvez utiliser Cloud Monitoring pour identifier le plan de contrôle ou les métriques d'état Kube qui écrivent le plus grand nombre d'échantillons. Ces métriques représentent la part la plus importante des coûts. Après avoir identifié les métriques les plus coûteuses, vous pouvez modifier vos configurations de scraping pour filtrer ces métriques de manière appropriée.

La page Gestion des métriques de Cloud Monitoring fournit des informations qui peuvent vous aider à contrôler les sommes que vous consacrez aux métriques facturables, sans affecter l'observabilité. La page Gestion des métriques fournit les informations suivantes :

  • Les volumes d'ingestion pour la facturation à base d'octets et celle à base d'exemples, englobant les différents domaines de métriques et des métriques individuelles
  • Les données sur les libellés et la cardinalité des métriques
  • L'utilisation de métriques dans les règles d'alerte et les tableaux de bord personnalisés
  • Les taux d'erreurs d'écriture de métriques

Procédez comme suit pour afficher la page Gestion des métriques :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Monitoring, puis  Gestion des métriques :

    Accédez à la page Gestion des métriques

  2. Dans la barre d'outils, sélectionnez votre période. Par défaut, la page Gestion des métriques affiche des informations sur les métriques collectées au cours du jour précédent.

Pour en savoir plus sur la page Gestion des métriques, consultez la section Afficher et gérer l'utilisation des métriques.

Pour identifier les métriques du plan de contrôle ou d'état kube qui possèdent le plus grand nombre d'échantillons en cours d'ingestion, procédez comme suit :

  1. Dans le panneau de navigation de la console Google Cloud, sélectionnez Monitoring, puis  Gestion des métriques :

    Accédez à la page Gestion des métriques

  2. Dans le tableau de données Échantillons facturables ingérés, cliquez sur Afficher les graphiques.

  3. Recherchez le graphique Ingestion de volumes d'espaces de noms, puis cliquez sur  Autres options des graphiques.

  4. Dans Métrique, vérifiez que la ressource et la métrique suivantes sont sélectionnées :
    Metric Ingestion Attribution et Samples written by attribution id.

  5. Sur la page Filtres, procédez comme suit :

    1. Vérifiez que la valeur du champ Étiquette est attribution_dimension.

    2. Vérifiez que la valeur du champ Comparaison est = (equals).

    3. Dans le champ Value (Valeur), sélectionnez cluster.

  6. Désactivez le paramètre Grouper par.

  7. Vous pouvez aussi filtrer uniquement suivant certaines métriques. Par exemple, les métriques du serveur d'API du plan de contrôle incluent toutes les valeurs "apiserver" en tant que nom de métrique, et les métriques de pod d'état Kube incluent toutes "kube_pod" dans le nom de la métrique, afin de pouvoir filtrer les métriques contenant ces chaînes :

    • Cliquez sur Ajouter un filtre.

    • Dans le champ Libellé, sélectionnez metric_type.

    • Dans le champ Comparaison, sélectionnez =~ (equals regex).

    • Dans le champ Valeur, saisissez .*apiserver.* ou .*kube_pod.*.

  8. Vous pouvez également regrouper le nombre d'échantillons ingérés suivant la région ou le projet GKE :

    • Cliquez sur Grouper par.

    • Assurez-vous que metric_type est sélectionné.

    • Pour regrouper les données par région GKE, sélectionnez emplacement.

    • Pour regrouper les données par projet, sélectionnez project_id.

    • Cliquez sur OK.

  9. Vous pouvez également regrouper le nombre d'échantillons ingérés suivant le nom du cluster GKE :

    • Cliquez sur Grouper par.

    • Pour regrouper les données par nom de cluster GKE, assurez-vous que les options attribution_dimension et attribution_id sont sélectionnées.

    • Cliquez sur OK.

  10. Pour afficher le volume d'ingestion de chacune des métriques, sélectionnez Tout dans le bouton Graphique Table Tout. La table affiche le volume ingéré pour chaque métrique dans la colonne Valeur.

    Cliquez deux fois sur l'en-tête de colonne Valeur pour trier les métriques par ordre décroissant de volume d'ingestion.

Ces étapes montrent les métriques présentant le taux d'échantillons le plus élevé ingéré dans Cloud Monitoring. Étant donné que les métriques des packages d'observabilité sont facturées en fonction du nombre d'échantillons ingérés, prêtez une attention particulière aux métriques dont le taux d'échantillonnage est le plus élevé.

Quotas

Les métriques du plan de contrôle et les métriques d'état Kube consomment le quota "Requêtes de séries temporelles d'ingestion par minute" de l'API Cloud Monitoring. Avant d'activer les packages de métriques, vérifiez votre utilisation maximale récente de ce quota. Si vous avez plusieurs clusters dans le même projet ou que vous approchez déjà de la limite de ce quota, vous pouvez demander une augmentation de la limite de quota avant d'activer un package d'observabilité.

Autres métriques

Outre les métriques système et les packages de métriques décrits dans ce document, les métriques Istio sont également disponibles pour les clusters GKE. Pour en savoir plus sur les tarifs, consultez la page Tarifs de Cloud Monitoring.