Types d'événement

Ce document décrit les types d'événements qui peuvent être affichés sous forme d'annotations dans les graphiques. Un événement est une activité, telle qu'un redémarrage ou un plantage, qui affecte le fonctionnement d'un système. L'affichage des événements peut vous aider à corréler les données provenant de différentes sources lorsque vous résolvez un problème.

Pour chaque événement, des liens vers des documents de référence ou de dépannage sont fournis, ainsi que des informations sur la façon d'interroger l'événement. Par exemple, lorsque des événements sont identifiés en analysant vos journaux, une requête adaptée à l'explorateur de journaux ou à une règle d'alerte basée sur les journaux est fournie.

Pour ajouter des annotations à vos graphiques, configurez le tableau de bord ou l'onglet qui affiche le graphique. Par exemple, vous pouvez configurer la plupart des tableaux de bord listés sur la page Tableaux de bord de la console Google Cloud pour afficher les événements. De même, vous pouvez configurer certains onglets Observabilité spécifiques à un service, comme ceux de Compute Engine et Google Kubernetes Engine, pour afficher les événements. Pour en savoir plus sur la configuration, consultez Afficher des événements dans un tableau de bord.

La capture d'écran suivante illustre un graphique affichant plusieurs événements identifiés en analysant les entrées de journaux, ainsi qu'un événement Service Health :

Graphique montrant les annotations d'événements d'avertissement et d'information.

Chaque annotation peut lister plusieurs événements. Dans la capture d'écran précédente, un événement pour un déploiement GKE est listé.

Types d'événements d'alerte

Cette section décrit les types d'événements d'alerte qui peuvent s'afficher dans un tableau de bord.

Alerte ouverte

Les événements d'ouverture d'alertes vous aident à corréler vos données graphiques avec les dates d'ouverture des incidents. Un événement "Alerte ouverte" s'affiche lorsque les conditions suivantes sont remplies :

  • L'incident correspondant a été ouvert pendant la période spécifiée par le tableau de bord.
  • L'incident correspondant n'est pas clos.

Les annotations ajoutées aux incidents ouverts en dehors de la période spécifiée par le tableau de bord ne sont pas affichées. De même, un événement d'ouverture d'alerte ne s'affiche pas si l'incident correspondant a été ouvert, puis fermé au cours de la période spécifiée par le tableau de bord.

L'info-bulle d'un événement d'alerte ouverte inclut les éléments suivants :

  • Nom de la règle d'alerte.
  • Informations récapitulatives, si elles sont disponibles. Par exemple, ces informations peuvent inclure le seuil et la valeur mesurée.
  • Durée de l'incident, et date et heure de son ouverture.
  • Libellés de métriques et de ressources Il est possible que l'info-bulle n'affiche pas tous les libellés.
  • Un bouton Afficher, qui ouvre la page Détails de l'incident.

Types d'événements Google Kubernetes Engine

Cette section décrit les types d'événements Google Kubernetes Engine qui peuvent être affichés dans un tableau de bord.

Charge de travail GKE corrigée ou mise à jour

Ce type d'événement vous aide à résoudre les problèmes liés au déploiement de charges de travail GKE ou aux modifications apportées aux StatefulSets, car ces événements peuvent être corrélés avec des régressions de performances ou d'autres problèmes de performances. Ce type d'événement s'affiche lorsqu'une charge de travail est créée, mise à jour ou supprimée.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(cloudaudit.googleapis.com%2Factivity)
resource.type=k8s_cluster protoPayload.methodName=(
    io.k8s.apps.v1.deployments.create OR io.k8s.apps.v1.deployments.patch OR
    io.k8s.apps.v1.deployments.update OR io.k8s.apps.v1.deployments.delete OR
    io.k8s.apps.v1.statefulsets.create OR io.k8s.apps.v1.statefulsets.patch OR
    io.k8s.apps.v1.statefulsets.update OR io.k8s.apps.v1.statefulsets.delete OR
    io.k8s.apps.v1.daemonsets.create OR io.k8s.apps.v1.daemonsets.patch OR
    io.k8s.apps.v1.daemonsets.update OR io.k8s.apps.v1.daemonsets.delete
)
-protoPayload.authenticationInfo.principalEmail=("system:addon-manager" OR "system:serviceaccount:kube-system:namespace-controller")
-protoPayload.request.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.response.metadata.namespace=(kube-system OR gmp-system OR gmp-public OR gke-gmp-system OR istio-system)
-protoPayload.resourceName=~"namespaces/(kube-system|gmp-system|gmp-public|gke-gmp-system|istio-system)"

