Présentation des métriques basées sur les journaux

Cette page présente les concepts liés aux métriques basées sur les journaux.

Les métriques basées sur les journaux peuvent vous aider à observer les tendances et les schémas dans un grand volume d'entrées de journal. Ces métriques sont dérivées des entrées de journal provenant de votre projet Google Cloud ou acheminées vers votre projet Google Cloud par un récepteur dans un autre projet. Par exemple, vous pouvez utiliser une métrique basée sur les journaux pour compter le nombre d'entrées de journal contenant un message particulier ou pour extraire les informations de latence enregistrées dans les entrées de journal. Vous pouvez afficher des métriques basées sur les journaux dans les graphiques Cloud Monitoring, et les règles d'alerte peuvent surveiller ces métriques.

Si vous envisagez de créer une règle d'alerte pour surveiller une métrique basée sur les journaux, assurez-vous de comprendre les limites de cette approche. Consultez en particulier la section Dépannage: La métrique ne contient pas de données de journal.

Sources des métriques basées sur les journaux

Vous pouvez utiliser les métriques définies par Cloud Logging pour collecter des informations générales sur l'utilisation, et vous pouvez définir votre propre métrique basée sur les journaux pour capturer des informations spécifiques à votre application ou à votre entreprise.

Les métriques basées sur les journaux peuvent s'appliquer à un seul projet Google Cloud ou à un bucket de journaux. Vous ne pouvez pas créer de métriques basées sur les journaux pour d'autres ressources Google Cloud, telles que les comptes Cloud Billing ou les organisations.

Pour en savoir plus sur les différences entre les métriques basées sur les journaux basées sur le projet et les métriques basées sur les journaux basées sur les buckets, consultez la section Métriques basées sur les journaux de portée bucket.

Métriques définies par le système

La journalisation fournit un ensemble de métriques pour les valeurs d'utilisation, telles que le nombre d'entrées de journal stockées dans les buckets de journaux de votre projet ou le nombre d'octets que vous avez exportés. Pour obtenir la liste complète des métriques définies par le système, consultez la page Métriques Google Cloud: journalisation.

Métriques définies par l'utilisateur

Vous pouvez créer des métriques basées sur les journaux définies par l'utilisateur pour suivre d'autres métriques importantes pour votre projet. Par exemple, vous pouvez créer une métrique basée sur les journaux pour compter le nombre d'entrées de journal correspondant à un filtre donné.

Par défaut, les métriques basées sur les journaux définies par l'utilisateur sont calculées à partir de tous les journaux reçus par l'API Logging pour le projet Google Cloud, quels que soient les filtres d'inclusion ou les filtres d'exclusion pouvant s'appliquer au projet Google Cloud.

Vous pouvez également créer des métriques basées sur les journaux définies par l'utilisateur pour un bucket de journaux spécifique dans un projet Google Cloud. Les métriques basées sur les journaux de portée bucket sont calculées à partir de tous les journaux destinés au bucket, quel que soit leur origine. Pour en savoir plus, consultez la page Métriques basées sur les journaux sur les buckets de journaux.

Types de données pour les métriques basées sur les journaux

Les métriques basées sur les journaux peuvent extraire des données des journaux pour créer des métriques des types suivants:

  • Compteur: ces métriques comptabilisent le nombre d'entrées de journal correspondant à un filtre spécifié au cours d'une période donnée. Utilisez des compteurs lorsque vous souhaitez suivre le nombre de fois qu'une valeur ou une chaîne apparaît dans vos journaux.
  • Distribution: ces métriques comptent également des valeurs, mais elles collectent les comptes dans des plages de valeurs (buckets d'histogramme). Utilisez des distributions lorsque vous souhaitez extraire des valeurs telles que des latences.
  • Booléen: ces métriques indiquent si une entrée de journal correspond ou non à un filtre spécifié.

Les métriques basées sur les journaux définies par l'utilisateur peuvent être de type compteur ou de type distribution. La plupart des métriques basées sur les journaux définies par le système sont des compteurs, mais certaines sont de type booléen. Les caractéristiques des compteurs et des distributions sont décrites plus en détail dans les sections suivantes.

Les données d'une métrique basée sur les journaux définie par l'utilisateur ne proviennent que des entrées de journal reçues après la création de la métrique. Une métrique n'est pas renseignée de manière rétroactive avec les données des entrées de journal qui sont déjà présentes dans Logging.

Les métriques basées sur les journaux système ne sont calculées qu'à partir des journaux inclus. Les métriques basées sur les journaux définies par l'utilisateur sont calculées à partir des journaux inclus et exclus.

Logging accumule des informations sur une métrique basée sur les journaux à chaque fois qu'il reçoit une entrée de journal correspondante. Logging écrit un nouveau point de données dans la série temporelle de la métrique (à un taux d'un point de données par minute), afin de mettre à disposition les données dans Cloud Monitoring.

