Quotas et limites
Ce document répertorie les quotas et limites qui s'appliquent aux réseaux VPC (cloud privé virtuel).
Un quota limite la quantité d'une ressource Google Cloud partagée que votre projet Google Cloud peut utiliser, y compris les composants matériels, logiciels et réseau. Par conséquent, les quotas font partie d'un système qui effectue les opérations suivantes :
- Surveille votre utilisation ou votre consommation des produits et services Google Cloud
- Limite la consommation de ces ressources pour des raisons telles que l'équité et la réduction des pics d'utilisation.
- Gère des configurations qui appliquent automatiquement des restrictions recommandées.
- Fournit un moyen de demander ou d'effectuer des modifications de quota.
Dans la plupart des cas, lorsqu'un quota est dépassé, le système bloque immédiatement l'accès à la ressource Google concernée et la tâche que vous essayez d'effectuer échoue. Dans la plupart des cas, les quotas s'appliquent à chaque projet Google Cloud. Ils sont partagés entre toutes les applications et adresses IP qui utilisent ce projet.
Des limites s'appliquent également aux ressources VPC. Ces limites ne sont pas liées au système de quotas. Sauf indication contraire, les limites ne peuvent pas être modifiées.
Quotas
Pour modifier un quota, consultez la section Demander une augmentation de quota.
Par projet
Ce tableau présente les principaux quotas mondiaux pour les ressources VPC de chaque projet. Pour les autres quotas, accédez à la page Quotas dans la console Google Cloud.
Pour surveiller les quotas par projet à l'aide de Cloud Monitoring, configurez la surveillance de la métrique serviceruntime.googleapis.com/quota/allocation/usage
sur le type de ressource Consumer Quota
. Définissez des filtres de libellés supplémentaires (service
, quota_metric
) afin d'obtenir le type de quota. Pour en savoir plus sur la surveillance des métriques de quota, y compris sur la recherche de noms de limites et de noms de métriques, consultez la page Utiliser des métriques de quota. Chaque quota a une limite et une valeur d'utilisation.
Quota | Description |
---|---|
Bande passante réseau | |
VM GCE vers la bande passante de sortie Internet en Mbit/s | Bande passante totale de sortie des VM Google Cloud d'une région vers des destinations en dehors d'un réseau VPC (à l'aide de la passerelle Internet par défaut). L'utilisation de ce quota est imputée au projet qui contient les VM Compute Engine qui émettent les paquets. Exclut le trafic envoyé aux API et services Google à l'aide de l'accès privé à Google. Exclut le trafic envoyé aux API et services Google à partir de VM disposant d'adresses IP externes. |
Bande passante de sortie réseau interrégionale (Mbit/s) des instances Compute | Bande passante totale de sortie des VM Google Cloud d'une région vers des destinations routables au sein d'un réseau VPC (à l'aide de prochains sauts qui ne correspondent pas à la passerelle Internet par défaut). L'utilisation de ce quota est imputée au projet qui contient les VM Compute Engine qui émettent les paquets. |
VPC partagé | |
Projets de service de mise en réseau inter-projets | Nombre de projets de service VPC partagé pouvant être associés à un projet hôte VPC partagé. Outre ce quota, consultez la section Limites des projets utilisant les réseaux VPC partagés. |
Général | |
Réseaux | Cela inclut le réseau default , que vous pouvez supprimer. |
Routes basées sur des règles | Nombre de routes basées sur des règles que vous pouvez créer dans votre projet. |
Routeurs | Nombre de routeurs cloud que vous pouvez créer dans votre projet, dans n'importe quels réseaux et régions. Les réseaux limitent le nombre de routeurs cloud par région. Pour en savoir plus, consultez la page Quotas et limites de Cloud Router. |
Mise en miroir de paquets | Nombre de règles de mise en miroir de paquets que vous pouvez créer dans votre projet, dans n'importe quels réseaux et régions. |
Règles d'équilibrage de charge et de transfert de protocole Consultez la section Règles de transfert dans la documentation sur les quotas d'équilibrage de charge. | |
Adresses IP internes | Nombre d'adresses IPv4 internes statiques régionales que vous pouvez réserver dans chaque région de votre projet. |
Plages d'adresses IPv6 internes statiques régionales | Nombre de plages d'adresses IPv6 internes statiques régionales que vous pouvez réserver dans chaque région de votre projet. |
Adresses IP internes globales | Nombre de plages allouées que vous pouvez réserver pour l'accès aux services privés. Les plages sont composées d'adresses IP internes contiguës. |
Plages internes | Nombre de ressources de plage interne que vous pouvez réserver dans votre projet. |
Adresses IP externes | |
Adresses IP statiques | Nombre d'adresses IP externes statiques régionales que vous pouvez réserver dans chaque région de votre projet. |
Plages d'adresses IPv6 externes statiques régionales | Nombre de plages d'adresses IPv6 externes statiques régionales que vous pouvez réserver dans chaque région de votre projet. |
Adresses IP statiques globales | Nombre d'adresses IP externes statiques globales que vous pouvez réserver dans votre projet. |
Adresses IP en cours d'utilisation | Nombre d'adresses IP externes régionales statiques et éphémères que vous pouvez utiliser simultanément dans votre projet. |
Adresses IP globales en cours d'utilisation | Nombre d'adresses IP externes globales statiques et éphémères que vous pouvez utiliser simultanément dans votre projet. |
Requêtes de déplacement d'adresse par minute | Nombre global de requêtes de déplacement d'adresse que vous pouvez effectuer par minute. |
Requêtes de déplacement d'adresse par minute et par région | Nombre de requêtes de déplacement d'adresse que vous pouvez effectuer par minute et par région. |
Adresses IP BYOIP statiques | Nombre d'adresses IP externes régionales de type Utiliser vos propres adresses IP (BYOIP) que vous pouvez réserver dans chaque région de votre projet.
|
Adresses IP BYOIP statiques globales | Nombre d'adresses IP externes globales de type Utiliser vos propres adresses IP (BYOIP) que vous pouvez créer dans votre projet.
|
Préfixes annoncés publics | Nombre de préfixes annoncés publics (PAP) que vous pouvez créer dans votre projet.
|
Les préfixes publics V2 annoncés créent des requêtes par minute | Nombre de requêtes de création que vous pouvez effectuer par minute pour les préfixes publics régionaux annoncés. Ce quota s'applique aux préfixes publics annoncés v1 et v2.
|
Requêtes de suppression de préfixes annoncés publics V2 par minute | Nombre de requêtes de suppression que vous pouvez effectuer par minute pour les préfixes publics régionaux annoncés. Ce quota s'applique aux préfixes publics annoncés v1 et v2.
|
Les préfixes annoncés publics V2 annoncent des requêtes par minute | Nombre de requêtes d'annonce que vous pouvez effectuer par minute pour les préfixes annoncés publics régionaux.
|
Préfixes délégués publics régionaux | Nombre de préfixes délégués publics (PDP) régionaux que vous pouvez créer dans chaque région.
|
Préfixes délégués publics globaux | Nombre de préfixes délégués publics globaux que vous pouvez créer.
|
Les préfixes délégués publics régionaux créent des requêtes par minute et par région | Nombre de requêtes de création pour les préfixes délégués publics régionaux que vous pouvez effectuer par minute et par région.
|
Les préfixes délégués publics régionaux suppriment les requêtes par minute et par région | Nombre de requêtes de suppression de préfixes délégués publics régionaux que vous pouvez effectuer par minute et par région.
|
Les préfixes délégués publics régionaux annoncent les requêtes par minute et par région | Nombre de requêtes d'annonce que vous pouvez effectuer par minute et par région pour les préfixes délégués publics régionaux. Ce quota ne s'applique pas aux demandes de retrait.
|
Préfixe délégué public avec une longueur de préfixe variable | Nombre de préfixes délégués publics IPv6 régionaux que vous pouvez créer par projet et par région.
|
Private Service Connect | |
Règles de transfert de l'équilibreur de charge interne de PSC | Nombre maximal de règles de transfert Private Service Connect (points de terminaison) qu'un client de service peut créer pour se connecter aux services de producteur. Ce quota est défini par région et par projet. Nom du quota : |
Rattachements de service | Nombre maximal de rattachements de service Private Service Connect qu'un producteur de services peut créer. Ce quota est défini par région et par projet. Nom du quota : |
Rattachements de réseau | Nombre maximal de rattachements de réseau qu'un client Private Service Connect peut créer. Ce quota est défini par région et par projet. Nom du quota : |
Par réseau
Ce tableau présente les principaux quotas de réseau. Pour les autres quotas, accédez à la page Quotas dans la console Google Cloud.
Pour en savoir plus sur la surveillance des métriques disponibles à l'aide de Cloud Monitoring, consultez la section Utiliser des métriques de quota. Chaque quota est associé à une limite et à une valeur d'utilisation.
Un quota par réseau est généralement associé à un quota par groupe d'appairage applicable lorsque l'appairage de réseaux VPC est utilisé. Les quotas par groupe d'appairage sont basés sur le concept de limite effective.
Quota | Description |
---|---|
Instances et plages d'adresses IP d'alias | |
Instances par réseau VPC | Nombre total d'instances de VM dotées d'une interface réseau (carte d'interface réseau) dans le réseau VPC. Nom du quota : Métriques disponibles :
|
Instances par groupe d'appairage | Du point de vue d'un réseau VPC, le nombre total d'instances de VM disposant d'une interface réseau (carte d'interface réseau) dans le réseau VPC lui-même ou dans l'un de ses pairs directement connectés. Nom du quota : Métriques disponibles :
|
Alias d'adresses IP par réseau VPC | Nombre total de plages d'adresses IP d'alias utilisées par les interfaces réseau (NIC) des instances de VM dans le réseau VPC. Ce quota compte le nombre de plages d'adresses IP d'alias sans tenir compte de la taille de chaque plage (masque de sous-réseau). En plus de ce quota, il existe une limite par VM au nombre de plages d'adresses IP d'alias par interface réseau. Nom du quota : Métriques disponibles :
|
Alias d'adresses IP par groupe d'appairage | Du point de vue d'un réseau VPC, le nombre total de plages d'adresses IP d'alias utilisées par les NIC des instances de VM locales au réseau VPC et dans ses pairs directement connectés. Ce quota compte le nombre de plages d'adresses IP d'alias sans tenir compte de la taille de chaque plage (masque de sous-réseau). En plus de ce quota, il existe une limite par VM au nombre de plages d'adresses IP d'alias par interface réseau. Nom du quota : Métriques disponibles :
|
Plages d'adresses IP de sous-réseaux | |
Plages de sous-réseaux par réseau VPC | Il s'agit du nombre total de plages d'adresses IP de sous-réseau utilisées par les sous-réseaux du réseau VPC. Inclut les plages d'adresses IPv4 principales, les plages d'adresses IPv4 secondaires et les plages d'adresses IPv6. Nom du quota : Métriques disponibles :
|
Plages de sous-réseaux par groupe d'appairage | Du point de vue d'un réseau VPC, le nombre total de plages d'adresses IP de sous-réseau utilisées par les sous-réseaux locaux au réseau VPC et dans ses pairs directement connectés. Inclut les plages d'adresses IPv4 principales, les plages d'adresses IPv4 secondaires et les plages d'adresses IPv6. Nom du quota : Métriques disponibles :
|
Appairage de réseaux VPC | |
Appairages par réseau VPC | Du point de vue d'un réseau VPC, le nombre total d'autres réseaux VPC auxquels il peut se connecter à l'aide de l'appairage de réseaux VPC. Nom du quota : Métriques disponibles :
|
Routes statiques et dynamiques | |
Routes statiques par réseau | Du point de vue de toutes les régions d'un réseau VPC, le nombre total de routes statiques locales vers le réseau VPC. Ce quota s'applique à l'agrégation des routes statiques IPv4 et IPv6. Nom du quota : Métriques disponibles :
|
Routes statiques par groupe d'appairage | Du point de vue de toutes les régions d'un réseau VPC, le nombre total de routes statiques locales vers le réseau VPC et dans ses pairs directement connectés. Ce quota s'applique à l'agrégation des routes statiques IPv4 et IPv6. Nom du quota : Métriques disponibles :
|
Routes dynamiques par région et par groupe d'appairage | Du point de vue de chaque région dans un réseau VPC, le nombre total de routes dynamiques locales vers le réseau VPC et dans sa connexion directement pairs. Ce quota s'applique à l'agrégation des routes dynamiques IPv4 et IPv6. Nom du quota : Métriques disponibles :
Si le nombre de routes dynamiques dépasse cette limite, Google Cloud ajuste la méthode d'importation des routes dynamiques en suivant les règles suivantes :
|
Règles d'équilibrage de charge et de transfert de protocole Consultez la section Règles de transfert dans la documentation sur les quotas d'équilibrage de charge. | |
Private Service Connect | |
Règles de transfert des API Google de PSC par réseau VPC | Nombre maximal de règles de transfert (points de terminaison) Private Service Connect pouvant être utilisées pour accéder aux API Google. Ce quota s'applique au nombre total de règles de transfert utilisées pour accéder aux API Google dans toutes les régions. Ce quota ne peut pas être augmenté. Pour consulter des détails importants sur le nombre d'adresses internes globales que vous pouvez créer, consultez les limites par projet. Nom du quota : Métriques disponibles :
|
Connexions propagées par PSC par réseau VPC |
Nombre maximal de connexions connexions propagées Private Service Connect pouvant exister dans le réseau VPC du client. Ce quota ne peut pas être augmenté.
Nom du quota : Métriques disponibles :
|
Règles de transfert client ILB PSC par réseau VPC producteur |
Nombre maximal de points de terminaison et de connexions propagées Private Service Connect pouvant accéder à un réseau VPC producteur de services. Ce quota s'applique au nombre total de points de terminaison et de connexions propagées qui accèdent aux services dans toutes les régions du réseau VPC du producteur de services. Les points de terminaison contribuent à ce quota jusqu'à leur suppression, même si le rattachement de service associé est supprimé ou configuré pour refuser la connexion. Les connexions propagées sont prises en compte dans ce quota jusqu'à la suppression du point de terminaison associé, même si la propagation de la connexion est désactivée sur le hub ou si le spoke de la connexion propagée est supprimé. Nom du quota : Métriques disponibles :
|
Quotas obsolètes
Google Cloud n'applique plus les quotas suivants :
Sous-réseaux : les plages de sous-réseaux par réseau VPC correspondent au quota de remplacement.
Routes : les routes statiques par réseau correspondent au quota de remplacement.
Limites
Sauf stipulation contraire, les limites ne peuvent pas être augmentées.
Limites des VPC partagés
Le nombre de projets de service pouvant être associés à un projet hôte est un quota par projet configurable. En plus de ce quota, les limites suivantes s'appliquent au VPC partagé.
Élément | Limite | Remarques |
---|---|---|
Nombre de projets hôtes avec VPC partagé dans une organisation unique | 100 | Pour demander une mise à jour de cette limite, envoyez une demande d'assistance. |
Nombre de projets hôtes auxquels un projet de service peut être associé | 1 | Cette limite ne peut pas être augmentée. |
Par réseau
Les limites suivantes s'appliquent aux réseaux VPC. Ces limites sont appliquées par le biais de quotas internes. Lorsque les limites par réseau sont dépassées, des erreurs QUOTA_EXCEEDED
peuvent s'afficher avec le nom des quotas internes.
Élément | Limite | Remarques |
---|---|---|
Plages d'adresses IP de sous-réseau | ||
Plages d'adresses IP principales par sous-réseau | 1 | Chaque sous-réseau doit avoir exactement une plage d'adresses IP principale (bloc CIDR). Cette plage est utilisée pour les adresses IP internes principales de VM, les plages d'adresses IP d'alias de VM et les adresses IP des équilibreurs de charge internes. Cette limite ne peut pas être augmentée. |
Nombre maximal de plages d'adresses IP secondaires par sous-réseau | 30 | Vous pouvez définir jusqu'à 30 blocs CIDR secondaires par sous-réseau. Ces plages d'adresses IP secondaires sont réservées aux plages d'adresses IP d'alias. Cette limite ne peut pas être augmentée. |
Routes | ||
Nombre maximal de tags réseau par route | 256 | Nombre maximal de tags réseau que vous pouvez associer à une route statique. Cette limite ne peut pas être augmentée. |
Limites des adresses IP
Élément | Limite | Remarques |
---|---|---|
Préfixes délégués publics par préfixe annoncé public | 10 | Nombre de préfixes délégués publics (PDP) que vous pouvez créer à partir d'un préfixe public annoncé (PAP). |
Par instance
Les limites suivantes s'appliquent aux instances de VM. Sauf indication contraire, ces limites ne peuvent pas être augmentées. Pour connaître les quotas appliqués aux VM, consultez la page Quotas Compute Engine.
Élément | Limite | Remarques |
---|---|---|
Unité de transmission maximale (MTU) | Entre 1 460 (valeur par défaut) et 1 500 (Ethernet standard), ou jusqu'à 8 896 octets (trames géantes), en fonction de la configuration du réseau VPC. | Les instances utilisant des tailles de MTU supérieures à celles acceptées par le réseau VPC peuvent rencontrer des problèmes de pertes de paquets. Pour en savoir plus, consultez la section Unité de transmission maximale. |
Nombre maximal d'interfaces réseau | 8 | Les interfaces réseau sont définies lors de la création de l'instance et ne peuvent pas être changées lors de modifications ultérieures de l'instance. |
Nombre maximal de plages d'adresses IP d'alias par interface réseau | 150 | Nombre de plages d'adresses IP d'alias que vous pouvez allouer à une interface réseau sans dépasser le quota correspondant au nombre total de plages d'adresses IP d'alias attribuées dans le réseau VPC. Google Cloud ne prend pas en compte la taille du masque de réseau de la plage d'adresses IP d'alias. Par exemple, une plage |
Interfaces réseau par réseau VPC | 1 | Chaque interface réseau doit être connectée à un réseau VPC unique. Une instance ne peut avoir qu'une seule interface réseau dans un réseau VPC donné. |
Durée maximale pour les connexions TCP inactives | 10 minutes | Les réseaux VPC suppriment automatiquement les connexions TCP inactives au bout de 10 minutes. Vous ne pouvez pas modifier cette limite, mais vous pouvez utiliser les messages keepalive TCP pour empêcher la désactivation des connexions aux instances. Consultez les conseils sur l'utilisation de Compute Engine pour en savoir plus. |
Débit maximal de sortie de données vers une adresse IP interne de destination | Variable selon le type de machine de la VM | Pour en savoir plus, consultez les sections Sortie vers une adresse IP interne de destination et Types de machines dans la documentation Compute Engine. |
Débit maximal de sortie de données vers une adresse IP externe de destination | Tous les flux : environ 7 Gbit/s (gigabits par seconde) soutenus ou 25 Gbit/s avec des performances réseau par VM de niveau 1 Flux unique : 3 Gbit/s soutenus |
Pour en savoir plus, consultez la section Sortie vers une adresse IP externe de destination dans la documentation Compute Engine. |
Débit maximal d'entrée de données pour une adresse IP interne de destination | Aucune limite artificielle | Pour en savoir plus, consultez la section Entrée vers une adresse IP interne de destination dans la documentation Compute Engine. |
Débit maximal d'entrée de données pour une adresse IP externe de destination | Jusqu'à 30 Gbit/s Jusqu'à 1 800 000 paquets par seconde |
Pour en savoir plus, consultez la section Entrée vers une adresse IP externe de destination dans la documentation Compute Engine. |
Limites de journalisation des connexions
Le nombre maximal de connexions pouvant être consignées par instance de VM dépend de son type de machine. Les limites de journalisation des connexions sont exprimées en nombre maximal de connexions pouvant être enregistrées dans un intervalle de cinq secondes.
Type de machine de l'instance | Nombre maximal de connexions enregistrées dans un intervalle de 5 secondes |
---|---|
f1-micro | 100 connexions |
g1-small | 250 connexions |
Types de machines comportant de 1 à 8 processeurs virtuels | 500 connexions par processeur virtuel |
Types de machines ayant plus de 8 processeurs virtuels | 4 000 (500×8) connexions |
Connectivité hybride
Les liens suivants vous permettent d'accéder aux quotas et limites pour Cloud VPN, Cloud Interconnect et Cloud Router :
- Quotas et limites de Cloud VPN
- Quotas et limites de Cloud Interconnect
- Quotas et limites de Cloud Router
Limites effectives pour les quotas par groupe d'appairage
Chaque quota par groupe d'appairage est associé au concept de limite effective. Cette section décrit comment la limite effective du quota est calculée. La limite effective est toujours supérieure ou égale à la valeur de la limite de quota par groupe d'appairage.
La plupart des quotas par groupe d'appairage possèdent un quota de réseau correspondant, par exemple SUBNET_RANGES_PER_PEERING_GROUP
et SUBNET_RANGES_PER_NETWORK
. Le calcul de la limite effective décrite dans cette section s'applique à tous les quotas de groupe d'appairage, même ceux qui ne disposent pas d'un quota par réseau correspondant.
La limite effective d'un quota par groupe d'appairage est calculée comme suit :
Étape 1. Sélectionnez un réseau VPC. Lorsque l'appairage de réseaux VPC est utilisé, chaque réseau possède son propre groupe d'appairage. Le groupe d'appairage d'un réseau se compose du réseau VPC lui-même et de tous les autres réseaux VPC qui y sont directement connectés via l'appairage de réseaux VPC. Les calculs de limites effectives sont répétés pour chaque quota de groupe d'appairage sur la base d'un réseau à la fois.
Étape 2. Pour le réseau VPC sélectionné, déterminez la limite la plus élevée parmi les suivantes :
- limite du quota par groupe d'appairage
- limite du quota par réseau correspondant
Si aucun quota par réseau correspondant n'existe, utilisez la limite de quota par groupe d'appairage.
Étape 3. Créez une liste composée des limites les plus élevées dans chaque réseau appairé:
- limite du quota par groupe d'appairage
- limite du quota par réseau correspondant
Si aucun quota par réseau correspondant n'existe, utilisez la limite de quota par groupe d'appairage.
Étape 4. Identifiez la valeur la plus faible dans la liste créée à l'étape 3.
Étape 5. Prenez la valeur la plus élevée parmi les deux valeurs obtenues aux étapes 2 et 4. Ce nombre correspond à la limite effective du quota par groupe d'appairage du point de vue du réseau VPC sélectionné.
Exemple de limites effectives
Supposons que vous disposez des quatre réseaux VPC network-a
, network-b
, network-c
et network-d
: Comme il existe quatre réseaux VPC, il existe également quatre groupes d'appairage, chacun du point de vue d'un réseau.
Supposons que les connexions d'appairage de réseaux soient les suivantes:
network-a
est appairé ànetwork-b
etnetwork-b
est appairé ànetwork-a
.network-a
est appairé ànetwork-c
etnetwork-c
est appairé ànetwork-a
.network-c
est appairé ànetwork-d
etnetwork-d
est appairé ànetwork-c
.
Supposons que les limites de deux quotas correspondants soient définies comme suit:
Réseau | Limite pour INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP |
Limite pour INTERNAL_FORWARDING_RULES_PER_NETWORK |
---|---|---|
network-a |
500 | 600 |
network-b |
350 | 300 |
network-c |
300 | 300 |
network-d |
400 | 300 |
Les limites effectives pour chaque quota INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP
sont les suivantes:
Groupe d'appairage pour
network-a
: les pairs directs sontnetwork-b
etnetwork-c
.- Dans
network-a
:max(500,600) = 600
- Liste des maxima pour les pairs directs :
network-b
:max(350,300) = 350
network-c
:max(300,300) = 300
- Minimum de la liste des pairs directs:
min(350,300) = 300
- Limite effective pour
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP
dansnetwork-a
:max(600,300) = 600
- Dans
Groupe d'appairage pour
network-b
: un pair direct,network-a
.- Dans
network-b
:max(350,300) = 350
- Liste des maxima pour les pairs directs :
network-a
:max(500,600) = 600
- Minimum de la liste des pairs directs:
min(600) = 600
- Limite effective pour
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP
dansnetwork-b
:max(350,600) = 600
- Dans
Groupe d'appairage pour
network-c
: les pairs directs sontnetwork-a
etnetwork-d
.- Dans
network-c
:max(300,300) = 300
- Liste des maxima pour les pairs directs :
network-a
:max(500,600) = 600
network-d
:max(400,300) = 400
- Minimum de la liste des pairs directs:
min(600,400) = 400
- Limite effective pour
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP
dansnetwork-c
:max(300,400) = 400
- Dans
Groupe d'appairage pour
network-d
: un pair direct,network-c
.- Dans
network-d
:max(400,300) = 400
- Liste des maxima pour les pairs directs :
network-c
:max(300,300) = 300
- Minimum de la liste des pairs directs:
min(300) = 300
- Limite effective pour
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP
dansnetwork-d
:max(400,300) = 400
- Dans
Gérer les quotas
Virtual Private Cloud impose des quotas sur l'utilisation des ressources pour différentes raisons. Il s'agit, par exemple, de préserver la communauté des utilisateurs Google Cloud en empêchant les pics d'utilisation imprévus. Les quotas aident également les utilisateurs qui explorent Google Cloud avec la version gratuite à ne pas dépasser les limites de leur version d'essai.
Tous les projets débutent avec les mêmes quotas, que vous pouvez modifier en demandant un quota supplémentaire. Certains quotas peuvent augmenter automatiquement en fonction de votre utilisation d'un produit.
Autorisations
Pour afficher les quotas ou demander des augmentations de quotas, les entités principales IAM (gestion de l'authentification et des accès) doivent disposer de l'un des rôles suivants :
Tâche | Rôle requis |
---|---|
Vérifier les quotas d'un projet | Choisissez l'une des options suivantes :
|
Modifier les quotas, demander un quota supplémentaire | Choisissez l'une des options suivantes :
|
Vérifier les quotas
Console
- Dans Google Cloud Console, accédez à la page Quotas.
- Pour rechercher le quota à mettre à jour, utilisez l'option Filtrer le tableau. Si vous ne connaissez pas le nom du quota, utilisez les liens disponibles sur cette page à la place.
gcloud
À l'aide de Google Cloud CLI, exécutez la commande suivante pour vérifier vos quotas. Remplacez PROJECT_ID
par votre ID de projet :
gcloud compute project-info describe --project PROJECT_ID
Pour vérifier le quota que vous avez déjà consommé dans une région, exécutez la commande suivante :
gcloud compute regions describe example-region
Erreurs lors du dépassement de votre quota
Si vous dépassez un quota avec une commande gcloud
, gcloud
génère un message d'erreur quota exceeded
et renvoie le code de sortie 1
.
Si vous dépassez un quota avec une requête API, Google Cloud renvoie le code d'état HTTP suivant : 413 Request Entity Too Large
.
Demander un quota supplémentaire
Pour demander une augmentation ou une diminution de la plupart des quotas, vous pouvez utiliser Google Cloud Console. Pour en savoir plus, consultez Demander une augmentation de quota.
Console
- Dans Google Cloud Console, accédez à la page Quotas.
- Sur la page Quotas, sélectionnez les quotas à modifier.
- En haut de la page, cliquez sur Modifier les quotas.
- Dans le champ Name (Nom), saisissez votre nom.
- Facultatif: Dans le champ Téléphone, saisissez un numéro de téléphone.
- Envoyez la demande. Le traitement des demandes de quotas nécessite un délai de 24 à 48 heures.
Disponibilité des ressources
Chaque quota représente le nombre maximal de ressources que vous pouvez créer pour un type de ressource donné, sous réserve de disponibilité. Il est important de noter que les quotas ne garantissent pas la disponibilité des ressources. Même si vous disposez d'un quota, vous ne pouvez pas créer une ressource si celle-ci n'est pas disponible.
Par exemple, vous pouvez disposer d'un quota suffisant pour créer une adresse IP régionale externe dans la région us-central1
. Toutefois, cela n'est pas possible si aucune adresse IP externe n'est disponible dans cette région. La disponibilité des ressources par zone peut également avoir une incidence sur votre capacité à créer des ressources.
Les situations dans lesquelles des ressources sont indisponibles dans une région entière sont rares. Toutefois, les ressources d'une zone peuvent parfois être épuisées de temps en temps, ce qui n'a généralement pas d'incidence sur le contrat de niveau de service pour le type de ressource. Pour plus d'informations, consultez le contrat de niveau de service correspondant à la ressource.