Quotas et limites

Cette page fournit des informations sur les limites d'utilisation de Cloud Logging.

Limites d'utilisation pour Logging

Les limites suivantes s'appliquent à l'utilisation de Cloud Logging. À l'exception des limites concernant le nombre de buckets et de collecteurs de journaux, ces limites sont fixes. Vous ne pouvez pas les augmenter ni les diminuer.

Catégorie Valeur maximale
Taille d'un LogEntry 256 Ko1
Taille d'une entrée de journal d'audit 512 Kio
Nombre d'étiquettes 64 par LogEntry
Longueur d'une clé de libellé LogEntry 512 B2
Longueur d'une valeur de libellé LogEntry 64 Ko2
Longueur d'une requête Logging 20 000 caractères
Distribution ramifiée des requêtes4 200 buckets
Nombre de récepteurs 200 par Google Cloud projet3
Longueur d'un filtre d'inclusion de récepteur 20 000 caractères
Longueur d'un filtre d'exclusion de récepteur 20 000 caractères
Nombre de filtres d'exclusion 50 par récepteur
Nombre de buckets de journaux 100 par Google Cloud projet3,4,5
Nombre de champs indexés personnalisés 20 par bucket de journaux
Nombre de vues de journaux 30 par bucket de journaux
Horodatage le plus ancien pouvant être stocké dans les buckets de journaux6 Déterminée par la période de conservation par défaut du bucket de journaux. Pour un bucket de journaux personnalisé avec la période de conservation par défaut, cette valeur est de 30 jours dans le passé.
Code temporel futur pouvant être stocké dans des buckets de journaux6 Jusqu'à un jour dans le futur
Nombre de champs d'application de journaux par ressource 100
Nombre de vues de journaux et de projets inclus dans un champ d'application des journaux 100
Nombre de projets inclus dans un champ d'application de journaux 5
Nombre maximal de vues Analytics par Google Cloud projet7 100
Nombre maximal de vues Analytics par région et par projet7 Google Cloud 50
Nombre maximal de régions pouvant stocker des vues analytiques par projet7 Google Cloud 10

1 Cette limite approximative est basée sur des tailles de données internes et non sur la taille réelle de la requête de l'API REST.
2 Cloud Logging tronque les clés et valeurs de libellés surdimensionnées lorsque l'entrée de journal associée est écrite.
3 Cette limite s'applique également aux comptes de facturation, aux dossiers et aux organisations, et n'est pas hiérarchique. Par exemple, si vous avez plusieurs projetsGoogle Cloud dans une organisation, vous pouvez configurer jusqu'à 200 récepteurs pour chaque projet Google Cloud . Pour cette même organisation, vous pouvez également configurer jusqu'à 200 récepteurs au niveau de l'organisation.
4 Cette limite correspond au nombre maximal de buckets pouvant contenir des entrées de journal pour une ressource. Pour en savoir plus, consultez La requête renvoie une erreur.
5 Cette limite inclut les buckets en attente de suppression.
6 Les entrées de journal dont les codes temporels sont en dehors de ces limites sont refusées dans les buckets de journaux. L'API Logging accepte les entrées avec des horodatages plus anciens. Ces entrées peuvent être acheminées vers des destinations de récepteur, mais pas stockées dans le stockage des journaux. L'API Logging rejette les entrées dont l'horodatage est supérieur à un jour dans le futur et renvoie une erreur INVALID_ARGUMENT.
7 Cette fonctionnalité est disponible en version Preview publique.

Quotas et limites des API Logging

Les limites suivantes s'appliquent à votre utilisation de l'API Logging. Vous pouvez demander des modifications de vos quotas et limites de l'API Logging. Pour obtenir des instructions, consultez la section Demander des modifications de quota pour l'API Cloud Logging sur cette page.

Catégorie Valeur maximale
Utilisation de l'API Pour afficher vos quotas, accédez au tableau de bord des API, sélectionnez une API, puis Quotas.
Durée de vie des jetons de page de l'API 24 heures
Nombre de sessions d'affichage des dernières lignes en direct ouvertes 10 par Google Cloud projet3
Nombre d'entrées d'affichage des dernières lignes en direct renvoyées 60 000 par minute
Nombre de champs restreints 20 par bucket
Taille d'un champ restreint 800 B
Taille d'une requête entries.write 10 Mo
Nombre de requêtes entries.write
Quota remplacé. Pour en savoir plus, consultez Quotas d'ingestion par région		 120 000 par minute et par projet1, 3 ;
illimité après le 4 août 2025 ;
quota supprimé après le 11 août 2025 Google Cloud
Taux de demandes entries.write, par région
Quotas en cours d'ajout. Pour en savoir plus, consultez Quotas d'ingestion par région.		 4,8 Go par minute et par projet Google Cloud dans les régions asia-east1, asia-northeast1, asia-southeast1, asia-south1, europe-west1, europe-west2, europe-west3, europe-west4, us-central1, us-east4, us-west1 1, 3