Chaque point de données d'une série temporelle de métrique basée sur les journaux ne représente que les informations supplémentaires (le delta) reçues depuis le point de données précédent.

Les sections suivantes décrivent les caractéristiques des métriques de type compteur et de type distribution.

Métriques de compteur

Les métriques de compteur comptent le nombre d'entrées de journal correspondant à un filtre donné. Par exemple, vous pouvez effectuer les opérations suivantes :

  • Compter les entrées de journal contenant un certain message d'erreur.
  • Comptabiliser le nombre de fois qu'un utilisateur appelle une opération, en recherchant des messages de journaux correspondant à ce modèle :

    ... user USERNAME called OPERATION ...

    En extrayant USERNAME et OPERATION, et en les utilisant comme valeurs pour deux libellés, vous pouvez ensuite demander "Combien de fois l'utilisateur sally a-t-il appelé l'opération update ?, "Combien de personnes ont appelé l'opération read ?", "Combien de fois l'utilisateur george a-t-il appelé une opération ?", etc.

Pour en savoir plus, consultez la page Configurer les métriques de compteur.

Métriques de distribution

Les métriques de distribution accumulent des données numériques à partir des entrées de journal correspondant à un filtre. Les métriques comportent une série temporelle d'objets de distribution, chacun contenant les éléments suivants :

  • Un décompte du nombre de valeurs dans la distribution.
  • La moyenne des valeurs.
  • La somme des écarts au carré : Sumi=1..n(xi–moyenne)2
  • Un ensemble de buckets d'histogramme avec le nombre de valeurs dans chaque bucket. Vous pouvez utiliser la disposition de bucket par défaut ou choisir la vôtre.

Les métriques de distribution sont généralement utilisées pour suivre les latences. À la réception de chaque entrée de journal, une valeur de latence est extraite d'un emplacement quelconque de l'entrée de journal et ajoutée à la distribution. La distribution accumulée est écrite dans Cloud Monitoring, à intervalles réguliers.

Pour plus d'informations sur les distributions, y compris leur format dans une série temporelle et leur visualisation, consultez la section Représentation graphique des métriques de distribution.

Pour plus d'informations sur la création de métriques de distribution basées sur les journaux, consultez la section Configurer les métriques de distribution.

Types de ressources

Nous vous recommandons de spécifier un seul type de ressource pour vos métriques basées sur les journaux. Cette spécification garantit que les données de séries temporelles générées pour votre métrique basée sur les journaux correspondent au modèle de données attendu par Cloud Monitoring. Il simplifie également le processus de création de graphiques et de règles d'alerte, car il n'y a aucune ambiguïté quant aux données de séries temporelles qui sont représentées ou surveillées.

Prenons l'exemple d'une métrique basée sur les journaux avec le filtre suivant:

severity>="ERROR"
resource.type="gce_instance"

Cloud Monitoring reconnaît que ces données concernent une instance de VM Compute Engine. Par conséquent, lorsque vous créez un graphique pour une instance de VM, votre métrique basée sur les journaux est listée comme option dans les menus. Lorsque vous créez un graphique pour un autre type de ressource, votre métrique basée sur les journaux n'est pas proposée comme option.

Si vous créez une métrique basée sur les journaux sans spécifier de type de ressource, la surveillance liste votre métrique basée sur les journaux comme option pour plusieurs types de ressources, même si vous ne comptabilisez pas les entrées de ces ressources.

Étiquettes

Les métriques basées sur les journaux peuvent comporter des libellés permettant la collecte de plusieurs séries temporelles pour la métrique. Les valeurs des libellés sont extraites des champs des entrées de journal correspondantes. Logging enregistre des séries temporelles distinctes pour chaque combinaison de valeurs de libellés.

