Les annotations d'événements sur les graphiques dans Cloud Monitoring vous permettent de mettre en corrélation les tendances des métriques avec les activités du système, telles que les déploiements, les basculements ou les plantages. Un événement est une activité qui affecte le fonctionnement d'un système et qui est identifiée à partir d'alertes ouvertes, de Personalized Service Health ou d'entrées de journal. Les tableaux de bord peuvent afficher plusieurs annotations, et chaque annotation peut lister plusieurs événements. Les onglets Observabilité de services tels que Compute Engine et Google Kubernetes Engine peuvent également afficher des annotations, mais tous les types d'événements ne sont pas compatibles.
Pour chaque type d'événement listé, ce document inclut des liens vers des contenus de dépannage et des requêtes de journaux que vous pouvez utiliser dans l'explorateur de journaux ou dans une règle d'alerte basée sur les journaux. Pour obtenir des instructions de configuration, consultez Afficher des événements sur un tableau de bord.
Exemple de tableau de bord avec des annotations
La capture d'écran suivante illustre un graphique qui montre plusieurs événements basés sur les journaux et un événement Service Health :
Types d'événements d'alerte
Cette section décrit les types d'événements d'alerte pouvant être affichés sur un tableau de bord.
Alerte ouverte
Les événements d'ouverture d'alerte vous aident à mettre en corrélation les données de vos graphiques avec le moment où les alertes ont été ouvertes. Un événement d'alerte ouverte s'affiche lorsque les conditions suivantes sont remplies :
- L'alerte correspondante a été ouverte pendant la période spécifiée par le tableau de bord.
- L'alerte correspondante n'est pas fermée.
Les alertes ouvertes 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 lorsque l'alerte correspondante a été ouverte, puis fermée au cours de la période spécifiée par le tableau de bord.
L'info-bulle d'un événement d'ouverture d'alerte inclut les éléments suivants :
- Nom de la règle d'alerte.
- Informations récapitulatives, lorsqu'elles sont disponibles. Par exemple, ces informations peuvent inclure le seuil et la valeur mesurée.
- La durée de l'alerte, ainsi que la date et l'heure de son ouverture.
- Étiquettes de métriques et de ressources. Il est possible que l'info-bulle n'affiche pas toutes les étiquettes.
- Un bouton Afficher, qui ouvre la page Détails de l'alerte.
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 la charge de travail GKE ou aux modifications de StatefulSet, car ces événements peuvent être corrélés à 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'un manque de mémoire.
- Le pod est expulsé.
- La vérification d'aptitude ou d'activité échoue.
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, 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 programmé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.
- Pool de nœuds à la taille 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, consultez Dépannage : pod non programmable.
É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 en savoir plus sur le dépannage des extractions 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 voir les redimensionnements de l'autoscaler horizontal des 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 effectue un scaling à la hausse ou à la baisse du 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éation et suppression de 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 à niveau 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 sur 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, telles qu'un compte de service supprimé, des autorisations incorrectes, l'échec de l'importation d'un conteneur ou un conteneur qui n'a pas démarré.
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 Résoudre les 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 le démarrage, l'arrêt ou le redémarrage manuels d'une instance Cloud SQL. 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.
Espace de stockage Cloud SQL
Ce type d'événement vous aide à identifier les événements liés à l'espace de 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 sur 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 indisponibles.
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 Événements de maintenance d'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 Événements de maintenance d'infrastructure.
Types d'événements Cloud VPN
Cette section décrit les types d'événements Cloud VPN qui peuvent être affichés sur un tableau de bord.
Maintenance du VPN
Ce type d'événement permet de suivre la maintenance de l'infrastructure pour une tâche VPN. Cela inclut les événements de début et de fin 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("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
textPayload:"Starting VPN task maintenance" OR
textPayload:"VPN task maintenance Completed"
)
Sélecteurs de trafic VPN affinés
Ce type d'événement permet d'identifier quand les sélecteurs de trafic sont affinés pour une association de sécurité enfant. Cela inclut les événements pour les sélecteurs de trafic locaux et distants.
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("cloud.googleapis.com/ipsec_events")
resource.type="vpn_gateway"
(
textPayload:"Warning: Local traffic selectors narrowed for Child SA" OR
textPayload:"Warning: Remote traffic selectors narrowed for Child SA"
)
Types d'événements Compute Engine
Cette section décrit les types d'événements Compute Engine qui peuvent être affichés sur 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 du groupe d'instances géré
Ce type d'événement vous aide à identifier quand 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 d'événements Personalized Service Health qui peuvent s'afficher sur un tableau de bord.
Google Cloud incident
Lors du dépannage, vous pouvez distinguer les défaillances causées par un service que vous possédez de celles causées par un serviceGoogle Cloud que vous utilisez. Lorsque vous activez les annotations Personalized Service Health sur un tableau de bord, vous pouvez afficher les interruptions ou les événements d'état de 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 Service Health. Pour en savoir plus, consultez Guide de démarrage rapide : configurer une alerte.
Monitoring identifie les incidents Google Cloud en envoyant une requête à l'API Service Health, puis en filtrant la réponse pour n'afficher que les incidents pertinents pour les données que vous consultez. La requête présente la configuration suivante :
L'énumération
Relevanceest définie surRELATED,IMPACTEDouPARTIALLY_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
DetailedStaten'est pas définie surFALSE_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.
- Chips indiquant le nombre de produits et d'emplacements concernés. Pour lister les produits ou les emplacements concernés, placez le pointeur sur le chip correspondant.
- Un bouton Afficher qui, lorsqu'il est sélectionné, ouvre la page d'informations de l'incident.
Pour savoir comment envoyer une requête à l'API Service Health, consultez Vérifier les perturbations avec Service Health.
Pour en savoir plus 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 être affichés sur 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 en savoir plus, consultez Résoudre les problèmes liés aux surveillances synthétiques et aux tests de disponibilité.
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 sur 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 savoir comment afficher des événements sur vos tableaux de bord, consultez Afficher des événements sur un tableau de bord.