Quotas et limites

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

Pour comprendre votre attribution mensuelle d'ingestion et de stockage de Logging, consultez la page Récapitulatif des tarifs de Cloud Logging.

Pour obtenir des informations détaillées sur les tarifs de Logging, consultez la page Tarifs de la suite Google Cloud Operations: Cloud Logging.

Limites d'utilisation pour Logging

Les limites suivantes s'appliquent à l'utilisation de Cloud Logging. Ces limites sont fixes ; vous ne pouvez pas les augmenter ni les diminuer.

Catégorie	Valeur maximale
Taille d'une entrée de journal	256 Ko^1
Taille d'une entrée de journal d'audit	512 Kio
Nombre d'étiquettes	64 par entrée de journal
Longueur d'une clé de libellé d'entrée de journal	512 B^2
Longueur d'une valeur de libellé d'entrée de journal	64 Ko^2
Longueur d'une requête	20 000 caractères
Ventilation des requêtes^4	200 buckets
Nombre de récepteurs	200 par projet Cloud^3
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	100 par projet Cloud^3,^4,^5
Nombre de champs indexés personnalisés	20 par bucket
Nombre de vues de journaux	30 par bucket
Horodatage le plus ancien ingéré dans les buckets de journaux^6	30 jours avant
Horodatage futur de l'ingestion par les buckets de journaux^6	Jusqu'à 1 jour à l'avance

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

² Cloud Logging tronque les clés et valeurs de libellés surdimensionnées lorsque l'entrée de journal associée est écrite.

³ Cette limite s'applique également aux comptes de facturation, aux dossiers et aux organisations. Elle n'est pas hiérarchique. Par exemple, si vous avez plusieurs projets Cloud dans une organisation, vous pouvez configurer jusqu'à 200 récepteurs pour chaque projet Cloud. Pour cette même organisation, vous pouvez également configurer jusqu'à 200 récepteurs au niveau de l'organisation.

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

⁵ Cette limite inclut les buckets en attente de suppression.

⁶ Les entrées de journal avec des horodatages situés en dehors de ces limites sont rejetées des buckets de journaux. L'API Logging accepte les entrées ayant des horodatages plus anciens, qui 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 comportant des codes temporels plus d'un jour après l'heure et renvoie une erreur INVALID_ARGUMENT.

Quotas et limites de l'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. Cliquez sur une API et sélectionnez Quotas.
Durée de vie des jetons de page de l'API	24 heures
Nombre de sessions en direct ouvertes	10 par projet Cloud^3
Nombre de lignes 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 entry.write	120 000 par minute et par projet Cloud^1^, 3
Nombre de requêtes entry.list	1 par seconde, par projet Cloud^2^, 3
Requêtes de contrôle^4 par minute	600
Requêtes de contrôle^4 par jour	1 000 par projet Cloud
Nombre de projets Cloud ou d'autres noms de ressources dans une même requête entry.list	100
Nombre d'opérations de copie simultanées	1 par projet Cloud^3

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

² Cette valeur est le paramètre par défaut.

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

⁴ Le quota de requêtes de contrôle quotidien s'applique aux requêtes API pour la création et la mise à jour d'exclusions et de récepteurs. Le quota de requêtes de contrôle par minute s'applique à tout ce qui est également inclus dans le quota quotidien de requêtes de contrôle, ainsi qu'aux requêtes API pour la suppression de journaux et la gestion des métriques basées sur les journaux.

Demander une modification de quota pour l'API Cloud Logging

Vous pouvez demander une augmentation ou une diminution des limites de l'API Logging à l'aide de la console Google Cloud:

1. Sur la page Quotas, cochez la case API Cloud Logging, puis cliquez sur Modifier 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 Cloud pour que vous puissiez cocher les cases.

2. Dans le panneau Modifications des quotas, sélectionnez le service pour développer la vue associée, puis renseignez les champs Nouvelle limite et Description de la requête. Cliquez sur Suivant.

3. Remplissez le formulaire dans le panneau Coordonnées.

4. Cliquez sur Envoyer la requête.

Pour en savoir plus, consultez la page Utiliser des quotas.

Optimiser l'utilisation de entries.list

Le champ entry.list permet de rechercher des journaux correspondants. Si vous épuisez régulièrement votre quota entries.list, consultez la page Lire et répertorier efficacement les journaux pour obtenir des conseils sur l'optimisation de votre utilisation.

Logs-based metrics

Les limites suivantes s'appliquent à votre utilisation des métriques basées sur les journaux définies par l'utilisateur. 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 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 Cloud^2
Nombre de séries temporelles actives^1	30 000 par métrique
Nombre de buckets d'histogrammes	200 par métrique de distribution personnalisée

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

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

Durée de conservation des journaux

Remarque : À compter du 16 janvier 2023, les frais de stockage s'appliqueront aux données de journaux conservées pendant plus de 30 jours. Pour en savoir plus sur la tarification, consultez la page Récapitulatif des tarifs de Cloud Logging: conservation personnalisée. Actuellement, les frais de conservation des journaux au cours des 30 derniers jours ne sont pas appliqués.

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 de journaux	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.