Pour en savoir plus, consultez Présentation du déploiement des charges de travail et Afficher les métriques d'observabilité.

Plantage d'un pod GKE

Ce type d'événement vous aide à identifier et à résoudre les plantages de pods GKE. Les plantages de pods peuvent être causés par l'épuisement de la mémoire ou une erreur d'application. Ce type d'événement s'affiche lorsque l'un des événements suivants se produit :

  • L'état du pod est CrashLoopBackoff
  • Le pod se termine avec un code de sortie différent de zéro.
  • Le pod s'arrête en raison d'une condition de mémoire insuffisante.
  • Le pod est expulsé.
  • Échec de la vérification d'aptitude/d'activité.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

(
    log_id(events)
    (
        (resource.type=k8s_pod jsonPayload.reason=(BackOff OR Unhealthy OR Killing OR Evicted)) OR
        (resource.type=k8s_node jsonPayload.reason=OOMKilling)
    )
    severity=WARNING
) OR (
    log_id(cloudaudit.googleapis.com%2Factivity) resource.type=k8s_cluster
    (protoPayload.methodName=io.k8s.core.v1.pods.eviction.create OR
        (protoPayload.methodName=io.k8s.core.v1.pods.delete
        protoPayload.response.status.containerStatuses.state.terminated.exitCode:*
        -protoPayload.response.status.containerStatuses.state.terminated.exitCode=0
        )
    )
)

Pour en savoir plus sur le dépannage, consultez Dépannage : CrashLoopBackOff.

Échec de la programmation d'un pod GKE

Ce type d'événement vous aide à identifier et à résoudre les problèmes liés aux pods qui ne peuvent pas être planifiés sur un nœud. Ce type d'événement s'affiche lorsque la planification des pods échoue pour l'une des raisons suivantes :

  • Processeur de nœud insuffisant.
  • Mémoire de nœud insuffisante.
  • Aucun nœud pour les rejets ou les tolérances.
  • Nœuds ayant atteint la limite maximale de pods.
  • La taille du pool de nœuds est maximale.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

(
    log_id(events) resource.type=k8s_pod jsonPayload.reason=(NotTriggerScaleUp OR FailedScheduling)
) OR (
    log_id(container.googleapis.com/cluster-autoscaler-visibility)
    resource.type=k8s_cluster jsonPayload.noDecisionStatus.noScaleUp:*
)

Pour en savoir plus sur le dépannage, consultez Dépannage : pod non planifiable.

Échec de la création d'un conteneur GKE

Ce type d'événement vous aide à identifier et à résoudre les échecs de création d'un conteneur GKE. La création du conteneur peut échouer pour différentes raisons, telles que l'échec de l'installation de volumes ou l'échec de l'extraction d'images.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(events) resource.type=k8s_pod jsonPayload.reason=(Failed OR FailedMount) severity=WARNING

Pour obtenir des informations sur la résolution des problèmes d'extraction d'images, consultez Résoudre les problèmes d'extraction d'images.

Scaling à la hausse et à la baisse de l'autoscaler de pods

Cet événement vous permet de visualiser les changements d'échelle de l'autoscaler horizontal de pods, qui augmentent ou diminuent le nombre de pods en cours d'exécution pour une charge de travail. Pour en savoir plus, consultez Autoscaling horizontal des pods.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=k8s_cluster log_id(events)
jsonPayload.involvedObject.kind=HorizontalPodAutoscaler jsonPayload.reason=SuccessfulRescale

Scaling à la hausse et à la baisse de l'autoscaler de cluster

