Google Cloud utilise des quotas pour limiter la quantité d'une ressource Google Cloud partagée spécifique que vous pouvez utiliser. Chaque quota représente ressource dénombrable, telle que les appels d'API à un service particulier, le nombre de d'octets envoyés à un service particulier ou le nombre de connexions en flux continu utilisées simultanément par votre projet.
De nombreux services présentent également des limites qui ne sont pas liées au système de quotas. Il s'agit Des contraintes fixes, telles que la taille maximale des messages ou le nombre de ressources Pub/Sub que vous pouvez créer dans un projet, qui ne peuvent pas a augmenté ou diminué.
Afficher et gérer les quotas
Pour un projet donné, vous pouvez consulter les limites de quota actuelles et l'utilisation des quotas dans le tableau de bord des quotas IAM et d'administration. Vous pouvez également utiliser ce tableau de bord pour effectuer les opérations suivantes:
- Réduire les limites de quota
- Envoyer une demande d'augmentation des limites de quotas
Pour en savoir plus sur la surveillance et les alertes relatives à votre utilisation des quotas, consultez la page Surveillance.
Attribution de l'utilisation du quota
Pour le débit d'abonné push, l'utilisation du quota est imputée au projet contenant l'abonnement push. Il s'agit du projet qui apparaît dans le nom de l'abonnement.
Pour tous les autres quotas, l'utilisation est imputée au projet associé au les identifiants spécifiés dans la requête. L'utilisation du quota n'est pas facturée le projet qui contient la ressource demandée.
Par exemple, si un compte de service du projet A envoie une requête de publication à
publier dans un sujet du projet B, le quota est imputé au projet A.
Dans certains cas, vous souhaiterez peut-être que l'utilisation du quota soit facturée
projet. Vous pouvez utiliser le paramètre système X-Goog-User-Project pour
modifier le projet pour l'attribution du quota. Pour en savoir plus sur X-Goog-User-Project,
consultez Paramètres système.
Vous pouvez utiliser la gcloud CLI pour définir le projet pour l'attribution de quota
pour une demande spécifique. La gcloud CLI envoie
l'en-tête de requête X-Goog-User-Project.
Vous devez disposer du rôle roles/serviceusage.serviceUsageConsumer
ou un rôle personnalisé avec l'autorisation serviceusage.services.use sur le projet
que vous allez utiliser pour l'attribution des quotas.
L'exemple suivant montre comment obtenir la liste des abonnements du projet RESOURCE_PROJECT lors de la facturation de l'administrateur d'opérations par rapport au projet QUOTA_PROJECT. Exécuter la commande suivante dans le terminal de la Google Cloud CLI:
gcloud pubsub subscriptions list --project=
RESOURCE_PROJECT --billing-project=
QUOTA_PROJECT
Remplacez QUOTA_PROJECT par l'ID du projet Google Cloud pour lequel vous souhaitez facturer le quota.
Notez que dans Pub/Sub, le projet facturé est toujours celui qui contient la ressource. Vous ne pouvez modifier le projet que pour l'attribution de quotas.
Quotas Pub/Sub
Les quotas répertoriés dans le tableau suivant peuvent être affichés et modifiés par projet dans le tableau de bord des quotas d'API et de services.
Les quotas régionaux sont divisés en trois types:
- Grandes régions:
europe-west1,europe-west4,us-central1,us-east1,us-east4,us-west1etus-west2 - Régions moyennes:
asia-east1,asia-northeast1,asia-southeast1,europe-west2eteurope-west3 - Petites régions : toutes les autres régions
Les quotas de distribution de type "exactement une fois" sont propres à une région. Consultez les détails pour chaque région dans le tableau suivant.
| Quota | Limite de quota par défaut | Description |
|---|---|---|
| Débit d'éditeur par région |
|
L'utilisation du quota est basée sur la taille des
Sachez que plusieurs messages peuvent être inclus dans une seule requête de publication. Aucuns frais de quota supplémentaires par message ne sont appliqués. |
| Débit d'abonné pull par région |
|
L'utilisation du quota est basée sur la taille des
|
| Débit d'accusé de réception par région |
|
L'utilisation du quota est basée sur la taille des requêtes
|
| Débit des abonnements push par région |
|
Pour les requêtes de distribution push effectuées sur le point de terminaison push, l'utilisation du quota est basée sur la taille des |
| Abonnements BigQuery débit par région |
|
Pour les requêtes adressées à BigQuery,
l'utilisation du quota est basée sur la taille des |
| Abonnements Cloud Storage débit par région |
|
Pour les requêtes adressées à Cloud Storage,
l'utilisation du quota est basée sur la taille des |
| Débit d'abonné StreamingPull par région |
|
L'utilisation du quota est basée sur la taille des
Sachez que les bibliothèques clientes utilisent les opérations StreamingPull dans la mesure du possible. |
| Nombre de connexions StreamingPull ouvertes par région |
|
Il s'agit du nombre de connexions StreamingPull ouvertes à un moment donné. Pour en savoir plus, consultez la section StreamingPull. |
| Opérations d'administrateur | 6 000 par minute (100 opérations/s) |
Chaque opération d'administrateur, telle que GetTopicRequest, impute une unité à ce quota.
|
| Nombre de messages consommés par les abonnements avec la mention "exactement une fois" diffusion activée par région |
|
L'utilisation du quota est basée sur le nombre
|
| Nombre de messages confirmés ou dont le délai est prolongé En cas d'utilisation d'abonnements avec la distribution "exactement une fois" activée par région |
|
L'utilisation du quota est basée sur le nombre d'ID d'accusé de réception dans
|
Unités de quota de débit
L'utilisation du quota de débit est mesurée en unités de 1 Ko. 1 Ko correspond à
1 000 octets. Par exemple, dans une requête PublishRequest contenant
105 messages de 50 octets chacun, la taille des données utilisateur correspond
à 105 * 50 bytes = 5250 bytes. L'utilisation du quota est donc de max(1kB, ceil(5250 bytes/1000)) = 6kB.
Limites de ressources
| Ressource | Limites |
|---|---|
| Projet |
10 000 sujets 10 000 abonnements associés ou dissociés 5 000 instantanés 10 000 schémas |
| Sujet |
10 000 abonnements associés 5 000 instantanés associés Si la conservation des messages du sujet est configurée, les messages publiés sur un sujet peuvent être conservés dans un stockage persistant jusqu'à 31 jours après leur publication. |
| Abonnement |
Par défaut, conserve les messages non confirmés.
dans un espace de stockage persistant
jours à compter de la date de publication. Aucune limite ne s'applique
nombre de messages conservés. Si les abonnés n'utilisent pas un abonnement, celui-ci expire. Par défaut, le délai d'expiration est de 31 jours. |
| Schéma | Taille du schéma (champ definition): 300 KoRévisions par schéma: 20 |
| Requête de publication | 10 Mo (taille totale) 1 000 messages |
| Message | Taille des messages (champ data) : 10 MoAttributs par message : 100 Taille de la clé d'attribut : 256 octets Taille de la valeur d'attribut : 1 024 octets |
| Flux StreamingPull | 10 Mo/s par flux ouvert |
| Réponse pull unaire |
Nombre maximal de messages dans la réponse pull: 1 000 Taille maximale de la réponse pull: 10 Mo |
| Messages pull/StreamingPull | Le service peut imposer des limites au nombre total de messages StreamingPull en attente par connexion. Si vous rencontrez de telles limites, augmentez la vitesse à laquelle vous accusez réception des messages et le nombre de connexions que vous utilisez. |
| Confirmer les requêtes ModifyAckDélai |
512 ko (taille totale) |
| Trier les clés | Si les messages contiennent classer les clés, le débit maximal de l'éditeur est de 1 Mbit/s pour chaque clé de tri. |
Utiliser un compte de service pour des quotas plus élevés
Si vous utilisez l'outil gcloud de Google Cloud CLI avec un compte utilisateur normal (c'est-à-dire hors compte de service), les opérations Pub/Sub sont limitées à un débit adaptés aux opérations manuelles. Au-delà de cette limite, le taux Erreur RESOURCE_EXHAUSTED. La solution consiste à vérifier que vous utilisez les identifiants du compte de service. Si vous si vous souhaitez utiliser les identifiants de la gcloud CLI pour l'automatisation, activer un compte de service pour vos opérations Pub/Sub.
Utiliser des points de terminaison locaux pour acheminer les requêtes
Si vous disposez d'un quota supplémentaire dans certaines régions, vous pouvez acheminer les requêtes vers ces régions à l'aide points de terminaison Pub/Sub locaux. Lorsque vous publiez des messages sur un point de terminaison mondial, le service Pub/Sub peut acheminer le trafic vers une région qui ne dispose pas d'un quota suffisant.
Incohérences de quotas
Des incohérences de quotas peuvent se produire lorsque les messages publiés ou reçus ont une taille inférieure à 1 000 octets. Exemple :
Si vous publiez 10 messages de 500 octets dans des requêtes distinctes, votre quota de publication sera de 10 000 octets. En effet, les messages dont la taille est inférieure à 1 000 octets sont automatiquement arrondis à la tranche de 1 000 octets supérieure.
Si vous recevez ces 10 messages via une seule réponse pull, l'utilisation de votre quota d'abonné peut n'être que de 5 Ko, car la taille réelle de chaque message est combinée pour déterminer le quota global.
L'inverse est également vrai. L'utilisation du quota d'abonné peut être supérieure à l'utilisation du quota de publication si vous publiez plusieurs messages via une seule requête de publication ou si vous recevez les messages via des requêtes pull distinctes.