300 Mo par minute et par projet Google Cloud dans toutes les autres régions1, 3
Nombre de requêtes entries.list 60 par minute et par projet2, 3 Google Cloud
Nombre de noms de ressources différents dans une seule commande entries.write4
 1000
Requêtes de contrôle5 par minute 600
5 demandes de contrôle par jour 1 000 par Google Cloud projet
Nombre de projets Google Cloud ou d'autres noms de ressource dans une seule requêteentries.list
 100
Nombre d'opérations de copie simultanées 1 par Google Cloud projet3
Taux d'exportations vers les sujets Pub/Sub6 60 Go par minute par projet, dossier ou organisation Google Cloud
où le récepteur est défini

1 L'utilisation de filtres d'exclusion ne réduit pas ce nombre, car les journaux sont exclus après que la requête entries.write est effectuée.
2 : il s'agit de la valeur par défaut.
3 Cette limite s'applique également aux comptes de facturation, aux dossiers et aux organisations, et n'est pas hiérarchique.
4 Le champ logName d'une entrée de journal spécifie le nom de ressource de l'entrée de journal.
5 Le quota de requêtes de contrôle quotidiennes s'applique aux requêtes API permettant de créer et de mettre à jour des exclusions et des récepteurs. Le quota de requêtes de contrôle par minute s'applique à tout ce qui est également inclus dans le quota de requêtes de contrôle quotidiennes, ainsi qu'aux requêtes API permettant de supprimer des journaux et de gérer des métriques basées sur les journaux.
6 Si le taux d'exportations dépasse le quota, l'erreur est enregistrée dans une entrée de journal. Le champ "Résumé" indique une erreur de configuration du récepteur et le code d'erreur est topic_over_quota.

Quotas d'ingestion par région

À partir du 4 août 2025, les quotas Cloud Logging limiteront, pour chaque projetGoogle Cloud , le volume de données écrites dans une région d'ingestion. Le 4 août 2025, Cloud Logging cessera de limiter le nombre de requêtes entries.write d'API provenant d'un projet Google Cloud . Ce changement vise à améliorer l'isolation et à protéger les ressources régionales contre la surcharge d'ingestion.

Le tableau suivant indique le quota par défaut pour chaque région :

Région d'ingestion Valeur par défaut
asia-east1, asia-northeast1, asia-southeast1, asia-south1, europe-west1, europe-west2, europe-west3, europe-west4, us-central1, us-east4, us-west1 4, 8 Go par minute et par projet Google Cloud
Toutes les autres régions 300 Mo par minute et par projet Google Cloud

Les valeurs par défaut des quotas régionaux dépassent les volumes d'ingestion de la plupart des utilisateurs. Toutefois, si avant le 4 août 2025, le volume d'ingestion de votre projet à partir d'une région au cours des six mois précédents ou plus est proche ou supérieur au quota par défaut pour cette région, votre quota initial inclut une augmentation automatique et ponctuelle. Vos quotas peuvent donc être supérieurs aux valeurs par défaut indiquées dans le tableau précédent.

Vous pouvez consulter vos quotas régionaux avant le 4 août 2025, mais ils ne seront appliqués qu'après cette date. Pour savoir comment examiner les quotas, consultez Examiner vos quotas Logging.

Le 4 août 2025, le quota pour le nombre de requêtes entries.write sera illimité.

Le 11 août 2025, le quota pour le nombre de requêtes entries.write sera supprimé.

Si vous dépassez un quota régional après le 4 août 2025, vos requêtes d'écriture envoyées à l'API Cloud Logging pourront être refusées et un message d'erreur "ressource épuisée" s'affichera. Pour obtenir des recommandations qui vous aideront à éviter de dépasser les quotas, consultez Gérer et surveiller vos quotas Logging.

Examiner vos quotas de l'API Cloud Logging

Pour consulter vos quotas d'API Cloud Logging :

  1. Dans la console Google Cloud , accédez à la page Quotas et limites du système :

    Accéder à Quotas et limites du système

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

  2. Filtrez la liste des quotas pour le service de l'API Cloud Logging.

Demander des modifications de quota pour l'API Cloud Logging

Vous pouvez demander une augmentation ou une diminution des limites de l'API Logging à l'aide de laGoogle Cloud console. Pour en savoir plus, consultez Afficher et gérer les quotas.