Cet événement vous permet de savoir quand l'autoscaler de cluster augmente ou diminue le nombre de nœuds dans un pool de nœuds de votre cluster. Pour en savoir plus, consultez À propos de l'autoscaling de cluster et Afficher les événements de l'autoscaler de cluster.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

(resource.type=k8s_cluster log_id(container.googleapis.com%2Fcluster-autoscaler-visibility)
jsonPayload.decision:*)

Créer et supprimer des clusters

Cet événement suit les actions de création et de suppression de clusters GKE. Pour en savoir plus, consultez Créer un cluster Autopilot, Créer un cluster zonal et Supprimer un cluster.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
protoPayload.methodName=(
    google.container.v1alpha1.ClusterManager.CreateCluster OR
    google.container.v1beta1.ClusterManager.CreateCluster OR
    google.container.v1.ClusterManager.CreateCluster OR
    google.container.v1alpha1.ClusterManager.DeleteCluster OR
    google.container.v1beta1.ClusterManager.DeleteCluster OR
    google.container.v1.ClusterManager.DeleteCluster
)
operation.first=true

Mise à jour du cluster

Cet événement permet de suivre les mises à jour de clusters GKE. Les mises à jour comprennent les mises à niveau automatiques de la version du plan de contrôle ainsi que les mises à niveau manuelles et les modifications de la configuration du cluster. Pour en savoir plus, consultez Mettre à jour manuellement un cluster ou un pool de nœuds et Mises à niveau des clusters standards.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gke_cluster log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.PatchCluster OR
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.UpdateCluster
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateCluster OR
        google.container.v1.ClusterManager.UpdateCluster
    )
    operation.first=true
)
protoPayload.metadata.operationType=(UPGRADE_MASTER OR REPAIR_CLUSTER OR UPDATE_CLUSTER)

Mise à jour du pool de nœuds

Cet événement permet de suivre les mises à jour de pools de nœuds GKE. Les mises à jour comprennent les mises à niveau automatiques de la version du pool de nœuds ainsi que les mises à niveau manuelles, les modifications de configuration et les redimensionnements. Pour en savoir plus, consultez Mettre à jour manuellement un cluster ou un pool de nœuds et Mises à niveau des clusters standards.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gke_nodepool log_id(cloudaudit.googleapis.com%2Factivity)
(
    protoPayload.methodName=(
        google.container.internal.ClusterManagerInternal.UpdateClusterInternal OR
        google.container.internal.ClusterManagerInternal.RepairNodePool
    )
) OR (
    protoPayload.methodName=(
        google.container.v1beta1.ClusterManager.UpdateNodePool OR
        google.container.v1.ClusterManager.UpdateNodePool OR
        google.container.v1beta1.ClusterManager.SetNodePoolSize OR
        google.container.v1.ClusterManager.SetNodePoolSize OR
        google.container.v1beta1.ClusterManager.SetNodePoolManagement OR
        google.container.v1.ClusterManager.SetNodePoolManagement OR
        google.container.v1beta1.ClusterManager.SetNodePoolAutoscaling OR
        google.container.v1.ClusterManager.SetNodePoolAutoscaling
    )
    operation.first=true
)

Types d'événements Cloud Run

Cette section décrit les types d'événements Cloud Run qui peuvent être affichés dans un tableau de bord.

Déploiement Cloud Run

Ce type d'événement vous aide à identifier et à résoudre les échecs de déploiement Cloud Run. Le déploiement peut échouer pour différentes raisons, par exemple si le compte de service a été supprimé, si les autorisations sont incorrectes, si l'importation d'un conteneur a échoué ou si un conteneur n'a pas pu démarrer.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloud_run_revision
protoPayload.methodName=google.cloud.run.v1.Services.ReplaceService

Pour en savoir plus sur le dépannage, consultez Dépannage : problèmes liés à Cloud Run.

Types d'événements Cloud SQL

Cette section décrit les types d'événements Cloud SQL qui peuvent être affichés dans un tableau de bord.

Basculement Cloud SQL

Ce type d'événement vous aide à identifier les basculements manuels ou automatiques. Un basculement se produit en cas de défaillance d'une instance ou d'une zone, et l'instance de secours devient la nouvelle instance principale. Lors d'un basculement, Cloud SQL passe automatiquement à l'instance de secours pour diffuser les données.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=cloudsql_database
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=cloudsql.instances.failover
        operation.last=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.autoFailover
    )
)

