Quotas et limites

Ce document répertorie les quotas et limites qui s'appliquent à Cloud Router.

Pour modifier un quota, consultez la section Demander une augmentation de quota.

Un quota limite la quantité d'une ressource Google Cloud partagée particulière que votre projet cloud peut utiliser, y compris les composants matériels, logiciels et réseau.

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 modifier le quota ou de demander des modifications

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 Cloud. Ils sont partagés entre toutes les applications et adresses IP qui utilisent ce projet.

De nombreux produits et services présentent également des limites qui ne sont pas liées au système de quotas. Il s'agit de contraintes, telles que la taille maximale des fichiers ou les limites de schémas de bases de données, qui ne peuvent généralement pas être augmentées ou réduites, sauf indication contraire.

Quotas

Ce tableau répertorie les quotas importants par projet. Pour les autres quotas, consultez la page Quotas de 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 donné, nombre maximal d'annonces de routes personnalisées par session BGP 200 Si les annonces de routage personnalisées sont identiques pour toutes les sessions BGP sur un routeur cloud, cette limite représente le nombre total d'annonces de routage personnalisées uniques pour le routeur cloud. Dans ce cas, chaque session reçoit le même ensemble d'annonces de routage personnalisées.
Nombre maximal de destinations uniques pour les routes apprises pouvant être appliquées aux sous-réseaux d'une région donnée par tous les routeurs cloud dans la même région 100

Pour les deux limites du nombre maximal de destinations uniques pour les routes apprises :

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, contactez votre équipe commerciale Google Cloud.

Applicable uniquement aux réseaux VPC en mode de routage dynamique mondial :

Nombre maximal de destinations uniques pour les routes apprises pouvant être appliquées aux sous-réseaux d'une région donnée par les routeurs cloud de différentes régions

100

Exemple de route apprise

Les exemples suivants illustrent le comportement de suppression des routes que vous pouvez rencontrer lorsque la limite régionale ou globale est dépassée.

Supposons que vous ayez 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é. Les routeurs cloud de chaque région apprennent un ensemble de routes pour 100 destinations uniques. Pour les besoins de cet exemple, les routeurs cloud de chaque région n'apprennent pas les mêmes destinations.

Indépendamment des routeurs cloud qui apprennent les routes dans chaque région, la limite régionale de chaque région est épuisée, car 100 des 100 destinations uniques sont apprises par les routeurs cloud dans chaque région. Les limites globales pour les deux régions sont épuisées, car les routeurs cloud de chaque région importent 100 destinations uniques des routeurs cloud de l'autre région. Si l'exemple de réseau VPC utilisait le routage dynamique régional, les limites globales de chaque région ne s'appliqueraient pas, car le mode de routage dynamique régional ne propage pas les routes dynamiques personnalisées apprises d'une région à une autre.

Dépassement de la limite régionale d'une région

Supposons que votre routeur sur site connecté à un routeur cloud dans la région us-west1 annonce une nouvelle route avec une destination 101. Les routeurs cloud de la région us-west1 choisissent les routes pour 100 des 101 destinations uniques suivant un ordre déterministe. Les routes qui utilisent ces destinations sélectionnées (100 uniques) sont mises à la disposition des ressources dans la région us-west1. Ces mêmes routes sont mises à la disposition d'autres régions, en fonction des limites globales des autres régions.

Dépassement de la limite globale d'une région

Lorsque 101 destinations uniques sont apprises par les routeurs cloud dans la région us-west1, les routes de 100 de ces 101 destinations uniques depuis us-west1 sont mises à la disposition des ressources de la région us-east1, car la limite globale de la région us-east1 ne peut accepter que 100 destinations uniques.

Supposons que vous créiez 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 de destination régionale de la région us-central1 n'ait pas été dépassée, la limite de destination unique globale de la région us-central1 a été dépassée, car 200 destinations uniques au total sont fournies par les deux autres régions (100 provenant de us-east1 et 100 autres provenant de us-west1). Dans chaque région, l'ordre de routage déterministe sélectionne les routes pour un maximum de 100 destinations uniques provenant d'autres régions, comme indiqué dans le tableau suivant.

Région Destinations uniques locales pour la région
(utilisation de la limite régionale de la région)
Destinations uniques à partir d'autres régions
(utilisation de la limite globale de la région)
us-west1 101 reçues. 100 des 101 destinations sont considérées d'après la suppression déterministe des routes. Seuls les 100 préfixes sélectionnés sont annoncés dans les régions distantes. 110 reçues (100 destinations provenant de us-east1, 10 provenant de us-central1). 100 de ces 110 sont prises en compte en fonction de la suppression déterministe des routes.
us-east1 100 reçues. Les 100 destinations sont prises en compte et présentées dans les régions distantes. 110 reçues (100 destinations provenant de us-west1, 10 provenant de us-central1). 100 de ces 110 sont prises en compte en fonction de la suppression déterministe des routes.
us-central1 10 reçues. Les 10 destinations sont prises en compte. 200 reçus (100 destinations provenant de us-west1, 100 provenant de us-east1). 100 de ces 200 sont considérées d'après la suppression déterministe des routes.

Bien que la limite globale de la région us-central1 soit dépassée, son quota régional peut accepter les routes 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, de sorte que, tant que les mêmes préfixes sont reçus dans chaque région, un ensemble cohérent de routes est mis à la disposition des ressources au sein de cette région. Cette cohérence est préservée lorsque les tâches Cloud Router redémarrent. Si une limite est dépassée, Cloud Router supprime les préfixes selon un algorithme prévisible, indépendamment de la date à laquelle les routes ont été apprises ou des valeurs MED de ces routes. En effet, une nouvelle route peut entraîner la suppression d'une route précédemment apprise par l'algorithme.

Comme indiqué dans la section Dépassement de la limite globale d'une région, le comportement déterministe de la suppression est appliqué indépendamment à la limite régionale et globale de chaque région. L'ensemble de 100 préfixes uniques qui ne sont pas supprimés dans chaque région car la limite globale de chaque région a été atteinte (la dernière colonne) n'est pas garanti être le même.

Éviter la suppression des routes

Lors de la suppression des routes, vous perdez la connectivité pour les préfixes supprimés. Pour éviter la suppression des routes, surveillez l'utilisation des préfixes régionaux et globaux 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.

Gestion des quotas

Cloud Router 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 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

  1. Dans Cloud Console, 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'outil de ligne de commande gcloud, exécutez la commande suivante pour vérifier les 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, utilisez Google Cloud Console. Certains quotas ne peuvent pas être augmentés au-delà de leurs valeurs par défaut.

Pour en savoir plus, consultez les sections suivantes de la page Utiliser des quotas :

Console

  1. Dans Cloud Console, 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.