Cette page décrit les quotas et les limites pour les produits de connectivité réseau. Pour modifier un quota, consultez la section Demander une augmentation de quota. Sauf indication contraire, les limites ne peuvent pas être augmentées.
Cloud VPN
Quotas
Ce tableau répertorie les quotas importants par projet. Pour les autres quotas, consultez la page Quotas de la console Google Cloud.
| Élément | Quota | Remarques |
|---|---|---|
| Passerelles VPN | Quota | Pour les VPN haute disponibilité uniquement |
| Passerelles VPN externes | Quota | Pour les VPN haute disponibilité uniquement |
| Tunnels VPN | Quota | Ce quota représente le nombre total cumulé de tunnels VPN classiques et haute disponibilité. |
| Routeurs | Quota |
Ce quota représente le 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. Soumis aux quotas et limites de Cloud Router, le nombre de routeurs cloud est complètement indépendant du type de passerelle Cloud VPN (VPN classique ou haute disponibilité) auquel un tunnel est associé, bien que le quota soit appliqué de la même manière aux deux types. |
| Passerelles VPN cibles | Quota | Pour les VPN classiques uniquement |
| Règles de transfert | Quota | Pour les VPN classiques uniquement |
Limites
Les limites suivantes s'appliquent à Cloud VPN. Dans ce tableau, le terme "tunnel VPN" désigne un tunnel VPN classique ou haute disponibilité. Sauf indication contraire, ces limites ne peuvent pas être augmentées.
| Élément | Limite | Remarques |
|---|---|---|
| Bande passante par tunnel VPN | 250 000 paquets par seconde pour la somme des entrées et sorties |
250 000 paquets par seconde équivaut à peu près à 1 à 3 Gbit/s, en fonction de la taille moyenne des paquets dans le tunnel. Cloud VPN ne limite que le trafic IPsec sortant. Il ne limite pas le trafic entrant. Pour en savoir plus, consultez la page Bande passante réseau. |
Problèmes connus
Les problèmes suivants se posent à l'heure actuelle :
Les ressources Google Cloud propres aux VPN haute disponibilité ne s'affichent pas encore dans l'inventaire des éléments cloud ni dans Security Command Center.
compute.vpnGatewaysetcompute.externalVpnGatewaysen font partie. Toutefois, la ressourcecompute.vpnTunnelsest répertoriée dans ces deux emplacements et est requise pour permettre la connexion du VPN haute disponibilité.Pour consulter les métriques Cloud Monitoring pour le VPN haute disponibilité, utilisez l'Explorateur de métriques. Pour en savoir plus, consultez la page Afficher les journaux et les métriques.
Lorsque vous définissez des tunnels VPN vers AWS, utilisez IKEv2 et configurez moins d'ensembles de transformation IKE.
Cloud Interconnect
Quotas
Ce tableau présente les principaux quotas pour chaque projet. Pour les autres quotas, consultez la page Quotas de Google Cloud Console.
| Élément | Quota | Remarques |
|---|---|---|
| Connexions d'interconnexions | Quota | Nombre de connexions Dedicated Interconnect par projet. Les connexions Interconnect ne sont associées ni à des régions, ni à des réseaux VPC. |
| Rattachements de VLAN | Quota | Nombre de rattachements de VLAN que vous pouvez configurer dans chaque région pour votre projet. Cela inclut les rattachements de VLAN pour les connexions Dedicated Interconnect et Partner Interconnect. En plus de ce quota, les rattachements de VLAN par connexion Interconnect s'appliquent. |
| Rattachements de VLAN par connexion Interconnect | Quota | Nombre de rattachements de VLAN que vous pouvez configurer sur une seule connexion d'interconnexion. |
| Mbit/s totaux pour les rattachements de VLAN | Quota | Capacité maximale de bande passante de tous les rattachements de VLAN dans une région donnée pour un projet donné, indépendamment de leur relation avec les connexions Interconnect. Les limites indiquées dans le tableau suivant s'appliquent en plus de ce quota. |
| Routeurs cloud | Quota | 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. |
Limites
Les limites suivantes s'appliquent aux connexions Interconnect et aux rattachements de VLAN. Sauf indication contraire, ces limites ne peuvent pas être augmentées.
| Élément | Limite | Remarques |
|---|---|---|
| Nombre maximal de circuits physiques par interconnexion | 8 circuits de 10 Gbit/s (80 Gbit/s) ou 2 circuits de 100 Gbit/s (200 Gbit/s) |
Une connexion Interconnect est une connexion logique à Google, composée d'un ou de plusieurs circuits physiques. Vous pouvez demander l'une des configurations de circuits suivantes :
|
| Bande passante maximale par rattachement de VLAN | Capacités de 50 Mbit/s à 50 Gbit/s | La bande passante maximale possible par rattachement de VLAN dépend de la capacité de bande passante que vous commandez. Pour en savoir plus sur les capacités, consultez la page Tarifs. Pour une interconnexion partenaire, tous fournisseurs de services ne proposent pas toutes les capacités. Le débit des flux individuels sur un rattachement de VLAN est limité. Pour atteindre un débit maximal, vous devez utiliser plusieurs flux à cinq tuples (par exemple : 10+) avec des tailles de paquets dans le MTU du rattachement de VLAN. |
| Débit total maximal de paquets par rattachement de VLAN | Dataplane v1 : ce débit varie en fonction de la capacité du rattachement :
|
Débit maximal de paquets pour l'intégralité du rattachement de VLAN. |
| Bande passante maximale par flux de trafic sur un rattachement de VLAN |
Même si vous configurez votre rattachement avec une bande passante plus élevée, un flux de trafic individuel peut être limité au maximum défini pour la version Dataplane. |
Un flux de trafic vers une destination dans un réseau VPC est identifié par un hachage à cinq tuples pour les paquets non fragmentés ou par un hachage à trois tuples pour les paquets fragmentés. En outre, les flux de trafic qui utilisent l'accès privé à Google pour les hôtes sur site sont identifiés par un hachage à trois tuples.
Vous trouverez ci-dessous les cas dans lesquels la bande passante maximale est inférieure à la limite de 3 Gbit/s ou de 10 Gbit/s :
|
| Débit maximal de paquets par flux de trafic sur un rattachement de VLAN |
|
Débit maximal de paquets par flux de trafic, identifié par un hachage à cinq tuples pour des paquets non fragmentés et par un hachage à trois tuples pour des paquets fragmentés (comme décrit dans la section précédente). |
| Unité de transmission maximale (MTU) |
|
Suivant le paramètre de MTU du rattachement de VLAN, taille du plus gros paquet IP pouvant être transmis sur un rattachement de VLAN. Pour en savoir plus, consultez la section MTU Cloud Interconnect. |
| Durée de vie maximale d'une clé d'association créée pour un rattachement de VLAN (Partner Interconnect) | 28 jours | Durée maximale entre la génération d'une clé d'association pour un rattachement de VLAN (Partner Interconnect) et le provisionnement du rattachement par le fournisseur de services. Si la clé d'association n'est plus valide, il vous suffit de la supprimer et d'en recréer une pour le fournisseur d'interconnexion partenaire. |
| Limites de Cloud Router | Étant donné que les connexions Dedicated Interconnect et Partner Interconnect requièrent Cloud Router, tous les quotas et limites de Cloud Router s'appliquent. Le nombre maximal de routes apprises et le nombre de routes annoncées sont limités. Pour en savoir plus, consultez la page Quotas et limites de Cloud Router. |
Cloud Router
Quotas
Ce tableau répertorie les quotas importants par projet. Pour les autres quotas, consultez la page Quotas et limites du système de la console Google Cloud.
| Élément | Quota | Remarques |
|---|---|---|
| Routeurs cloud par projet | Quota | Indépendamment du quota, chaque réseau est limité à cinq routeurs cloud par région. Consultez les limites. |
|
Préfixes de routage dynamique Cloud Router uniques propre à une région, par région et par réseau VPC Nombre maximal de préfixes de destination uniques garantis pour les routes apprises appliquées aux sous-réseaux d'une région donnée par tous les routeurs cloud de la même région. Il s'agit du quota propre à une région. |
Quota |
Les préfixes IPv4 et IPv6 sont comptabilisés dans ce quota. Toutes les routes apprises sont comptabilisées dans ce quota, y compris les routes apprises personnalisées et les routes reçues par BGP. Les routes sont regroupées par destinations uniques. Les routes ayant des destinations identiques mais des sauts suivants différents ne comptent que comme une seule destination. Les routes ayant des destinations identiques et des sauts suivants identiques ne comptent également que comme une seule destination. Pour les réseaux en mode de routage dynamique global, il est possible d'atteindre l'un des quotas de préfixes de route dynamique unique sans atteindre l'autre. Si l'un des quotas a été dépassé, vous pouvez rencontrer des problèmes de connectivité intermittente lorsque les routes sont supprimées./ Pour en savoir plus, consultez l'exemple de route apprise. Pour en savoir plus sur ces quotas, y compris sur les métriques que vous pouvez utiliser pour comprendre votre utilisation actuelle, consultez la section Résoudre les problèmes liés aux routes BGP et à la sélection des routes. |
|
Applicable uniquement aux réseaux VPC en mode de routage dynamique global. Préfixes de routes dynamiques Cloud Router uniques d'autres régions, par région et par réseau VPC Nombre maximal de destinations uniques assurées pour les routes apprises pouvant être appliquées aux sous-réseaux d'une région donnée par les routeurs Cloud Router de différentes régions Il s'agit du quota d'autres régions d'une région. |
Quota |
Les préfixes IPv4 et IPv6 sont comptabilisés dans ce quota. Toutes les routes apprises sont comptabilisées dans ce quota, y compris les routes apprises personnalisées et les routes reçues par BGP. Les routes sont regroupées par destinations uniques. Les routes ayant des destinations identiques mais des sauts suivants différents ne comptent que comme une seule destination. Les routes ayant des destinations identiques et des sauts suivants identiques ne comptent également que comme une seule destination. Pour les réseaux en mode de routage dynamique global, il est possible d'atteindre l'un des quotas de préfixes de route dynamique unique sans atteindre l'autre. Si l'un des quotas a été atteint, vous pouvez rencontrer des problèmes de connectivité intermittents lorsque les routes sont supprimées. Pour en savoir plus, consultez l'exemple de route apprise. Pour en savoir plus sur ces quotas, y compris sur les métriques que vous pouvez utiliser pour comprendre votre utilisation actuelle, consultez la section Résoudre les problèmes liés aux routes BGP et à la sélection des routes. |
Limites
Les limites suivantes s'appliquent aux routeurs cloud des réseaux du cloud privé virtuel (VPC). Sauf indication contraire, ces limites ne peuvent pas être augmentées.
| Élément | Limite | Remarques |
|---|---|---|
| Nombre maximal de routeurs cloud par combinaison de réseau VPC et de région | 5 | Si votre quota de projet est suffisant, vous pouvez créer jusqu'à cinq routeurs cloud dans un réseau VPC et une région donnés. |
| Nombre maximal de pairs BGP par Cloud Router dans une combinaison donnée de réseau VPC et de région | 128 | Le pair BGP peut être l'un des suivants :
|
| Nombre maximal de préfixes acceptés par Cloud Router à partir d'un seul pair BGP | 5 000 | Si un pair BGP annonce plus de 5 000 préfixes, Cloud Router réinitialise la session BGP. |
| Nombre maximal de conditions pour toutes les règles de routage BGP appliquées dans un même pair ou une seule direction BGP | 1 000 | Cette limite n'est pas répartie entre les ressources, mais combinée. Aucune limite ne s'applique à la taille d'une seule expression de correspondance ou d'action, au nombre d'actions dans une condition, au nombre de conditions dans une seule règle ni au nombre de règles. |
| Pour un routeur cloud donné, nombre maximal d'annonces de routage de sous-réseau par session BGP | Sans restriction | Les routeurs cloud n'ont pas de limite quant au nombre de routes de sous-réseau qu'ils peuvent annoncer. Le nombre de routes de sous-réseau est déterminé par le nombre de sous-réseaux contrôlés par les quotas et les limites du réseau VPC. |
| Pour un routeur Cloud Router donné, nombre maximal de routes annoncées personnalisées par session BGP | 200 | Si les routes personnalisées annoncées sont identiques pour toutes les sessions BGP sur un routeur Cloud Router, cette limite représente le nombre total de routes annoncées personnalisées IPv4 et IPv6 uniques pour le routeur. Dans ce cas, chaque session reçoit le même ensemble de routes annoncées personnalisées. |
| Pour un routeur Cloud Router donné, taille maximale combinée de tous les littéraux d'expression de correspondance et d'action utilisés dans les règles de routage BGP lorsqu'ils sont encodés au format UTF-8. | Limite de 250 Kio | Pour un routeur Cloud Router donné, cette limite n'est pas répartie entre les ressources, mais combinée. Il n'y a pas de limite sur la taille d'une seule correspondance ou expression d'action, le nombre d'actions dans une condition, le nombre de conditions dans une seule règle de routage BGP, ni le nombre de règles de routage BGP. |
Nombre maximal de requêtes par minute pour les appels list-bgp-routes sur un seul routeur Cloud Router |
1500 | Ce quota provient de compute.googleapis.com/list_requests_per_region.
Pour en savoir plus, consultez la page Quotas de débit. |
| Nombre maximal de règles de routage BGP par routeur Cloud Router. | 500 | |
| Pour une session BGP donnée, nombre maximal de routes apprises personnalisées | 10 |
Pour plus d'informations sur cette fonctionnalité, consultez la section Routes apprises personnalisées. |
Pour une région donnée dans un réseau VPC, nombre maximal de préfixes d'adresses IP uniques pouvant être configurés en tant que routes apprises personnalisées. Cette limite permet d'utiliser les mêmes plages sur plusieurs pairs |
10 |
Pour plus d'informations sur cette fonctionnalité, consultez la section Routes apprises personnalisées. |
Exemple de route apprise
Les exemples suivants illustrent le comportement de suppression des routes que vous pouvez rencontrer lorsque le quota propre à une région ou d'autres régions est dépassé.
Supposons que vous avez des routeurs cloud dans la région us-east1 et des routeurs cloud dans la région us-west1 au sein du même réseau VPC, et que le routage dynamique global est activé. Chaque routeur cloud de chaque région apprend 250 destinations uniques. À des fins d'illustration dans cet exemple, chaque routeur cloud de chaque région n'apprend pas les mêmes destinations.
Indépendamment des routeurs cloud qui apprennent les routes dans chaque région, le quota propre à une région de chaque région est épuisé, car les 250 destinations uniques sont apprises par les routeurs cloud dans chaque région. Les quotas des autres régions sont également épuisés, car chaque routeur Cloud importe 250 destinations uniques depuis l'autre région. Si l'exemple de réseau VPC utilisait le routage dynamique régional, les quotas d'autres régions ne s'appliquent pas dans chaque région, car le mode de routage dynamique régional indique au réseau VPC de ne créer que des routes dynamiques dans la région correspondant au prochain saut de la route.
Dépassement du quota propre à une région d'une région
Supposons que votre routeur sur site connecté à un routeur cloud dans la région us-west1 annonce une 251e destination. Les routeurs cloud de la région us-west1 choisissent 250 des 251 destinations uniques suivant un ordre de routage déterministe.
Ces routeurs envoient ces 250 destinations uniques au réseau VPC, créant ainsi 250 routes dynamiques dans la région us-west1.
Étant donné que le réseau VPC utilise le mode de routage dynamique global, il ne crée pas plus de 250 routes dynamiques dans toutes les autres régions, sous réserve du quota de destination unique d'autres régions de chaque autre région. La section suivante décrit plus en détail ce qui se passe dans les autres régions.
Dépassement du quota d'autres régions
Lorsque 251 destinations uniques sont apprises par les routeurs cloud dans la région us-west1, 250 destinations uniques sur les 251 de us-west1 sont mises à la disposition des ressources dans la région us-east1, car le quota d'autres régions de la région us-east1 ne peut accepter que 250 destinations uniques.
Supposons que vous créez un routeur cloud dans une troisième région, us-central1, dans le même réseau VPC. Supposons que le nouveau routeur cloud apprend 10 destinations uniques à partir de son pair BGP. Bien que le quota propre à une région de la région us-central1 n'ait pas été dépassée, le quota d'autres régions de la région us-central1 a été dépassée, car un total de 500 destinations uniques sont fournies par les deux autres régions (250 de us-east1 et 250 autres de us-west1).
Sur une base région par région, l'ordre de routage déterministe sélectionne les routes pour un maximum de 250 destinations uniques dans d'autres régions, comme indiqué dans le tableau suivant.
| Région |
Destinations uniques locales pour la région (utilisation du quota propre à une région) |
Destinations uniques d'autres régions (utilisation du quota d'autres régions) |
|---|---|---|
| us-west1 |
251 reçues. 250 destinations sur 251 sont sélectionnées et l'une d'elle est supprimée par l'ordre déterministe. 250 routes dynamiques avec sauts suivants dans Les 250 préfixes sélectionnés sont partagés avec d'autres régions. |
260 reçues (250 destinations provenant de 250 routes dynamiques avec des sauts suivants en dehors de |
| us-east1 |
250 reçues. Les 250 destinations sont sélectionnées par ordre de routage déterministe. 250 routes dynamiques avec sauts suivants dans Les 250 préfixes sélectionnés sont partagés avec d'autres régions. |
260 reçues (250 destinations provenant de 250 routes dynamiques avec des sauts suivants en dehors de |
| us-central1 |
10 reçues. Les 10 destinations sont sélectionnées par ordre de routage déterministe. 10 routes dynamiques avec sauts suivants dans Les 100 préfixes sélectionnés sont partagés avec d'autres régions. |
500 reçues (250 destinations provenant de 250 routes dynamiques avec des sauts suivants en dehors de |
Bien que le quota d'autres régions de la région us-central1 soit dépassé, son quota propre à une région peut accepter les destinations dont les sauts suivants se trouvent dans la région us-central1.
Comportement déterministe de la suppression des routes
Cloud Router met en œuvre un comportement de suppression des routes déterministe en fonction de la longueur du masque de sous-réseau et des caractéristiques lexicographiques de chaque préfixe reçu. Dans chaque région, le processus suivant s'applique indépendamment à la liste des destinations propre à une région et à la liste des destinations uniques d'autres régions :
La liste est triée d'abord en fonction de la longueur de masque de sous-réseau la plus courte à la plus longue, puis de façon lexicographique. Par exemple,
10.0.0.0/8précède10.2.1.0/24, qui précède10.99.1.0/24.Les 250 premières entrées de la liste sont conservées. Toutes les autres sont supprimées.
Comme indiqué dans la section Dépasser le quota d'autres régions d'une région, le comportement d'abandon déterministe est appliqué indépendamment du quota propre à une région de chaque région et du quota d'autres régions de chaque région.
Le comportement déterministe de la suppression des routes a les conséquences suivantes :
Lorsque les préfixes IPv4 et IPv6 sont reçus, Cloud Router supprime généralement les préfixes IPv6 en cas de dépassement d'un quota de destination unique. Cela est dû au fait que la longueur de masque de sous-réseau la plus courte pour IPv6 (
/48) est plus longue que la longueur de masque de sous-réseau la plus longue possible pour IPv4 (/32).Si l'ensemble de préfixes appris dans chaque région reste constant, Google Cloud programme un ensemble cohérent de routes dynamiques locales dans chaque région, sous réserve du mode de routage dynamique du réseau VPC. Cette cohérence, y compris les routes supprimées par Cloud Router, est conservée lorsque les tâches Cloud Router redémarrent.
Éviter la suppression des routes
Lors de la suppression des routes, vous perdez la connectivité pour les préfixes supprimés. Pour éviter l'abandon des routes, surveillez l'utilisation du préfixe propre à une région et d'autres régions de chaque région à l'aide de Cloud Monitoring ou de Cloud Logging et assurez-vous de ne pas annoncer plus de destinations uniques que chaque quota.
Envisagez de résumer les routes pour réduire le nombre de destinations uniques. Par exemple, si vous disposez des quatre sous-réseaux suivants : 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24 et 10.10.10.3/24, vous pouvez les résumer en un seul préfixe : 10.10.0.0/22.
Si cette synthèse n'est pas possible, contactez votre équipe commerciale Google Cloud pour envisager d'autres options.
Appareil de routeur
Quotas
Les quotas qui s'appliquent aux routes réseau pour Cloud Router s'appliquent également aux routes pour les satellites d'appliance de routeur associés aux hubs de Network Connectivity Center.
Pour en savoir plus, consultez la section Quotas Cloud Router.
Limites
Les limites suivantes de Cloud Router s'appliquent également à l'appliance de routeur :
- Nombre maximal de routeurs cloud par combinaison de réseau VPC et de région
- Nombre maximal de pairs BGP par routeur Cloud Router dans une combinaison donnée de réseau VPC et de région
Pour en savoir plus, consultez la page Limites de Cloud Router.
Network Connectivity Center
Quotas
Les quotas qui s'appliquent aux routes réseau pour Cloud Router s'appliquent également aux routes pour les hubs et les satellites de Network Connectivity Center. Pour plus d'informations, consultez les quotas et limites de Cloud Router.
| Élément | Quota | Remarques |
|---|---|---|
| Nombre de hubs par projet | Quota | Par projet, au niveau mondial |
| Nombre de spokes de tunnel Cloud VPN par projet et par région | Quota | Par projet dans chaque région ; seuls les tunnels VPN haute disponibilité sont acceptés |
| Nombre de spokes de rattachement de VLAN Cloud Interconnect par projet et par région | Quota | Par projet dans chaque région |
| Nombre de spokes d'appliance de routeur par projet et par région | Quota | Par projet dans chaque région |
| Nombre de spokes VPC par projet | Quota | Inclut les spokes VPC (combinant les spokes du groupe périphérique et du groupe central), même s'ils ne sont connectés à aucun hub. |
Nombre de spokes VPC actifs par hub |
Quota | Uniquement applicable aux spokes VPC acceptés dans un hub ; non applicable aux spokes VPC en attente d'examen ou qui ont été refusés. |
Nombre de routes de sous-réseau par table de routage de hub |
Quota | Applicable uniquement aux hubs avec des spokes VPC |
Limites
Les limites d'utilisation ci-dessous sont appliquées à Network Connectivity Center.
| Élément | Valeur |
|---|---|
| Nombre de tunnels VPN pouvant être associés à un spoke | 8 |
| Nombre de rattachements de VLAN pouvant être associés à un spoke | 6 |
| Nombre d'instances d'appareil de routeur pouvant être associées à un spoke | 8 |
| Nombre de spokes VPC actifs par hub | 250 |
| Nombre de spokes VPC (actifs et inactifs) par hub | 1 000 |
| Nombre de filtres d'exportation par spoke | 16 |
| Nombre maximal de VPC de routage pris en charge par hub Network Connectivity Center | 40 |
| Nombre de routes dynamiques par table de routage de hub | 500 |
Gérer les quotas
Google 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 la console Google Cloud, 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_IDPour 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
Vous allez utiliser la console Google Cloud pour ajuster la plupart des quotas. Pour en savoir plus, consultez la section Demander un ajustement de quota.
Console
- Dans la console Google Cloud, 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.