Pour en savoir plus, consultez À propos de la haute disponibilité.

Démarrage ou arrêt de Cloud SQL

Ce type d'événement vous aide à identifier une instance Cloud SQL qui a été démarrée, arrêtée ou redémarrée manuellement. Lorsqu'une instance est arrêtée, toutes les connexions, les fichiers ouverts et les opérations en cours d'exécution sont aussi arrêtés.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(cloudaudit.googleapis.com%2Factivity) resource.type=cloudsql_database
protoPayload.methodName=cloudsql.instances.update operation.last=true
protoPayload.metadata.intents.intent=(START_INSTANCE OR STOP_INSTANCE)

Pour en savoir plus, consultez À propos de la haute disponibilité et Démarrer, arrêter et redémarrer des instances.

Stockage Cloud SQL

Ce type d'événement vous aide à identifier les événements liés au stockage Cloud SQL, y compris lorsque l'espace de stockage de la base de données est saturé ou lorsqu'une base de données est arrêtée parce qu'elle atteint la limite de sa capacité de stockage. Les bases de données ayant atteint leur limite de capacité de stockage et pour lesquelles le stockage automatique n'est pas activé peuvent être arrêtées pour éviter toute corruption des données.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=cloudsql_database
(
    (
        (log_id(cloudsql.googleapis.com%2Fpostgres.log) OR log_id(cloudsql.googleapis.com%2Fmysql.err))
        textPayload=~"No space left on device"
        severity=(ERROR OR EMERGENCY)
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=cloudsql.instances.databaseShutdownOutOfStorage
    )
)

Types d'événements Cloud Interconnect

Cette section décrit les types d'événements Cloud Interconnect qui peuvent être affichés dans un tableau de bord.

Maintenance de l'interconnexion démarrée

Ce type d'événement permet de suivre le début de la maintenance de l'infrastructure pour une interconnexion. Pendant la durée de l'événement de maintenance, les sessions BGP (Border Gateway Protocol) sur les rattachements de VLAN (réseau local virtuel) sont désactivées.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="RUNNING"
labels."maintenance.googleapis.com/updated_fields" : "state"

Pour en savoir plus, consultez la section Événements de maintenance de l'infrastructure.

Maintenance de l'interconnexion terminée

Ce type d'événement permet de suivre la fin de la maintenance de l'infrastructure pour une interconnexion. Les adresses MAC Ethernet de l'appareil de périphérie peuvent changer après certains événements de maintenance.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id("maintenance.googleapis.com/maintenance_events")
jsonPayload.resource.type="compute.googleapis.com/Interconnect"
jsonPayload.state="SUCCEEDED"
labels."maintenance.googleapis.com/updated_fields" : "state"

Pour en savoir plus, consultez la section Événements de maintenance de l'infrastructure.

Types d'événements Compute Engine

Cette section décrit les types d'événements Compute Engine qui peuvent être affichés dans un tableau de bord.

Arrêts de machines virtuelles

Ce type d'événement vous aide à identifier les arrêts de machines virtuelles (VM), y compris les réinitialisations et arrêts déclenchés manuellement, les arrêts de l'OS invité, les interruptions de maintenance et les erreurs d'hôte.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(
            beta.compute.instances.reset OR v1.compute.instances.reset OR
            beta.compute.instances.stop OR v1.compute.instances.stop
        )
        operation.first=true
    ) OR (
        log_id(cloudaudit.googleapis.com%2Fsystem_event)
        protoPayload.methodName=(
            compute.instances.hostError OR
            compute.instances.guestTerminate OR
            compute.instances.terminateOnHostMaintenance
        )
    )
)

Pour en savoir plus, consultez Arrêter et démarrer une VM et Résoudre les problèmes liés aux arrêts et aux redémarrages des VM.

Échec du démarrage de l'instance de VM

