Présentation de Cloud Monitoring

Cloud Monitoring est un ensemble complet d'outils qui vous permettent de répondre à des questions importantes :

  • "Mon service est-il en bon état ?"
  • "Quelle est la charge sur mon service ?"
  • "Mon site Web est-il opérationnel et répond-il correctement ?"
  • "Mon service est-il performant ?"

Cloud Monitoring mesure les aspects clés de vos services, vous permet de représenter graphiquement les mesures et vous avertit lorsque les valeurs ne sont pas acceptées. Ce document propose une présentation de ces fonctionnalités.

Techniques de surveillance

Cloud Monitoring propose quatre types de surveillance :

  1. La surveillance par boîte noire vous permet de vérifier votre service de la même manière qu'un utilisateur l'utilise : en demandant une page Web, en se connectant à un port TCP ou en effectuant une requête REST. Ce type de surveillance ne fournit aucune information sur les éléments internes de votre service. Votre service est traité comme une entité opaque. Cloud Monitoring fournit ce type de surveillance grâce aux tests de disponibilité. Pour en savoir plus, consultez la page Surveiller un service avec des tests de disponibilité.

  2. La surveillance par boîte blanche vous permet de surveiller les aspects de votre service qui sont importants pour vous. Vous pouvez instrumenter votre service pour écrire des données horodatées à l'aide d'une bibliothèque telle qu'OpenCensus, ou écrire des données de séries temporelles personnalisées à l'aide de l'API Cloud Monitoring. Pour en savoir plus, consultez la page Utiliser des métriques personnalisées.

  3. La surveillance par boîte grise collecte des informations sur l'état de l'environnement dans lequel vos services sont exécutés. Ce type de surveillance est assurée par une combinaison de produits Google Cloud et de partenaires tiers de Cloud Monitoring, tels que Blue Medora. Exemple :

    • Les services Google Cloud génèrent des métriques qui fournissent des informations sur le fonctionnement du service. Par exemple, Compute Engine indique l'utilisation du processeur de chaque instance de VM. Il indique également le nombre d'octets et de paquets supprimés par le pare-feu. Pour obtenir la liste complète, consultez la page Métriques Google Cloud.
    • L'agent Cloud Monitoring collecte des métriques du système et des applications. Lorsqu'il est installé sur les instances de VM Compute Engine, cet agent collecte des métriques du disque, du processeur, du réseau et des processus. Lorsqu'il est installé sous Linux, l'agent peut également être configuré pour collecter des métriques à partir de plug-ins tiers.
    • Les plug-ins tiers fournissent des données au niveau du service sur vos VM Linux. Ces informations peuvent inclure des métriques sur vos serveurs Web Apache ou Nginx, ou des métriques sur vos bases de données MongoDB ou PostgresSQL.
  4. Les métriques basées sur les journaux sont des métriques collectées à partir du contenu des journaux écrits dans Cloud Logging. Les métriques basées sur les journaux prédéfinies incluent, par exemple, les erreurs détectées par votre service ou le nombre total d'entrées de journal reçues. Vous pouvez également définir des métriques personnalisées basées sur les journaux. Par exemple, vous pouvez compter le nombre d'entrées de journal correspondant à une requête donnée ou effectuer le suivi de valeurs particulières dans les entrées de journal correspondantes.

Ressources surveillées, descripteurs de métriques et séries temporelles

Cette section présente la terminologie utilisée par Cloud Monitoring. Pour en savoir plus sur les concepts présentés dans cette section, consultez la page Structure des séries temporelles.

Ressources surveillées

Une ressource surveillée est le composant matériel ou logiciel qui est surveillé. Les disques et instances Compute Engine, ainsi que les applications et instances App Engine, sont des exemples de ressources surveillées. Il existe environ 100 types de ressources surveillées disponibles. Pour obtenir la liste actuelle, consultez la page Liste des ressources surveillées.

