Quotas et limites

Vous trouverez sur cette page la description des quotas et des limites de requêtes pour Cloud Storage.

Buckets

  • Le nombre de créations et de suppressions de buckets par projet est limité à environ une opération toutes les deux secondes. Dans la plupart des cas, il est donc recommandé de prévoir moins de buckets et plus d'objets. Par exemple, il est fréquent de définir un bucket pour chaque utilisateur de votre projet. Toutefois, si vous devez concevoir un système qui ajoute plusieurs utilisateurs par seconde ou qui crée des objets à l'aide d'identifiants de robot, réalisez-le pour un grand nombre d'utilisateurs dans un seul bucket (avec les autorisations appropriées) afin que la limite de taux de création de buckets n'entraîne pas un goulot d'étranglement.

  • Les applications hautement disponibles ne doivent pas dépendre de la création ni de la suppression de buckets dans leur chemin critique. Les noms de buckets font partie d'un espace de noms centralisé et global : toute dépendance liée à cet espace de nom crée un point de défaillance unique pour votre application. En raison de cela et de la limite d'une opération toutes les deux secondes mentionnée ci-dessus, il est recommandé de précréer tous les buckets nécessaires pour les services hautement disponibles sur Cloud Storage.

  • La mise à jour de chaque bucket est limitée à une fois par seconde. Les mises à jour rapides sur un seul bucket (par exemple, la modification de la configuration CORS) ne peuvent donc pas évoluer.

  • Le nombre de membres pouvant détenir d'anciens rôles IAM est limité à 100 par bucket. Les utilisateurs individuels, les groupes et les domaines sont des exemples de membres. Consultez la section sur les identités IAM.

Objets

  • La taille des objets individuels stockés dans Cloud Storage est limitée à 5 To.

  • La mise à jour de chaque objet est limitée à une fois par seconde. Les opérations d'écriture rapides sur un seul objet ne peuvent donc pas évoluer. Pour en savoir plus, consultez la définition de l'immuabilité des objets sur la page Termes clés.

  • Le nombre d'opérations d'écriture sur plusieurs objets n'est pas limité. Ces opérations incluent l'importation, la mise à jour et la suppression d'objets. Les buckets acceptent initialement environ 1 000 opérations d'écriture par seconde, puis évoluent selon les besoins.

  • Le nombre d'opérations de lecture d'un objet n'est pas limité. Les buckets acceptent initialement environ 5 000 opérations de lecture d'un objet par seconde, puis évoluent selon les besoins.

  • La mise en cache des objets en mode public améliore de façon significative les performances. Pour désactiver la mise en cache d'un objet permettant de contrôler de nombreux clients, et ainsi fournir les données les plus récentes, procédez comme suit :

    • Définissez les métadonnées Cache-Control de l'objet sur public avec la valeur max-age comprise entre 15 et 60 secondes. La plupart des applications peuvent tolérer une minute de propagation, et le taux de succès du cache améliorera considérablement les performances.

    • Transférez les données proxy via une application Google App Engine située dans le même emplacement que votre bucket.

    • Servez-vous de la valeur Cache-Control: no-cache afin d'indiquer que l'objet ne doit pas être mis en cache pour les demandes ultérieures dans les caches périphériques.

    Pour en savoir plus sur les directives Cache-Control, consultez la section RFC 7234: Cache-Control.

  • Le nombre d'entrées dans les listes de contrôle d'accès est limité à 100 par objet. Les membres peuvent être des utilisateurs individuels, des groupes ou des domaines. Consultez la section Champs d'application des LCA.

  • Pour la composition de l'objet :

    • Jusqu'à 32 objets peuvent être composés dans une seule demande de composition.

    • Bien qu'il n'existe aucune limite au nombre de composants d'un objet composite, les métadonnées componentCount associées à un objet composite saturent à hauteur de 2 147 483 647.

    • Les objets composites sont soumis à la taille globale maximale de 5 To, qui est imposée aux objets stockés dans Cloud Storage.

Requêtes de l'API XML

  • Lors de l'envoi de requêtes via l'API XML, la taille cumulée de l'URL de requête et des en-têtes HTTP est limitée à 16 Ko.

Clés HMAC pour les comptes de service

  • Le nombre de clés HMAC par compte de service est limité à cinq. Les clés supprimées ne sont pas comptabilisées dans ce quota.
Cette page vous a-t-elle été utile ? Évaluez-la :

Envoyer des commentaires concernant…

Besoin d'aide ? Consultez notre page d'assistance.