Quotas et limites

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.vpnGateways et compute.externalVpnGateways en font partie. Toutefois, la ressource compute.vpnTunnels est 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 Interconnect par projet. Les connexions Interconnect ne sont associées ni à des régions, ni à des réseaux VPC.
Bande passante de connexion Interconnect par projet	Calculée automatiquement	Bande passante totale de la connexion Interconnect pour le projet, calculée en additionnant les bandes passantes de chaque connexion qu'elle contient. La bande passante de chaque connexion est calculée en multipliant les capacités de ses circuits (10 Gbit/s ou 100 Gbit/s) par le nombre de circuits dans la connexion. Par exemple, une connexion Interconnect composée de quatre circuits de 10 Gbit/s a 40 Gbit/s de bande passante. Si vous avez deux connexions de ce type dans votre projet, ce quota est automatiquement défini sur 80 Gbit/s.
Pièces jointes VLAN	Quota	Nombre de rattachements de VLAN que vous pouvez configurer dans chaque région pour votre projet. 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 : Jusqu'à 2 circuits de 100 Gbit/s (200 Gbit/s). Jusqu'à 8 circuits de 10 Gbit/s pour augmenter la capacité de bande passante totale maximale de tous les rattachements de VLAN utilisant la connexion Interconnect à 80 Gbit/s. Pour déterminer la bande passante, multipliez le nombre de circuits physiques par la capacité de la bande passante par circuit (10 Gbit/s).
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 : Le débit maximal pour un rattachement de VLAN de 50 Gbit/s est de 6,25 millions de paquets par seconde (pps). Le débit maximal pour un rattachement de VLAN de 10 Gbit/s est de 1,25 million de paquets par seconde (pps).	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	Dataplane v2 : 10 Gbit/s Dataplane v1 : 3 Gbit/s 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. Un hachage à cinq tuples est constitué d'un protocole, d'une adresse IP source, d'un port source, d'une adresse IP de destination et d'un port de destination. Un hachage à trois tuples est composé d'un protocole, d'une adresse IP source et d'une adresse IP de destination. 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 : Si la capacité de la bande passante de votre rattachement de VLAN est inférieure à la capacité maximale de sa version Dataplane (3 Gbit/s ou 10 Gbit/s), la bande passante par flux de trafic est limitée par la bande passante du rattachement de VLAN. Si vous atteignez le débit maximal de paquets par flux de trafic (comme décrit dans la section suivante).
Débit maximal de paquets par flux de trafic sur un rattachement de VLAN	Dataplane v2 : 10 000 000 paquets par seconde (pps) Dataplane v1 : 250 000 paquets par seconde	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)	1 440 ou 1 500 octets	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 (interconnexion partenaire)	28 jours	Durée maximale entre la génération d'une clé d'association pour un rattachement de VLAN (interconnexion partenaire) 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 l'interconnexion dédiée et l'interconnexion partenaire 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 de Google Cloud Console.

É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 ci-dessous.

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 un tunnel Cloud VPN utilisant le routage dynamique ou un rattachement de VLAN pour une interconnexion dédiée ou une interconnexion partenaire.
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.
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 tous les routeurs Cloud Router de la même région Cette limite est appelée limite propre à une région d'une région.	250	Pour les deux limites du nombre maximal de destinations uniques assurées pour les routes apprises : Les préfixes IPv4 et IPv6 sont comptabilisés dans chaque limite. Toutes les routes apprises sont comptabilisées dans cette limite, y compris les routes apprises personnalisées et les routes apprises d'un pair 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 nombres maximal de limites de destination uniques sans atteindre l'autre. Une fois les limites atteintes, 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 limites, y compris sur les métriques que vous pouvez utiliser pour comprendre vos limites et votre utilisation actuelles, consultez la section Vérifier les quotas et les limites de la page Dépannage. Si vous devez augmenter l'une de ces limites, envoyez une demande d'assistance.
Applicable uniquement aux réseaux VPC en mode de routage dynamique global : 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 Cette limite est appelée limite d'autres régions d'une région.	250
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

Exemple de route apprise