Chaque type de ressource surveillée est officiellement décrit dans une structure de données appelée MonitoredResourceDescriptor. Par exemple, voici le descripteur de ressource surveillée pour la ressource gce_instance :

{
  "type": "gce_instance",
  "displayName": "G​C​E VM Instance",
  "description": "A virtual machine instance hosted in Compute Engine (G​C​E).",
  "name": "projects/PROJECT_ID/monitoredResourceDescriptors/gce_instance"
  "labels": [
    {
      "key": "project_id",
      "description": "The identifier of the Google Cloud project associated with this resource, such as \"my-project\"."
    },
    {
      "key": "instance_id",
      "description": "The numeric VM instance identifier assigned by Compute Engine."
    },
    {
      "key": "zone",
      "description": "The Compute Engine zone in which the VM is running."
    }
  ],
}

Lorsqu'un service écrit des données dans Cloud Monitoring, ces données font toujours référence à une ressource surveillée. Si vous affichez ces données, vous pouvez utiliser ces étiquettes, qui sont représentées par des paires clé/valeur, pour identifier les données qui ont généré les données. Par exemple, si les données font référence à la ressource surveillée gce_instance, vous pouvez identifier l'instance de VM spécifique en affichant la valeur du libellé instance_id.

Dans Cloud Monitoring, lorsque vous créez des graphiques ou des règles d'alerte, vous pouvez filtrer et regrouper vos données en fonction des valeurs des libellés d'une série temporelle. Par exemple, si vous avez un projet Google Cloud avec plusieurs instances de VM Compute Engine, vous pouvez créer un graphique qui affiche la série temporelle de l'utilisation du processeur de chaque instance. Si vous ajoutez un filtre pour instance_id, vous ne pouvez afficher que l'utilisation du processeur d'une instance de VM spécifique.

Descripteurs de métriques

Toutes les données envoyées à Cloud Monitoring sont décrites par un descripteur de métriques. Un descripteur de métriques est une définition qui décrit les attributs des données. Cloud Monitoring dispose d'environ 1 500 descripteurs de métriques intégrés. Consultez la liste des métriques pour plus de détails.

Voici un exemple de descripteur de métriques :

    Metric type: agent.googleapis.com/disk/percent_used
    Display name: Disk utilization
    Metric kind: GAUGE
    Value type: DOUBLE
    Units: % (this symbol indicates a percentage which is a value between 0.0 and 100.0)
    Labels: device, state
    Monitored resource: gce_instance (this value refers to a Compute Engine VM instance)