Toutes les métriques basées sur les journaux fournissent un libellé log par défaut. Ce libellé contient la valeur de la partie LOG_ID du champ logName dans l'entrée de journal, par exemple cloudresourcemanager.googleapis.com%2Factivity.

Les métriques basées sur les journaux système présentent des libellés prédéfinis qui ne peuvent pas être modifiés. Toutefois, vous pouvez personnaliser les libellés des métriques définies par l'utilisateur. Par exemple, vous pouvez utiliser des libellés dans la métrique basée sur les journaux pour enregistrer le dossier ou l'organisation à partir duquel une entrée de journal a été créée, même si vous ne pouvez pas créer de métriques basées sur les journaux de portée bucket pour les dossiers ou les organisations. Pour en savoir plus, consultez la section Libellés de métriques basées sur les journaux.

Graphiques et règles d'alerte dans Cloud Monitoring

Les métriques basées sur les journaux, tant les métriques système que celles définies par l'utilisateur, peuvent être utilisées dans Cloud Monitoring pour créer des graphiques et des règles d'alerte. Pour en savoir plus, consultez les pages Lister et créer des graphiques à partir de métriques basées sur les journaux et Envoyer des alertes sur les métriques basées sur les journaux.

Dans Cloud Monitoring, les métriques basées sur les journaux utilisent les modèles de dénomination suivants :

  • Système : logging.googleapis.com/SYSTEM_METRIC_NAME
  • Définies par l'utilisateur : logging.googleapis.com/user/USER_METRIC_NAME

Notez que les métriques basées sur les journaux définies par l'utilisateur incluent la chaîne user.

Visibilité des champs d'application des métriques de surveillance

Les métriques basées sur les journaux sont ingérées par Cloud Monitoring, et la visibilité des données de métrique sur un projet Google Cloud est déterminée par un champ d'application des métriques. Un champ d'application des métriques est une liste de projets surveillés par le projet qui héberge le champ d'application des métriques. Le projet d'hébergement est appelé projet de champ d'application.

Par défaut, chaque projet héberge un champ d'application des métriques qui ne l'inclut que lui-même. Un projet est donc un projet de champ d'application pour lui-même. Par conséquent, vos métriques, y compris les métriques basées sur les journaux, ne sont visibles que par votre projet Google Cloud.

Vous pouvez également créer un champ d'application des métriques multiprojets pour le projet de définition du champ d'application. Avec un champ d'application des métriques multiprojets, le projet de champ d'application peut voir les métriques de tous les projets dans le champ d'application des métriques. Ce qui est visible pour les projets individuels d'un champ d'application des métriques multiprojets est déterminé par le champ d'application des métriques hébergé par chacun de ces projets. Le fait que deux projets se trouvent dans un champ d'application de métriques multiprojets ne signifie pas que chaque projet a accès aux données de métrique ou de configuration de l'autre projet.

Un même projet peut également apparaître dans plusieurs champs d'application des métriques. Les métriques d'un tel projet sont visibles par les projets de champ d'application de chacun de ces champs d'application des métriques.

Les métriques, y compris les métriques basées sur les journaux, sont définies dans un projet spécifique. Lorsqu'un projet apparaît dans plusieurs champs d'application des métriques, les métriques sont visibles par d'autres projets que celui dans lequel elles sont définies. Pour en savoir plus sur l'interaction entre les champs d'application des métriques et les métriques basées sur les journaux de champ d'application de bucket, consultez la section Projets et champs d'application des métriques.

Pour plus d'informations sur les champs d'application des métriques, y compris les champs d'application de métriques multiprojets et les projets de champ d'application, consultez les pages suivantes :

Tarifs

Toutes les métriques basées sur les journaux définies par l'utilisateur sont une classe de métriques personnalisées Cloud Monitoring. Elles sont payantes. Pour en savoir plus sur les tarifs, consultez la section Tarifs de Cloud Logging: métriques basées sur les journaux.

Quota

Pour en savoir plus sur les quotas et les limites associés aux métriques basées sur les journaux définies par l'utilisateur, consultez la section Quotas et limites.

Dépannage

Si vous rencontrez des problèmes lors de l'utilisation des métriques basées sur les journaux, consultez la page Résoudre les problèmes liés aux métriques basées sur les journaux.