Si vous obtenez une erreur Edit is not allowed for this quota, vous pouvez contacter l'assistance pour demander des modifications du quota. Notez également que la facturation doit être activée sur le projetGoogle Cloud pour que vous puissiez cocher les cases.

Gérer et surveiller vos quotas d'API Cloud Logging

Pour éviter les interruptions de service causées par le dépassement des quotas, vous pouvez procéder comme suit :

  • Utilisez l'ajustement automatique des quotas pour surveiller votre utilisation des quotas et demander des augmentations pour vous. Pour en savoir plus, consultez Outil d'ajustement de quota.
  • Créez des alertes sur les quotas pour être informé de l'utilisation. Pour en savoir plus, consultez Configurer des alertes de quota.

Optimiser l'utilisation de entries.list

L'utilisation attendue de entries.list est de rechercher les journaux correspondants. Cette méthode n'est pas destinée à la récupération de grands volumes d'entrées de journaux. Si vous épuisez régulièrement votre quota entries.list, envisagez les options suivantes :

  • Pour analyser les entrées de journal en dehors de Logging, vous pouvez copier rétroactivement les entrées de journal qui existent déjà dans Logging vers des buckets Cloud Storage. Lorsque vous copiez des journaux dans un bucket Cloud Storage, vous pouvez partager des entrées de journal avec des auditeurs en dehors de Logging et exécuter des scripts dans Cloud Storage.

  • Pour agréger et analyser vos entrées de journal dans Logging, stockez-les dans un bucket de journaux, puis mettez à niveau ce bucket pour utiliser l'Analyse de journaux. Pour en savoir plus sur ces étapes, consultez Configurer les buckets de journaux.

    L'Analyse de journaux vous permet d'interroger vos entrées de journaux à l'aide du SQL standard de BigQuery.

Métriques basées sur les journaux

Les limites suivantes s'appliquent à votre utilisation des métriques basées sur les journaux définies par l'utilisateur. À l'exception du nombre de descripteurs de métriques, ces limites sont fixes. Vous ne pouvez pas les augmenter ni les diminuer.

Catégorie Valeur maximale
Nombre de libellés 10 par métrique
Longueur de la valeur d'un libellé 1,024 B
Longueur de la description d'un libellé 800 B
Longueur du filtre1 20 000 caractères
Longueur des descripteurs de métrique 8 000 B
Nombre de descripteurs de métrique 500 par Google Cloud projet2
Nombre de séries temporelles actives3 30 000 par métrique
Nombre de buckets d'histogrammes 200 par métrique de distribution personnalisée
Conservation des données Consultez Cloud Monitoring : conservation des données.

1 Chaque métrique basée sur les journaux contient un filtre. Lorsqu'une entrée de journal correspond au filtre, elle est comptabilisée. Les filtres sont définis à l'aide du langage de requête Logging.
2 Cette limite s'applique également aux comptes de facturation, aux dossiers et aux organisations, et n'est pas hiérarchique.
3 Une série temporelle est considérée comme active si vous y avez ajouté des points de données au cours des dernières 24 heures.

Journaux d'audit

Le tableau ci-dessous indique la taille maximale des journaux d'audit. Ces valeurs peuvent vous aider à estimer l'espace dont vous avez besoin dans vos destinations de récepteur.

Type de journal d'audit Taille maximale
Activité d'administration 512 Kio
Accès aux données 512 Kio
#system-event 512 Kio
Refus de règles 512 Kio

Durée de conservation des journaux

Les durées de conservation Cloud Logging suivantes s'appliquent aux buckets de journaux, quels que soient les types de journaux inclus dans le bucket ou leur copie depuis un autre emplacement. Les informations de conservation sont les suivantes :

Bucket Durée de conservation par défaut Conservation personnalisée
_Required 400 jours Non configurable
_Default 30 jours Configurable
Défini par l'utilisateur 30 jours Configurable

Pour les buckets de journaux _Default et ceux définis par l'utilisateur, vous pouvez configurer Cloud Logging de sorte qu'ils soient conservés entre 1 et 3 650 jours. Pour en savoir plus sur la définition des règles de conservation, consultez la page Configurer la conservation personnalisée.

Tarifs

Cloud Logging ne facture pas le routage des journaux vers une destination compatible, mais la destination peut appliquer des frais. À l'exception du bucket de journaux _Required, Cloud Logging facture le streaming de journaux dans les buckets de journaux et le stockage au-delà de la période de conservation par défaut du bucket de journaux.

Cloud Logging ne facture pas la copie des journaux, la création de scopes de journaux ou de vues d'analyse, ni les requêtes émises sur les pages Explorateur de journaux ou Analyse de journaux.

Pour en savoir plus, consultez les documents suivants :