Les exemples suivants illustrent le comportement de suppression des routes que vous pouvez rencontrer lorsque la limite propre à une région ou d'autres régions est dépassée.

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, la limite propre à une région de chaque région est épuisée, car les 250 destinations uniques sont apprises par les routeurs cloud dans chaque région. Les limites des autres régions sont également épuisées, 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 limites d'autres régions ne s'appliqueraient 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 saut suivant de la route.

Dépassement de la limite 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 de la limite 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 de la limite 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 la limite 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 la limite propre à une région de la région us-central1 n'ait pas été dépassée, la limite de destination unique 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 de la limite propre à une région)	Destinations uniques d'autres régions (utilisation de la limite 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 us-west1 sont créées dans us-west1. Les 250 préfixes sélectionnés sont partagés avec d'autres régions.	260 reçues (250 destinations provenant de us-east1, 10 provenant de us-central1). Sur les 260, 250 sont sélectionnées, et 10 des 260 sont supprimées par l'ordre déterministe. 250 routes dynamiques avec des sauts suivants en dehors de us-west1 sont créées dans us-west1.
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 us-east1 sont créées dans us-east1. Les 250 préfixes sélectionnés sont partagés avec d'autres régions.	260 reçues (250 destinations provenant de us-west1, 10 provenant de us-central1). Sur les 260, 250 sont sélectionnées, et 10 des 260 sont supprimées par l'ordre déterministe. 250 routes dynamiques avec des sauts suivants en dehors de us-east1 sont créées dans us-east1.
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 us-central1 sont créées dans us-central1. Les 100 préfixes sélectionnés sont partagés avec d'autres régions.	500 reçues (250 destinations provenant de us-west1, 250 provenant de us-east1). Sur les 500, 250 sont sélectionnées, et 250 des 500 sont supprimées par l'ordre déterministe. 250 routes dynamiques avec des sauts suivants en dehors de us-central1 sont créées dans us-central1.

Bien que la limite d'autres régions de la région us-central1 soit dépassée, sa limite 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/8 précède 10.2.1.0/24, qui précède 10.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 la limite d'autres régions d'une région, le comportement d'abandon déterministe est appliqué indépendamment de la limite propre à une région de chaque région et de la limite 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'une limite 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 limite.

Agrégez des préfixes (par exemple, en les agrégeant dans un préfixe plus court) afin de réduire le nombre de destinations uniques. Si l'agrégation de préfixes n'est pas possible, contactez votre équipe commerciale Google Cloud pour discuter 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 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, 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 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 par table de routage de hub	Quota	Applicable uniquement aux hubs avec spokes VPC

Limites

Les limites d'utilisation ci-dessous sont appliquées à Network Connectivity Center.

Élément	Value
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 et inactifs) par hub	1 000
Nombre de filtres d'exportation par spoke	16

Gestion des 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 de 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 une augmentation de quotas, les comptes principaux IAM (Identity and Access Management) 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 : Propriétaire du projet (roles/owner) Éditeur du projet (roles/editor) Lecteur de quotas (roles/servicemanagement.quotaViewer)
Modifier les quotas, demander un quota supplémentaire	Choisissez l'une des options suivantes : Propriétaire du projet (roles/owner) Éditeur du projet (roles/editor) Administrateur de quotas (roles/servicemanagement.quotaAdmin) Rôle personnalisé doté de l'autorisation serviceusage.quotas.update

Vérifier les quotas

Console

1. Dans la console Google Cloud, accédez à la page Quotas.

   Accéder à la section "Quotas"

2. 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 l'interface de ligne de commande Google Cloud, 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: HTTP 413 Request Entity Too Large.

Demander des quotas supplémentaires

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

1. Dans la console Google Cloud, accédez à la page Quotas.

   Accéder à la section "Quotas"

2. Sur la page Quotas, sélectionnez les quotas à modifier.
3. En haut de la page, cliquez sur Modifier les quotas.
4. Indiquez votre nom, votre adresse e-mail et votre numéro de téléphone, puis cliquez sur Suivant.
5. Remplissez votre demande de quota, puis cliquez sur Terminé.
6. 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.