Le reste de cette section décrit certains des attributs clés d'un descripteur de métriques. Pour obtenir une description complète, consultez la page MetricDescriptor :

  • Type de métrique

    Le type de métrique ressemble à une URL. Pour les services Google Cloud et certaines intégrations tierces, la première partie du type de métrique identifie la source de la série temporelle, et le reste décrit ce qui est surveillé. Dans l'exemple de descripteur de métriques, agent.googleapis.com identifie la source en tant qu'agent Cloud Monitoring et disk/percent_used indique que le pourcentage utilisé est mesuré. Pour les métriques personnalisées définies par l'utilisateur, le type de métrique est précédé de external.googleapis.com ou custom.googleapis.com.

    Les types de métriques sont uniques.

    Comme le type de métrique est unique, les termes descripteur de métriques et type de métrique sont souvent interchangeables. Dans Google Cloud Console, le terme métrique est souvent utilisé à la place du type de métrique.

  • Nom à afficher

    Le nom à afficher est un nom court et descriptif du descripteur de métriques. Dans l'exemple, le nom à afficher est "Utilisation du disque". Le nom à afficher, qui peut ne pas être unique, est utilisé dans Google Cloud Console pour simplifier l'affichage des données.

  • Type de métrique

    Le genre de métrique décrit la relation entre les valeurs mesurées adjacentes au sein d'une série temporelle :

    • Les métriques GAUGE stockent la valeur de l'élément mesuré à un moment donné. Nous pouvons les comparer avec le compteur de votre voiture, qui enregistre votre vitesse actuelle.

    • Les métriques CUMULATIVE stockent la valeur accumulée de l'élément mesuré à un moment donné. Une comparaison est l'odomètre de votre voiture, qui enregistre la distance totale parcourue.

    • Les métriques DELTA stockent le changement dans la valeur de l'élément mesuré sur une période spécifiée. Pour votre voiture, cela désigne le compteur de trajet que vous réinitialisez chaque jour, qui mesure la distance totale que vous avez parcourue pendant la journée ou depuis sa dernière réinitialisation. Un autre exemple est un résumé du cours qui vous indique la somme que vous avez réalisée ou perdue sur le marché aujourd'hui.

    Pour en savoir plus, consultez la page MetricKind.

  • Type de valeur

    Le type de valeur décrit le type de données pour la mesure. Les mesures numériques sont INT64 ou DOUBLE. Les métriques peuvent également avoir des valeurs de type BOOL, STRING ou DISTRIBUTION. Tous les points de données d'une série temporelle ont le même type de valeur.

    Pour en savoir plus sur les types de valeurs, consultez la page ValueType.

  • Unité de métrique

    L'unité de métrique décrit l'unité ou la mesure dans laquelle un point de données est signalé.

    Par exemple, By est la notation standard permettant d'indiquer "octets" et kBy correspond à "kilo-octets", ou "millier d'octets". Pour enregistrer 1 126 octets, si l'unité est kBy, la valeur serait 1.126. Les unités de mesure disponibles incluent également celles qui conviennent aux informations numériques. Par exemple, KiBy correspond à "1 024 d'octets". Pour enregistrer que 1 126 octets ont été écrits, si l'unité est KiBy, la valeur est 1.099.

    Pour en savoir plus sur les unités de métrique, consultez la section Unités.

  • Libellés

    Certains descripteurs de métriques spécifient des libellés pour étendre les libellés définis dans la ressource surveillée. Vous pouvez filtrer et regrouper les données par valeur de libellé lorsque vous créez des graphiques ou des règles d'alerte.

    L'exemple du descripteur de métriques inclut les libellés pour device et state. Le libellé device fait référence à l'identifiant du disque et le libellé state indique si la série temporelle contient des valeurs d'espace disque libre, d'espace disque utilisé ou d'espace disque réservé. Si vous affichez des données qui montrent l'utilisation du disque d'une instance de VM Compute Engine, les données du type de métrique agent.googleapis.com/disk/percent_used sont écrites par rapport à une instance de VM Compute Engine. Les données contiennent cinq étiquettes libellés : les trois éléments spécifiés dans le descripteur de ressources surveillées et les deux définis dans le descripteur de métriques. Les filtres vous permettent, par exemple, d'afficher uniquement l'espace disque disponible ou uniquement l'espace disque disponible pour une VM spécifique.

Séries temporelles

Une série temporelle est un ensemble de mesures et de métadonnées relatives à ces mesures. Voici une partie d'une série temporelle :

