Surveiller vos journaux

Ce document explique comment utiliser Cloud Monitoring pour observer les tendances de vos données de journaux et vous avertir lorsque les conditions que vous spécifiez se produisent. Pour fournir à Cloud Monitoring des données issues de vos données de journaux, Logging accepte les fonctionnalités suivantes :

• Vous pouvez générer des métriques personnalisées à partir de vos entrées de journal. Ces métriques sont appelées métriques basées sur les journaux. Vous pouvez également créer des règles d'alerte basées sur des métriques pour être averti lorsqu'une métrique basée sur les journaux remplit une condition. Pour en savoir plus, consultez Visualiser les données des entrée de journal avec des métriques basées sur les journaux.

• Vous pouvez utiliser des règles d'alerte pour surveiller, en temps quasi réel, l'apparition d'un message dans vos entrées de journal. Ces règles d'alerte sont appelées règles d'alerte basées sur les journaux. Pour en savoir plus, consultez Surveiller les entrées de journal individuelles pour les messages.

• Vous pouvez écrire une requête SQL dans Analyse de l'observabilité et créer une règle d'alerte qui surveille les résultats de la requête. Ces règles d'alerte sont appelées règles d'alerte basées sur SQL. Pour en savoir plus, consultez Surveiller les résultats des requêtes SQL.

  Les règles d'alerte basées sur SQL sont en version Preview publique.

Le reste de ce document décrit les différences entre ces trois règles d'alerte et fournit des informations sur l'autorisation, les coûts et les limites.

Visualiser les données des entrée de journal avec des métriques basées sur les journaux

Lorsque vous souhaitez surveiller des événements périodiques dans vos données de journaux au fil du temps, utilisez des métriques basées sur les journaux. Les métriques basées sur les journaux génèrent des données numériques à partir de vos données de journaux. Elles sont adaptées si vous souhaitez effectuer l'une de ces opérations :

• Comptez les occurrences d'un message dans vos données de journaux, par exemple un avertissement ou une erreur, et recevez une notification lorsque le nombre d'occurrences dépasse un certain seuil.
• Observez les tendances qui se dessinent dans vos données, par exemple les valeurs de latence dans les données de journaux, et recevez une notification si ces valeurs changent de manière inacceptable.
• Créez des graphiques affichant les données numériques extraites.

Étant donné que les métriques basées sur les journaux génèrent des données numériques à partir de vos données de journaux, vous pouvez les utiliser dans des règles d'alerte et les afficher dans des graphiques. Pour en savoir plus sur la création de règles d'alerte et de graphiques pour les métriques basées sur les journaux, consultez Configurer des notifications pour les métriques basées sur les journaux.

Cloud Monitoring fournit un ensemble de métriques basées sur les journaux prédéfinies, et vous pouvez définir les vôtres. Pour afficher la liste des métriques basées sur les journaux définies par le système, cliquez sur le bouton  suivant :

Métriques basées sur les journaux définies par le système

Métriques basées sur les journaux définies par l'utilisateur

Vous pouvez créer des métriques basées sur les journaux pour extraire des données numériques de vos données de journaux. Les métriques basées sur les journaux définies par l'utilisateur calculent les valeurs à partir des entrées de journal incluses et exclues.

Par défaut, les métriques basées sur les journaux définies par l'utilisateur collectent les données de toutes les entrées de journal reçues par le routeur de journaux dans votre projet Google Cloud , mais vous pouvez définir des métriques basées sur les journaux qui collectent les données des entrées de journal acheminées vers un bucket de journaux spécifique.

• Pour en savoir plus sur la définition et l'utilisation de métriques basées sur les journaux au niveau du projet, consultez Utiliser des métriques basées sur les journaux.
• Pour en savoir plus sur la définition et l'utilisation de métriques basées sur les journaux au niveau du bucket, consultez Métriques basées sur les journaux dans les buckets de journaux.