Cet événement permet de suivre les échecs de démarrage des instances de VM Compute Engine. Cet événement affiche les échecs de démarrage imputables à des indisponibilités, à l'épuisement de l'espace d'adressage IP, à un dépassement de quota ou à des erreurs d'intégrité d'une ou plusieurs VM protégées.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gce_instance
(
    (
        log_id(cloudaudit.googleapis.com%2Factivity)
        protoPayload.methodName=(beta.compute.instances.insert OR v1.compute.instances.insert)
        protoPayload.status.message=(ZONE_RESOURCE_POOL_EXHAUSTED OR IP_SPACE_EXHAUSTED OR QUOTA_EXCEEDED)
    ) OR (
        log_id(compute.googleapis.com%2Fshielded_vm_integrity)
        severity="ERROR"
    )
)

Erreur de l'OS invité de l'instance de VM

Cet événement assure le suivi des erreurs spécifiques au système d'exploitation invité des instances de VM Compute Engine, telles qu'elles sont consignées dans les journaux de la console série. Les erreurs suivies concernent les disques saturés, les échecs d'installation du système de fichiers et les échecs de démarrage qui activent le mode d'urgence Linux.

Pour que ces événements soient visibles, vous devez activer la journalisation des données en sortie du port série sur Cloud Logging en définissant serial-port-logging-enable=true dans les métadonnées de la VM ou du projet. Pour en savoir plus, consultez Activer et désactiver la journalisation des données en sortie du port série.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gce_instance
log_id(serialconsole.googleapis.com%2Fserial_port_1_output)
textPayload=~("No space left on device" OR "Failed to mount" OR "You are in emergency mode")

Mise à jour d'un groupe d'instances géré

Ce type d'événement vous aide à identifier le moment où votre groupe d'instances géré (MIG) a été mis à jour. Par exemple, des VM ont été ajoutées ou supprimées, ou la limite de taille a été modifiée. Pour en savoir plus, consultez la section Appliquer automatiquement les mises à jour de configuration de VM dans un MIG.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=gce_instance_group_manager
log_id(cloudaudit.googleapis.com%2Factivity) operation.first=true
protoPayload.methodName=(beta.compute.instanceGroupManagers.patch OR v1.compute.instanceGroupManagers.patch)

Pour en savoir plus, consultez Utiliser des instances gérées et Résoudre les problèmes liés aux groupes d'instances gérés.

Autoscaler de groupe d'instances géré

Cet événement suit les décisions de scaling prises par l'autoscaler d'un MIG. Celles-ci peuvent concerner des modifications de la taille recommandée pour le MIG, ou un changement d'état de l'autoscaler lui-même. Pour en savoir plus, consultez la page Effectuer l'autoscaling des groupes d'instances.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

resource.type=autoscaler log_id(cloudaudit.googleapis.com%2Fsystem_event)
protoPayload.methodName=(compute.autoscalers.resize OR compute.autoscalers.changeStatus)

Types d'événements Personalized Service Health

Cette section décrit les types de Personalized Service Health qui peuvent s'afficher dans un tableau de bord.

Google Cloud  incident

Lorsque vous résolvez des problèmes, vous pouvez faire la différence entre les échecs causés par un service que vous possédez et ceux causés par un serviceGoogle Cloud que vous utilisez. Lorsque vous activez les annotations Personalized Service Health sur un tableau de bord, vous pouvez afficher les perturbations ou les événements liés à l'état du service pour les services Google Cloud . Pour obtenir la liste des services intégrés à Service Health, consultez Produits Google compatibles.

Contrairement aux autres types d'événements,les incidents Google Cloud ne sont pas identifiés en analysant vos entrées de journal. Si vous souhaitez être averti lorsque ces événements se produisent, créez une règle d'alerte. Vous pouvez sélectionner une règle d'alerte préconfigurée à l'aide des options de la page Tableau de bord sur l'état des services. Pour en savoir plus, consultez Démarrage rapide : configurer une alerte.

La surveillance identifie les Google Cloud incidents en envoyant une requête à l'API Service Health, puis en filtrant la réponse pour ne retenir que les incidents pertinents pour les données que vous consultez. La requête présente la configuration suivante :

  • L'énumération Relevance est définie sur RELATED, IMPACTED ou PARTIALLY_RELATED. Cette restriction garantit que votre tableau de bord n'affiche que les événements des services Google Cloud utilisés par votre projetGoogle Cloud .

  • L'énumération DetailedState n'est pas définie sur FALSE_POSITIVE.