{
  "timeSeries": [
    {
      "metric": {
        "labels": {
          "device": "sda1",
          "state": "free"
        },
        "type": "agent.googleapis.com/disk/percent_used"
      },
      "resource": {
        "type": "gce_instance",
        "labels": {
          "instance_id": "2708613220420473591",
          "zone": "us-east1-b",
          "project_id": "sampleproject"
        }
      },
      "metricKind": "GAUGE",
      "valueType": "DOUBLE",
      "points": [
        {
          "interval": {
            "startTime": "2020-07-27T20:20:21.597143Z",
            "endTime": "2020-07-27T20:20:21.597143Z"
          },
          "value": {
            "doubleValue": 0.473005
          }
        },
        {
          "interval": {
            "startTime": "2020-07-27T20:19:21.597239Z",
            "endTime": "2020-07-27T20:19:21.597239Z"
          },
          "value": {
            "doubleValue": 0.473025
          }
        },
      ],
    },

Chaque série temporelle possède une collection unique de valeurs de libellés. Comme le montre cet exemple, les séries temporelles contiennent des libellés de métriques et des libellés de ressources. Les valeurs des libellés indiquent que la série temporelle est liée à l'espace libre du disque "sda1" qui fait partie de l'instance de VM portant l'ID 2708613220420473591. Il existe une série temporelle différente pour l'espace libre du disque, et une autre pour l'espace réservé du disque. L'exemple contient deux mesures, où chaque mesure est un point représenté par un intervalle de temps et une valeur.

Afficher les données de séries temporelles

Pour afficher les données de séries temporelles, vous pouvez utiliser l'explorateur de métriques ou afficher un graphique sur un tableau de bord.

Explorateur de métriques

L'explorateur de métriques fournit une interface basée sur un menu dans lequel vous sélectionnez le type de ressource surveillée et le type de métrique dont vous souhaitez afficher les données de séries temporelles. Une fois ces sélections effectuées, vous pouvez appliquer des filtres pour n'afficher que des séries temporelles spécifiques. Pour vous aider à gérer des configurations complexes, l'explorateur de métriques fournit un ensemble d'options d'agrégation. Pour en savoir plus sur ces options, consultez la page Filtrage et agrégation.

Par exemple, la capture d'écran suivante illustre l'utilisation moyenne disponible, utilisée et réservée des disques pour les disques de toutes les instances de VM situées dans la zone "us-central1-a" :

Explorateur de métriques affichant l'utilisation du disque.

Si vous souhaitez examiner des tendances, vous pouvez configurer l'explorateur de métriques pour comparer les données de séries temporelles actuelles aux données précédentes.

Si vous souhaitez effectuer une analyse comparative de différentes données, vous pouvez créer des graphiques qui affichent des données de séries temporelles pour plusieurs descripteurs de métriques. Par exemple, vous pouvez afficher les données "Trafic", "Latence" et "Ventes" sur le même graphique.

Pour plus d'informations, voir Explorateur de métriques.

Graphiques et tableaux de bord

Pour afficher des informations sur une collection de ressources, vous devez utiliser des tableaux de bord. Cloud Monitoring est compatible avec deux types de tableaux de bord :

  • Les tableaux de bord préconfigurés sont automatiquement créés par Cloud Monitoring lorsqu'une ressource est utilisée par votre service. Par exemple, si votre service est créé à l'aide d'un serveur Web Apache sur Google Cloud, des tableaux de bord sont automatiquement créés pour le serveur Web, pour chacun des disques Compute Engine, pour les pare-feu, et pour Instances de VM Compute Engine. Si les disques sont sauvegardés par des instantanés, des tableaux de bord supplémentaires sont automatiquement créés.

    Les tableaux de bord préconfigurés sont conçus pour afficher les informations les plus courantes. Par exemple, le tableau de bord d'une instance de VM Compute Engine inclut des informations sur la zone, les adresses IP publiques et privées, ainsi que des graphiques montrant l'utilisation du processeur et d'autres données intéressantes.

  • Les tableaux de bord personnalisés vous permettent de créer une collection de graphiques que vous souhaitez afficher. Pour ajouter un graphique à un tableau de bord, vous pouvez utiliser la fonctionnalité d'ajout de graphique à un tableau de bord, ou créer un graphique avec l'explorateur de métriques et l'enregistrer dans le tableau de bord. Si vous utilisez Google Cloud Console pour créer un tableau de bord, les graphiques sont affichés sous forme de grille. Cependant, vous pouvez créer des configurations plus complexes à l'aide de l'API Dashboards.

Pour en savoir plus sur les graphiques et les tableaux de bord, consultez la page Utiliser des tableaux de bord et des graphiques.

Surveiller les données de séries temporelles

Pour recevoir une notification lorsque des séries temporelles répondent à certaines conditions, créez une règle d'alerte. Vous pouvez créer des règles d'alerte simples et complexes, par exemple :

  • "Recevoir une notification si un test de disponibilité a échoué pendant plus de trois minutes dans un emplacement."

  • "Notifier l'équipe d'astreinte si le 90e centile des réponses HTTP 200 provenant de trois serveurs Web ou plus dans deux emplacements Google Cloud distincts dépasse la latence de réponse de 100 ms, à condition que ce dernier soit inférieur à 15 RPS sur le serveur".

Pour gérer et afficher vos règles, Cloud Monitoring fournit un tableau de bord d'alerte.

Cette section fournit une brève présentation des alertes. Pour en savoir plus, consultez la section Présentation des alertes.

Composants des règles d'alerte

Dans Cloud Monitoring, une règle d'alerte se compose de quatre composants :

  • Un nom affiché dans le tableau de bord des alertes et inclus dans les notifications envoyées.
  • La liste des canaux de notification qui spécifient qui est informé. Monitoring accepte les canaux de notification courants. Vous pouvez configurer une notification à envoyer par e-mail, à un appareil mobile, ou à un service tel que PagerDuty ou Slack. Pour obtenir la liste complète, consultez la section Options de notification.

  • La documentation personnalisée à inclure dans la notification. Par exemple, vous pouvez configurer ce contenu pour décrire les actions à effectuer par un opérateur humain. Ce champ accepte l'utilisation de variables paramétrées. Pour en savoir plus, consultez la section Variables dans les modèles de documentation.

  • Une ou plusieurs conditions évaluées par la règle d'alerte. Chaque condition spécifie une ressource surveillée, un type de métrique et une condition définie. Par exemple, une condition peut surveiller l'utilisation du disque d'une instance de VM et être remplie si l'espace disponible est inférieur à 10 % pendant au moins 5 minutes.

Lorsque les conditions d'une règle d'alerte sont remplies, un incident est généré et des notifications sont émises. Lorsque les conditions ne sont plus remplies, l'incident est résolu automatiquement et une autre notification est envoyée aux canaux de notification spécifiés.

Exemple : Règle d'alerte pour espace disque disponible

Supposons que vous souhaitez être averti si l'espace disque disponible est inférieur à 35 % pour tous les disques nommés tmpfs sur les instances de VM dans la zone "us-central1-a".

Vous décidez de créer une règle d'alerte. Pour ce faire, procédez comme suit :

  1. Dans Google Cloud Console, accédez à Cloud Monitoring, puis cliquez sur Alertes.

  2. Vous cliquez sur Créer une règle pour créer une règle d'alerte. Dans la boîte de dialogue qui s'ouvre, entrez un nom, puis sélectionnez Ajouter une condition.

  3. Dans la boîte de dialogue de condition, vous devez sélectionner la ressource surveillée, le type de métrique et appliquer des filtres :

    Sélection du type de ressource.

    Pour cette alerte, vous devez effectuer les actions suivantes :

    1. Pour Resource type (Type de ressource), sélectionnez VM instance.
    2. Pour Metric (Métrique), sélectionnez Disk Utilization.
    3. Vous ajoutez des filtres pour la zone, l'état et le disque :

      • zone = "us-central1-a".
      • state = "free"
      • disk = "tmpfs"

    Avec ces options, le graphique interactif affiche l'espace disque disponible pour chaque disque "tmpfs" dans la zone "us-central1-a" :

    Règle d'alerte affichant l'utilisation du disque.

    La capture d'écran montre qu'un projet contient deux disques "tmpfs" dans la zone "us-central1-a".

  4. Vous souhaitez que la condition soit remplie lorsque l'espace disque disponible pour tout disque est inférieur à 35 %. Saisissez ces informations dans le volet Configuration :

    Condition affichant la configuration.

    • Définissez Condition triggers if (Déclenchement de la condition si) sur Any time series violates (À chaque infraction de série).

      Vous avez choisi cette valeur, car vous souhaitez être averti dans l'une des séries temporelles d'une valeur inférieure à 35 %. D'autres options sont disponibles. Par exemple, vous pouvez également définir ce champ sur toutes les séries temporelles, un nombre spécifique de séries temporelles ou un pourcentage de séries temporelles.

    • Définissez la Condition sur is below (inférieure à) et le Threshold (Seuil) sur 35 %.

      Vous avez choisi ces paramètres, car vous souhaitez comparer la valeur de la série temporelle à 35 %, et vous souhaitez être averti si la valeur est inférieure à ce nombre. Les autres options incluent le fait d'être supérieure à, d'être absente ou la vitesse à laquelle la valeur change.

    • Configurez le champ For (Pour) sur most recent value (valeur la plus récente).

      Vous avez choisi la valeur la plus récente, car vous souhaitez être averti immédiatement lorsque la valeur de l'espace disque disponible est inférieure à 35 %. Le champ For (Pour) définit une durée. Si ce champ est défini sur cinq minutes, l'espace disque disponible doit être inférieur à 35 % pendant cinq minutes avant que la notification ne soit envoyée. Dans ce cas, la valeur par défaut du champ de durée a été définie sur une minute, ce qui est suffisamment long pour garantir qu'une seule mesure ne provoque pas la création d'un incident.

  5. Pour terminer la règle, vous devez enregistrer la condition, ajouter vos canaux de notification et ajouter la documentation.

Dans cet exemple, lorsque la condition est remplie, un incident est créé et des notifications sont envoyées.

Surveiller un service avec des tests de disponibilité

Cloud Monitoring fournit une surveillance par boîte noire avec des tests de disponibilité. Si vous configurez un test de disponibilité pour un service, celui-ci est régulièrement vérifié par les serveurs situés dans au moins trois emplacements différents.

Le test de disponibilité enregistre la réussite ou l'échec de la réponse, et la latence de la réponse sous forme de séries temporelles. Cloud Monitoring crée un tableau de bord pour chaque test de disponibilité de votre projet Google Cloud. À partir d'un tableau de bord des tests de disponibilité, vous pouvez afficher la latence des réponses, l'historique des réponses et des informations détaillées sur le test. Vous pouvez également afficher ces données en créant un graphique avec l'explorateur de métriques ou en ajoutant un graphique à un tableau de bord personnalisé. Pour les paramètres des graphiques, consultez la section Créer un graphique de latence de test de disponibilité.

Vous pouvez également configurer le test de disponibilité pour l'associer à une règle d'alerte. Avec cette configuration, la règle d'alerte vous avertit en cas d'échec du test de disponibilité. Pour en savoir plus, consultez la section Tests de disponibilité.

Cloud Monitoring fournit un tableau de bord de disponibilité qui affiche un résumé de vos tests de disponibilité. Vous pouvez filtrer l'affichage, comme illustré dans la capture d'écran suivante, et utiliser les liens intégrés pour afficher les détails d'un test de disponibilité spécifique :

Exemple de vue d'ensemble des tests de disponibilité avec des filtres.

Groupes Monitoring

Un groupe Cloud Monitoring est un ensemble de ressources Google Cloud ou AWS avec des attributs spécifiques que vous spécifiez. Les groupes incluent "toutes les instances Compute Engine dont le nom commence par une chaîne spécifique", "toutes les ressources avec certains tags" et "toutes les ressources de calcul AWS dans la région A ou la région B". Lorsque vous ajoutez et supprimez des ressources, l'appartenance au groupe change automatiquement.

Si vous configurez un test de disponibilité pour surveiller un groupe, il teste chaque membre du groupe lors de l'émission de la vérification.

Si des ressources sont ajoutées ou supprimées, le test de disponibilité ajuste automatiquement ce qu'il vérifie. Dans le tableau de bord de ce test de disponibilité, vous pouvez afficher la latence et la série temporelle transmise pour chaque membre du groupe. Vous pouvez également configurer ces types de tests de disponibilité à associer à une règle d'alerte.

Lorsque vous créez un graphique ou une règle d'alerte, vous pouvez filtrer les séries temporelles par nom de groupe Cloud Monitoring et regrouper les séries temporelles par nom de groupe.

Pour en savoir plus, consultez la section Utiliser des groupes de ressources.

Surveillance des espaces de travail

Cloud Monitoring utilise les espaces de travail comme mécanisme vous permettant d'afficher et de gérer les données de séries temporelles stockées dans plusieurs projets Google Cloud à partir d'un seul emplacement. Il stocke les graphiques, les tableaux de bord, les tests de disponibilité et les autres actions de configuration que vous effectuez.

Les espaces de travail sont conçus pour être transparents pour la plupart des utilisateurs. Dans le scénario le plus simple et le plus courant, lorsque vous accédez à Monitoring pour la première fois dans Google Cloud Console, un espace de travail est automatiquement créé pour votre projet. Dans ce cas le plus simple, l'espace de travail surveille un seul projet Google Cloud.

Après avoir créé un espace de travail, depuis la page Paramètres de l'espace de travail, vous pouvez ajouter d'autres projets Google Cloud à celui-ci. Lorsque vous ajoutez un projet, vous autorisez Cloud Monitoring à lire les données de séries temporelles stockées dans ce projet.

Pour obtenir une présentation du concept, consultez la page Espaces de travail.

Pour surveiller vos services dans la façon dont Google les gère, consultez la page Concepts de la surveillance des services. Avec la surveillance des services, vous définissez les objectifs de performances de votre service, comment mesurer les performances et la marge d'erreur. Vous pouvez créer des règles d'alerte qui vous informent si votre marge d'erreur est consommée à une vitesse supérieure à celle souhaitée.

Si vous utilisez Google Kubernetes Engine, consultez la page Présentation de la suite des opérations Google Cloud pour GKE, qui décrit comment observer votre GKE à l'aide de Cloud Monitoring et Cloud Logging.

Premiers pas avec Monitoring

Cette page présente brièvement les principaux composants de Cloud Monitoring.

Pour explorer les fonctionnalités de Cloud Monitoring, essayez le guide de démarrage rapide de Cloud Monitoring pour Compute Engine. Il vous guide dans la création d'un test de disponibilité, d'une règle d'alerte et de la création d'un tableau de bord personnalisé à l'aide de la console Cloud Monitoring. La console Cloud Monitoring fournit une interface basée sur des menus et, dans certains cas, est compatible avec le langage de requête Monitoring. MDL est une interface expressive textuellement permettant d'interroger des données de séries temporelles.

Vous pouvez également utiliser l'interface automatisée de Cloud Monitoring, l'API Cloud Monitoring, pour créer et gérer des graphiques et des tableaux de bord, des tests de disponibilité, des règles d'alerte et des groupes. L'API est compatible avec le langage traditionnel basé sur des filtres et le langage MQL. Pour en savoir plus, consultez les pages Créer un graphique avec le langage MQL et Créer un tableau de bord à l'aide de l'API.

Pour plus d'informations sur Monitoring, consultez les ressources suivantes :

Pour en savoir plus sur les tarifs, les quotas et les limites, consultez la page Ressources.

Pour obtenir la liste des ressources surveillées, consultez la page Liste de ressources surveillées.

Pour obtenir la liste des métriques acceptées, consultez la liste des métriques.

Pour plus d'informations sur l'API Cloud Monitoring, consultez les pages suivantes :