Si vous définissez vos propres métriques basées sur les journaux, des frais peuvent vous être facturés. Pour en savoir plus sur les coûts associés à l'ingestion de métriques, consultez Tarifs de Google Cloud Observability.

Surveiller les entrées de journal individuelles pour détecter les messages

Si vous souhaitez être averti chaque fois qu'un message spécifique apparaît dans une entrée de journal, utilisez des règles d'alerte basées sur les journaux. Les règles d'alerte basées sur les journaux sont utiles pour détecter les événements liés à la sécurité dans les entrées de journal, par exemple :

• Vous souhaitez être averti lorsqu'un événement apparaît dans un journal d'audit (par exemple, un utilisateur humain accède à la clé de sécurité d'un compte de service).
• Votre application écrit des messages de déploiement dans les journaux et vous souhaitez être averti lorsqu'une modification de déploiement est enregistrée.

Les règles d'alerte basées sur les journaux sont utiles pour les événements que vous prévoyez d'être à la fois rares et importants. Vous ne voulez pas connaître une tendance ou un modèle, mais savoir qu'un événement s'est produit.

Les règles d'alerte basées sur les journaux sont définies dans un projet et analysent une entrée de journal lorsque les conditions suivantes sont remplies :

• La facturation est activée.
• L'entrée de journal provient d'un projet.

• Les récepteurs du projet d'où provient l'entrée de journal, ou d'un projet vers lequel l'entrée de journal est acheminée, acheminent l'entrée de journal vers un bucket de journaux.

  Par exemple, supposons qu'une entrée de journal provienne du projet A. Si un récepteur de journaux du projet A achemine l'entrée de journal vers un bucket de journaux, les règles d'alerte basées sur les journaux définies dans le projet A analysent l'entrée de journal.

  Prenons un deuxième exemple : supposons qu'une entrée de journal provienne du projet X et qu'un récepteur de journaux du projet X achemine l'entrée de journal vers le projet Y. Si un récepteur du projet Y achemine l'entrée de journal vers un bucket de journaux, les règles d'alerte basées sur les journaux définies dans le projet X et dans le projet Y analysent l'entrée de journal.

Vous ne pouvez pas utiliser de règles d'alerte basées sur les journaux pour surveiller les entrées de journal provenant de dossiers, de comptes de facturation ou d'organisations, ni pour surveiller les entrées de journal qui ne sont pas stockées dans des buckets de journaux. Si vous créez des récepteurs agrégés, ceux-ci peuvent intercepter une entrée de journal et empêcher son routage par les récepteurs du projet d'origine de l'entrée de journal.

Pour en savoir plus sur la création de règles d'alerte basées sur les journaux, consultez Configurer des règles d'alerte basées sur les journaux.

Surveiller les résultats des requêtes SQL

Vous pouvez configurer des règles d'alerte qui utilisent l'Analyse de l'observabilité pour exécuter des requêtes SQL sur les données de vos entrée de journal. Ces types de règles d'alerte sont efficaces lorsque vous souhaitez être averti en fonction de modèles qui ne peuvent pas être évalués par des règles d'alerte basées sur les journaux, tels que des modèles complexes dans des entrées de journal ou des agrégations de données de journal. Pour en savoir plus, consultez Surveiller les résultats de vos requêtes SQL avec une règle d'alerte.

Comparaison des options d'alerte

Cette section compare les règles d'alerte basées sur des métriques basées sur les journaux, les règles d'alerte basées sur les journaux et les règles d'alerte basées sur SQL.

tableau récapitulatif

Le tableau suivant récapitule les techniques d'alerte et fournit des liens vers des informations supplémentaires :

Règles d'alerte basées sur les métriques	Règles d'alerte basées sur les journaux	Règles d'alerte basées sur SQL	En savoir plus
Basées sur des métriques dérivées des entrées de journal	Basées sur des chaînes dans des entrées de journal individuelles	Basé sur les tables renvoyées par les requêtes SQL sur les entrées de journal	Métriques basées sur les journaux Alertes basées sur les journaux Alertes basées sur SQL
Utilisées pour vous informer des tendances au fil du temps	Utilisées pour vous avertir lorsqu'un message spécifique apparaît dans un journal	Permet de vous avertir d'un schéma dans une fenêtre d'entrées de journal	Métriques basées sur les journaux Alertes basées sur les journaux Alertes basées sur SQL
Calculées à partir de Entrées de journal incluses (métriques basées sur les journaux définies par le système) Entrées de journal incluses et exclues (métriques basées sur les journaux définies par l'utilisateur)	Mettre en correspondance uniquement les entrées de journal incluses	Calculé à partir des entrées de journal dans une fenêtre glissante	Entrées de journal disponibles Alertes basées sur SQL
Opérer sur les métriques de tous les projets dans le champ d'application des métriques du projet de champ d'application	Opérer sur les entrées de journal qui remplissent les conditions suivantes : L'entrée de journal provient du projet dans lequel la règle est définie. Les récepteurs du projet d'où provient l'entrée de journal, ou d'un projet vers lequel l'entrée de journal est acheminée, acheminent l'entrée de journal vers un bucket de journaux.	Opérer sur des vues de journaux accessibles via des ensembles de données BigQuery associés. Ces ensembles de données peuvent se trouver dans n'importe quel projet.	Champ d'application des métriques Ensembles de données BigQuery associés
L'alerte est créée lorsque la valeur d'une métrique remplit une condition pendant une période spécifiée.	Une alerte est créée chaque fois qu'une entrée de journal spécifique correspond à un filtre.	L'alerte est créée lorsque le tableau des résultats de la requête remplit une condition	Alertes et notifications
Créées et gérées dans Monitoring	Créées dans Logging ; gérées dans Monitoring	Créée dans Analyse de l'observabilité ; gérée dans Monitoring	Créer et gérer des règles d'alerte Alertes basées sur SQL
Consultées dans Monitoring	Consultées dans Monitoring	Consultées dans Monitoring	Afficher les règles d'alerte
Peut utiliser n'importe quel canal de notification compatible avec Monitoring	Peut utiliser n'importe quel canal de notification compatible avec Monitoring	Peut utiliser n'importe quel canal de notification compatible avec Monitoring	Canaux de notification

Entrées de journal disponibles

Cette section décrit les entrées de journal qui peuvent être comptabilisées par une métrique basée sur les journaux et celles qui peuvent être surveillées par une règle d'alerte basée sur les journaux.

Entrées de journal que les métriques basées sur les journaux peuvent compter

Les métriques basées sur les journaux définies par l'utilisateur sont calculées à partir de toutes les entrées de journal reçues par l'API Logging pour le projet Google Cloud , quels que soient les filtres d'inclusion ou les filtres d'exclusion qui peuvent s'appliquer au projet Google Cloud . Si vous créez une règle d'alerte basée sur une métrique basée sur les journaux définie par l'utilisateur, la règle surveille les données de toutes les entrées de journal.

Les métriques basées sur les journaux définies par le système ne sont calculées qu'à partir des entrées de journal stockées dans les buckets de journaux du projetGoogle Cloud . Si un journal a été explicitement exclu, il n'est pas pris en compte dans ces métriques. Si vous créez une règle d'alerte basée sur une métrique basée sur les journaux définie par le système, la règle ne surveille que les données des entrées de journal incluses.

Entrées de journal que les règles d'alerte basées sur les journaux peuvent surveiller

Les règles d'alerte basées sur les journaux sont définies dans un projet et analysent une entrée de journal lorsque les conditions suivantes sont remplies :

• La facturation est activée.
• L'entrée de journal provient d'un projet.

• Les récepteurs du projet d'où provient l'entrée de journal, ou d'un projet vers lequel l'entrée de journal est acheminée, acheminent l'entrée de journal vers un bucket de journaux.

  Par exemple, supposons qu'une entrée de journal provienne du projet A. Si un récepteur de journaux du projet A achemine l'entrée de journal vers un bucket de journaux, les règles d'alerte basées sur les journaux définies dans le projet A analysent l'entrée de journal.

  Prenons un deuxième exemple : supposons qu'une entrée de journal provienne du projet X et qu'un récepteur de journaux du projet X achemine l'entrée de journal vers le projet Y. Si un récepteur du projet Y achemine l'entrée de journal vers un bucket de journaux, les règles d'alerte basées sur les journaux définies dans le projet X et dans le projet Y analysent l'entrée de journal.

Vous ne pouvez pas utiliser de règles d'alerte basées sur les journaux pour surveiller les entrées de journal provenant de dossiers, de comptes de facturation ou d'organisations, ni pour surveiller les entrées de journal qui ne sont pas stockées dans des buckets de journaux. Si vous créez des récepteurs agrégés, ceux-ci peuvent intercepter une entrée de journal et empêcher son routage par les récepteurs du projet d'origine de l'entrée de journal.

Entrées de journal que les règles d'alerte basées sur SQL peuvent surveiller

Les règles d'alerte basées sur SQL n'ont pas accès aux journaux individuels. À la place, ces règles interrogent les ensembles de données BigQuery associés, puis surveillent le résultat de la requête. Les ensembles de données BigQuery associés permettent d'accéder aux données des vues de journaux.

Chaque vue de journal se trouve sur un bucket de journaux. Vous créez l'ensemble de données BigQuery associé pour ce bucket de journaux après avoir mis à niveau le bucket de journaux pour utiliser l'Analyse de l'observabilité.

Pour en savoir plus sur les règles d'alerte basées sur SQL, consultez Surveiller les résultats de vos requêtes SQL avec une règle d'alerte.

Surveiller les métriques de plusieurs projets

Vous pouvez surveiller les métriques de plusieurs projets en configurant un champ d'application des métriques. Un champ d'application des métriques répertorie tous les projets et comptes qu'il surveille. Un projet de champ d'application héberge le champ d'application des métriques. Le projet de champ d'application stocke les règles d'alerte et d'autres configurations que vous créez pour le champ d'application des métriques. Le projet effectuant une surveillance pour un champ d'application des métriques est le projet choisi par l'outil de sélection de projets de la console Google Cloud .

Les règles d'alerte basées sur les métriques basées sur les journaux, telles que les règles d'alerte basées sur d'autres métriques, fonctionnent sur tous les projets de champ d'application des métriques du projet de champ d'application.

Le champ d'application des métriques n'est pas pertinent pour les règles d'alerte basées sur les entrées de journal, telles que les règles basées sur les journaux et sur SQL.

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 :

• Champs d'application des métriques
• Afficher les métriques pour plusieurs projets

Alertes et notifications

Lorsque la condition d'une règle d'alerte est remplie, Monitoring ouvre une alerte et envoie des notifications aux canaux de notification de la règle d'alerte. Pour afficher les détails de l'alerte, cliquez sur Afficher l'alerte dans le message de notification ou accédez directement à la page Alertes dans Monitoring.

Alertes pour les règles d'alerte basées sur des métriques

Les règles d'alerte basées sur les métriques basées sur les journaux créent des alertes et des notifications comme toutes les autres règles d'alerte basées sur les métriques dans Monitoring, comme décrit dans Comportement des alertes. Pour en savoir plus sur la gestion des alertes pour les règles d'alerte basées sur des métriques, consultez Alertes pour les règles d'alerte basées sur des métriques.

Alertes pour les règles d'alerte basées sur les journaux

Le contenu de cette section ne s'applique qu'aux règles d'alerte basées sur les journaux. Ces règles surveillent les entrées de journal individuelles. Elle ne s'applique pas aux règles d'alerte qui surveillent les données de métriques (y compris les métriques basées sur les journaux) ni aux résultats des requêtes SQL.

Remarque : Si la requête de votre règle d'alerte basée sur les journaux extrait des étiquettes, chaque combinaison de valeurs d'étiquette extraites représente sa propre chronologie d'alerte. Par exemple, supposons qu'une règle d'alerte basée sur les journaux extrait une étiquette et que cette étiquette ait deux valeurs possibles. Pour cette règle d'alerte, vous pouvez avoir deux alertes ouvertes, une pour chaque valeur d'étiquette.

Lorsque Cloud Logging écrit l'entrée de journal dans un bucket de journaux, chaque règle d'alerte basée sur les journaux analyse l'entrée de journal. Si une entrée de journal correspond au filtre de la règle d'alerte, Cloud Logging extrait les étiquettes et transmet les données à Cloud Monitoring.

Lors de la réception de données de Cloud Logging, Cloud Monitoring utilise les règles suivantes pour déterminer les actions à effectuer :

• Si aucune alerte n'est ouverte pour la règle d'alerte, Monitoring ouvre une nouvelle alerte et envoie une notification.

  Lorsque des étiquettes extraites sont disponibles, les informations d'identification de l'alerte incluent ces étiquettes.

• S'il existe une alerte fermée dont les valeurs d'étiquettes extraites correspondent à celles de l'entrée de journal actuelle, Monitoring rouvre l'alerte fermée ou en ouvre une nouvelle. Monitoring détermine l'action à entreprendre selon que l'alerte fermée a été purgée ou non, ce qui peut prendre jusqu'à trois minutes.

• S'il existe une alerte ouverte dont les valeurs d'étiquette correspondent aux valeurs d'étiquette extraites pour l'entrée de journal actuelle, le système envoie une autre notification ou ne fait rien. Le comportement du système dépend du fait que la règle d'alerte a dépassé ou non une limite d'alerte ou de notification.

Les limites suivantes s'appliquent à chaque règle d'alerte basée sur les journaux :

• Un maximum de 20 alertes par jour et par règle d'alerte basée sur les journaux.

  Lorsque cette limite est atteinte, la notification inclut une instruction semblable à la suivante : "Le nombre maximal de 20 alertes quotidiennes a été atteint. Les alertes pour cette règle reprendront dans les 24 prochaines heures."

  La limite quotidienne est réinitialisée à une heure aléatoire. Cet intervalle de réinitialisation n'est pas configurable par l'utilisateur.

• Deux nouvelles alertes par minute au maximum par règle d'alerte basée sur les journaux.

  Lorsqu'une règle d'alerte basée sur les journaux extrait des valeurs d'étiquette, cette limite peut vous empêcher de recevoir les notifications attendues. Par exemple, supposons qu'une règle d'alerte basée sur les journaux extrait une étiquette ayant cinq valeurs possibles. Dans un intervalle d'une minute, le système peut ouvrir au maximum deux alertes.

• L'intervalle minimal entre les notifications répétées pour une alerte ouverte est de cinq minutes. Vous pouvez configurer cet intervalle lorsque vous créez ou modifiez votre règle d'alerte.

Les alertes se ferment automatiquement lorsque la période spécifiée par la durée de fermeture automatique s'écoule, sans que la cause de l'alerte ne se répète. Par défaut, la durée de fermeture automatique est de sept jours. En raison d'événements répétés, l'alerte peut rester ouverte plus longtemps que la durée de fermeture automatique.

Pour en savoir plus sur la gestion des alertes pour les règles d'alerte basées sur les journaux, consultez Gérer les alertes pour les règles d'alerte basées sur les journaux.

Alertes pour les règles d'alerte basées sur SQL

Pour les règles d'alerte basées sur SQL, Cloud Monitoring crée une alerte la première fois que le résultat de la requête SQL remplit la condition spécifiée dans la règle. Chaque règle d'alerte ne comporte qu'une seule alerte ouverte. Tant que l'alerte est ouverte, si la condition est à nouveau remplie, Monitoring ne crée pas d'autres alertes ni n'envoie de notifications supplémentaires. Monitoring ferme les alertes basées sur SQL après sept jours, sauf si vous configurez une période de fermeture d'alerte plus courte ou si vous fermez l'alerte vous-même.

Pour en savoir plus sur la gestion des alertes pour les règles d'alerte basées sur SQL, consultez Gérer les alertes pour les règles d'alerte basées sur SQL.

Créer et gérer des règles d'alerte

Vous créez, modifiez et supprimez des règles d'alerte basées sur les métriques basées sur les journaux dans Cloud Monitoring, comme toute autre règle d'alerte basée sur les métriques. Pour plus d'informations, consultez la section Gérer les règles.

Vous pouvez créer des règles d'alerte basées sur les journaux à l'aide de l'explorateur de journaux ou de l'API Cloud Monitoring. Vous pouvez modifier et supprimer des règles d'alerte basées sur les journaux dans Monitoring ou avec l'API Cloud Monitoring. Pour en savoir plus, consultez Gérer les règles d'alerte basées sur les journaux.

Vous pouvez créer des règles d'alerte basées sur SQL à l'aide de l'Analyse de l'observabilité ou de l'API Cloud Monitoring. Vous pouvez modifier et supprimer des règles d'alerte basées sur SQL dans Monitoring ou à l'aide de l'API Cloud Monitoring. Pour en savoir plus, consultez Surveiller les résultats de vos requêtes SQL avec une règle d'alerte.

Afficher les règles d'alerte

La page Règles de Monitoring répertorie toutes les règles d'alerte de votre projet Google Cloud . Cette liste inclut les règles qui utilisent des métriques basées sur les journaux et des règles d'alerte basées sur les journaux.

1. Dans la console Google Cloud , accédez à la page Alertes :

   Accéder à la page Alertes

   Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Monitoring.

2. Sélectionnez Afficher toutes les règles.

Les règles d'alerte basées sur les journaux apparaissent dans la liste avec la valeur Logs dans la colonne Type. Les règles d'alerte basées sur des métriques, y compris les métriques basées sur les journaux, apparaissent dans la liste avec la valeur Metrics dans la colonne Type. Les règles d'alerte basées sur SQL apparaissent dans la liste avec la valeur SQL dans la colonne Types. La capture d'écran suivante montre un extrait d'une liste de règles :

Canaux de notification

Vous pouvez envoyer des notifications depuis n'importe quel type de règle d'alerte vers n'importe quel canal de notification compatible avec Monitoring. Vous devez configurer ces canaux avant de pouvoir les utiliser dans des règles d'alerte.

Pour plus d'informations, consultez la page Gérer les canaux de notification.

Exigences concernant les autorisations

L'utilisation de métriques basées sur les journaux ou de règles d'alerte basées sur les journaux nécessite une autorisation pour Cloud Logging et Cloud Monitoring.

• Pour les métriques basées sur les journaux définies par l'utilisateur, consultez Autorisations pour les métriques basées sur les journaux.

• Pour les règles d'alerte basées sur les journaux, consultez Autorisations pour les règles d'alerte basées sur les journaux.

• Pour les règles d'alerte basées sur SQL, consultez Autorisations pour les règles d'alerte basées sur SQL.

Limites

Cette section répertorie les limites des métriques basées sur les journaux et les limites des règles d'alerte. Les limites des règles d'alerte dépendent du type de données surveillées par la règle.

Limites des métriques basées sur les journaux

Le nombre et la structure des métriques basées sur les journaux définies par l'utilisateur sont limités. Pour en savoir plus sur ces limites, consultez Limites des métriques basées sur les journaux.

Limites des règles d'alerte

Les deux premières colonnes du tableau suivant listent une catégorie et une valeur limite. La troisième colonne liste les types de stratégies auxquels la limite s'applique :

• Métrique : s'applique aux règles d'alerte qui surveillent les données de métriques, y compris les métriques basées sur les journaux.
• LBA : s'applique aux règles d'alerte qui surveillent les entrées de journal. Ces règles sont appelées "règles d'alerte basées sur les journaux".
• SQL : s'applique aux règles d'alerte qui surveillent le résultat d'une requête SQL.
• Toutes : s'applique à toutes les règles d'alerte.

Catégorie	Valeur	Type de règle
Par champ d'application des métriques ^1 : règles d'alerte (somme des métriques et des journaux)	2 000	Métrique, LBA
Conditions par règle d'alerte basée sur les métriques	6	Métrique
Conditions par règle d'alerte basée sur SQL (version preview publique)	1	SQL
Temps d'exécution maximal d'une requête pour une règle d'alerte basée sur SQL (version preview publique)	5 minutes	SQL
Période maximale qu'une condition d'absence de métrique évalue ^2	1 jour	Métrique
Période maximale qu'une condition de seuil de métrique évalue^2	25 heures	Métrique
Période maximale qu'une condition PromQL évalue	2 ans	Métrique
Longueur maximale du filtre utilisé dans une condition de seuil de métrique	2 048 caractères Unicode	Métrique
Nombre maximal de séries temporelles surveillées par une condition de prévision	64	Métrique
Période de prévision minimale	1 heure (3 600 secondes)	Métrique
Période de prévision maximale	2,5 jours (216 000 secondes)	Métrique
Canaux de notification par règle d'alerte	16	Tous
Nombre maximal de nouvelles alertes par règle d'alerte basée sur les journaux	20 alertes par jour	LBA
Nombre maximal de notifications^3 par règle d'alerte basée sur les journaux	20 notifications par jour	LBA
Taux maximal de nouvelles alertes par règle d'alerte basée sur les journaux	2 nouvelles alertes par minute	LBA
Intervalle minimal entre les notifications pour une alerte ouverte^4 par règle d'alerte basée sur les journaux	5 minutes	LBA
Nombre maximal de règles d'alerte se déclenchant simultanément par projet	80 000	Tous
Nombre maximal d'alertes ouvertes simultanément par règle d'alerte	1 000	Tous
Période après laquelle une alerte sans nouvelles données est automatiquement clôturée	7 jours	Métrique, SQL
Durée maximale d'une alerte si elle n'est pas fermée manuellement	7 jours	LBA
Conservation des alertes fermées	13 mois	Non applicable
Conservation des alertes ouvertes	Indéfini	Non applicable
Canaux de notification par champ d'application des métriques	4 000	Non applicable
Nombre maximal de règles d'alerte par mise en attente	16	Tous
Conservation d'une mise en attente	13 mois	Non applicable

¹Vous pouvez demander à augmenter cette limite,qui est de 2 000 règles par champ d'application des métriques par défaut,jusqu'à 10 000 règles par champ d'application des métriques.
² La période maximale évaluée par une condition correspond à la somme des valeurs de la période d'alignement et de la fenêtre de durée. Par exemple, si la période d'alignement est définie sur 15 heures et que l'intervalle de temps est défini sur 15 heures, 30 heures de données sont nécessaires pour évaluer la condition.
³ Monitoring génère des notifications pour une alerte ouverte lorsque le délai minimal entre les notifications s'écoule et qu'une entrée de journal correspond aux étiquettes d'alerte. Si une règle d'alerte basée sur les journaux est mise en attente lorsque Monitoring génère une notification, celle-ci est supprimée et n'est pas envoyée aux canaux de notification de la règle. Sinon, Monitoring envoie la notification aux canaux de notification de la règle d'alerte. Toutes les notifications générées par Monitoring sont comptabilisées dans la limite de 20 notifications par jour de la règle d'alerte.
⁴Si la requête de votre règle d'alerte basée sur les journaux extrait des étiquettes, chaque combinaison de valeurs d'étiquettes extraites représente sa propre chronologie d'alerte. Vous pouvez donc recevoir plusieurs notifications en cinq minutes.