Les annotations Service Health sont affichées avec une heure de début et une durée. La durée est affichée en modifiant la couleur d'arrière-plan du graphique. L'info-bulle d'un incident Google Cloud identifie les éléments suivants :

  • Le service Google Cloud .
  • Indique si l'incident est ouvert ou résolu.
  • Date et heure de début de l'événement.
  • Des chips affichant le nombre de produits et d'emplacements concernés. Pour afficher la liste des produits ou des établissements concernés, pointez sur le chip correspondant.
  • Un bouton Afficher, qui permet d'ouvrir la page d'informations sur l'incident.

Pour savoir comment envoyer une requête à l'API Service Health, consultez Vérifier les perturbations avec Service Health.

Pour obtenir des informations sur le dépannage, consultez Résoudre les problèmes courants dans Service Health.

Types d'événements de test de disponibilité

Cette section décrit les types d'événements de test de disponibilité qui peuvent s'afficher dans un tableau de bord.

Échec du test de disponibilité

Ce type d'événement vous aide à identifier les échecs de tests de disponibilité pour les régions configurées.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(monitoring.googleapis.com%2Fuptime_checks)
(
  resource.type=uptime_url OR resource.type=gce_instance OR
  resource.type=gae_app OR resource.type=k8s_service OR
  resource.type=servicedirectory_service OR resource.type=cloud_run_revision OR
  resource.type=aws_ec2_instance OR resource.type=aws_elb_load_balancer
)
labels.uptime_result_type=UptimeCheckResult
severity=NOTICE

Pour obtenir des informations de dépannage, consultez Résoudre les problèmes liés aux tests de disponibilité et aux vérifications synthétiques.

Types d'événements de l'agent pour SAP

Cette section décrit les types d'événements de l'agent pour SAP qui peuvent être affichés dans un tableau de bord.

Disponibilité SAP

Ce type d'événement vous aide à identifier les événements liés à la disponibilité de l'agent pour SAP. Ces événements sont déclenchés lorsque la disponibilité de SAP HANA, de SAP NetWeaver ou du cluster Pacemaker change.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=(workload.googleapis.com/sap/hana/service OR workload.googleapis.com/sap/hana/availability OR
  workload.googleapis.com/sap/nw/service OR workload.googleapis.com/sap/nw/availability OR
  workload.googleapis.com/sap/cluster/nodes OR workload.googleapis.com/sap/cluster/resources)

SAP Backint

Ce type d'événement vous aide à identifier les événements liés à l'agent pour SAP Backint. Toute sauvegarde ou récupération Backint génère un événement indiquant si l'opération a réussi ou échoué, qui présente aussi les statistiques de transfert. Les sauvegardes et récupérations de journaux ne sont présentées qu'en cas d'échec, tandis que les sauvegardes et récupérations de données sont affichées systématiquement.

log_id(google-cloud-sap-agent-backint)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
(jsonPayload.fileType=data OR (jsonPayload.fileType=log AND jsonPayload.success=false))
jsonPayload.message=SAP_BACKINT_FILE_TRANSFER

Opérations SAP

Ce type d'événement vous aide à identifier les événements liés aux opérations de l'agent pour SAP. Ces événements sont déclenchés lorsque l'état de la réplication SAP HANA change.

Si vous souhaitez créer une règle d'alerte basée sur les journaux pour ce type d'événement, utilisez la requête suivante :

log_id(google-cloud-sap-agent)
(
  resource.type=generic_node OR resource.type=gce_instance OR
  resource.type=aws_ec2_instance OR resource.type=baremetalsolution.googleapis.com/Instance
)
jsonPayload.metricEvent=true
jsonPayload.metric=workload.googleapis.com/sap/hana/ha/replication

Étapes suivantes

Pour découvrir comment afficher des événements dans vos tableaux de bord, consultez Afficher des événements dans un tableau de bord.