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. Avec l'attribut concernant le nombre de buckets et de récepteurs de journaux, ces limites fixed; vous ne pouvez pas les augmenter ou 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 query language 20 000 caractères
Distribution ramifiée des requêtes4 200 buckets
Nombre de récepteurs 200 par projet Google Cloud3
Longueur d'un filtre d'inclusion du récepteur 20 000 caractères
Longueur d'un filtre d'exclusion du récepteur 20 000 caractères
Nombre de filtres d'exclusion 50 par récepteur
Nombre de buckets de journaux 100 par projet Google Cloud3,4,5
Nombre de champs indexés personnalisés 20 par bucket de journaux
Nombre de les vues de journaux 30 par bucket de journaux
Horodatage le plus ancien pouvant être stocké dans les buckets de journaux6 au cours des 30 derniers jours
Code temporel futur pouvant être stocké dans des buckets de journaux6 Jusqu'à 1 jour à venir
Nombre de champs d'application des journaux par ressource7 100
Nombre de vues de journaux et de projets inclus dans un champ d'application de journal7 100
Nombre de projets inclus dans un champ d'application de journal7 50

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 organisations et n’est pas hiérarchique. Par exemple, si vous avez plusieurs projets Google 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 section 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 dépassent ces limites sont rejetées des 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 de journaux. L'API Logging rejette les entrées dont les codes temporels sont situés plus d'un jour dans le futur et renvoie une erreur INVALID_ARGUMENT.

7 Les portées de journalisation sont disponibles 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 consulter vos quotas, accédez au tableau de bord des API, sélectionnez une API, puis sélectionnez Quotas.
Durée de vie des jetons de page de l'API 24 heures
Nombre de sessions ouvertes de tailing en direct 10 par projet Google Cloud3
Nombre d'entrées de tailing 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 120 000 par minute et par projet Google Cloud1, 3
Nombre de requêtes entries.list 60 par minute, par projet Google Cloud2, 3
Nombre de noms de ressources différents dans une
commande entries.write unique4		 1000
Requêtes de contrôle5 par minute 600
Requêtes de contrôle5 par jour 1 000 par projet Google Cloud
Nombre de projets Google Cloud ou d'autres noms de ressource dans une seule requête entries.list 100
Nombre d'opérations de copie simultanées 1 par projet Google Cloud3
Taux d'exportations vers un sujet Pub/Sub6 60 Go par minute et par projet Google Cloud

1 L'utilisation de filtres d'exclusion ne réduit pas ce nombre, car les journaux sont exclus après l'envoi de la requête entries.write.

2 Cette valeur est le paramètre 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 quotidien s'applique aux requêtes API pour créer et mettre à jour des exclusions et des sinks. La par minute s'applique à tous les éléments également inclus dans le quota quotidien de requêtes de contrôle, ainsi que les requêtes API pour la suppression de journaux pour gérer les métriques basées sur les journaux.

6 Si le taux d'exportation dépasse le quota, l'erreur est enregistrées dans une entrée de journal. Le champ de résumé indique une erreur de configuration du récepteur et le code d'erreur est topic_over_quota.

Demander des modifications des quotas de l'API Cloud Logging

Vous pouvez demander une augmentation ou une diminution des limites de l'API Logging à l'aide du console Google Cloud. Pour en savoir plus, consultez la page 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 Projet Google Cloud pour cocher les cases.

Optimiser l'utilisation de entries.list

L'utilisation prévue de entries.list consiste à rechercher des correspondances journaux. Cette méthode n'est pas conçue pour récupérer un volume important d'entrées de journal. Si vous épuisez régulièrement votre quota entries.list, tenez compte du fait que les options suivantes:

  • Assurez-vous d'utiliser efficacement l'API Cloud Logging. Pour en savoir plus, consultez la section Optimiser l'utilisation de l'API.

  • Si vous savez à l'avance que les entrées de journal que vous souhaitez analyser dépassent un quota entries.list, puis configurez un récepteur de journaux pour exporter vos les journaux vers une destination compatible.

  • Pour analyser des entrées de journal en dehors de Logging, vous pouvez copier rétroactivement des entrées de journal déjà existantes 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.

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 ou 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 d'un filtre 20 000 caractères
Longueur des descripteurs de métrique 8 000 B
Nombre de descripteurs de métrique 500 par projet Google Cloud2
Nombre de séries temporelles actives1 30 000 par métrique
Nombre de buckets d'histogramme 200 par métrique de distribution personnalisée
Conservation des données Consultez Cloud Monitoring : conservation des données.

1 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.

2 Cette limite s'applique également aux comptes de facturation, aux dossiers et organisations et n’est pas hiérarchique.

Journaux d'audit

La taille maximale des journaux d'audit est indiquée dans la dans le tableau suivant. Ces valeurs peuvent vous aider à estimer l'espace dont vous avez besoin dans vos destinations de sink.

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 l'acheminement des journaux vers une destination compatible. Toutefois, la destination peut appliquer des frais. À l'exception du bucket de journaux _Required, Cloud Logging facture le streaming de journaux dans des buckets de journaux et le stockage pendant une durée supérieure à la période de conservation par défaut du bucket de journaux.

Cloud Logging ne facture pas la copie des journaux, permettant de définir des champs d'application de journaux. ou pour les requêtes émises via Explorateur de journaux ou Analyse de journaux.

Pour en savoir plus, consultez les documents suivants :