Quotas de ressources

Compute Engine impose des quotas sur l'utilisation des ressources pour différentes raisons, par exemple pour préserver la communauté des utilisateurs de Google Cloud Platform en empêchant les pics d'utilisation imprévus. Dans Google Cloud Platform, des quotas d'essai gratuits sont également proposés. Ils offrent un accès limité aux projets qui se contentent d'explorer la plate-forme à titre d'essai gratuit.

Tous les projets ne bénéficient pas des mêmes quotas. Au fur et à mesure que votre utilisation de Google Cloud Platform s'accroît, vos quotas peuvent augmenter en conséquence. Si vous prévoyez une augmentation notable de l'utilisation, vous pouvez anticiper cette évolution en demandant des ajustements de quota sur la page Quotas de la console GCP.

Vérifier les quotas

Pour vérifier le quota disponible pour les ressources de votre projet, accédez à la page Quotas de la console Google Cloud Platform.

Si vous utilisez l'outil de ligne de commande gcloud, exécutez la commande suivante pour vérifier les quotas par projet. Remplacez myproject par votre ID de projet :

gcloud compute project-info describe --project myproject

Notez que cette opération ne répertorie pas les quotas par région. Pour répertorier les quotas dans une région, procédez comme suit :

gcloud compute regions describe [REGION]

Remplacez [REGION] par la région dans laquelle vous souhaitez répertorier les informations de quota.

Demander une augmentation de quota

Demandez des modifications de quota à partir de la page Quotas de la console GCP. Aucuns frais ne s'appliquent lorsque vous demandez une augmentation de quota. Vos coûts n'augmentent que si vous utilisez plus de ressources.

Autorisation pour modifier des quotas

Pour modifier vos quotas, vous devez disposer de l'autorisation serviceusage.quotas.update. Elle est incluse par défaut pour les rôles prédéfinis suivants : propriétaire, éditeur et administrateur de quota.

Demander la modification d'un quota

  1. Accédez à la page Quotas.

    Accéder à la page "Quotas"

  2. Sur la page Quotas, sélectionnez les quotas que vous souhaitez modifier.
  3. En haut de la page, cliquez sur le bouton Modifier les quotas.
  4. Cochez la case du service que vous souhaitez modifier.
  5. Indiquez votre nom, votre adresse e-mail et votre numéro de téléphone, puis cliquez sur Suivant.
  6. Saisissez votre demande d'augmentation de quota et cliquez sur Suivant.
  7. Envoyez la demande.
  8. Par défaut, les demandes de réduction de quota sont rejetées. Si vous devez réduire votre quota, répondez à l'e-mail de l'assistance en expliquant vos besoins. Un conseiller répondra à votre demande.

Vous recevrez une réponse de l'équipe Compute Engine dans un délai de 24 à 48 heures.

Planifiez votre demande de ressources supplémentaires au moins quelques jours à l'avance pour que le temps de traitement soit suffisant.

Quotas et disponibilité des ressources

Les quotas de ressources représentent le nombre maximal de ressources que vous pouvez créer pour un type de ressources donné, sous réserve de disponibilité. Ils ne garantissent pas leur disponibilité perpétuelle. Si une ressource n'est pas disponible ou si la région que vous choisissez ne la propose plus, vous ne pouvez pas créer d'autres ressources de ce type, même si vous disposez du quota restant dans votre région ou votre projet. Par exemple, vous pouvez posséder suffisamment de quota pour créer de nouvelles adresses IP externes dans us-central1, mais il n'est pas garanti que cette région propose des adresses IP disponibles.

De même, si vous disposez d'un quota régional, il est possible qu'une ressource ne soit pas disponible dans une zone spécifique. Par exemple, dans la région us-central1, vous pouvez disposer d'un quota vous permettant de créer des instances de VM, mais vous n'êtes peut-être pas en mesure de créer des instances de VM dans la zone us-central1-a si cette dernière n'a plus d'instances de VM disponibles. Dans ce cas, essayez de créer la même ressource dans une autre zone, par exemple us-central1-f.

Les situations dans lesquelles une ressource risque d'être épuisée au niveau régional sont rares. Pour en savoir plus sur les options qui se présentent à vous le cas échéant, consultez le Contrat de niveau de service Compute Engine.

Comprendre les quotas de VM, de processeurs et d'adresses IP

Lors de la planification de vos besoins en instances de machine virtuelle (VM), vous devez tenir compte d'un certain nombre de quotas qui affectent le nombre d'instances de VM que vous pouvez créer.

Quotas régionaux et mondiaux

Les quotas de VM sont gérés au niveau régional. Les quotas d'instances de VM, de groupes d'instances, de processeurs et de disques peuvent être consommés par n'importe quelle VM de la région, indépendamment de sa zone d'installation. Par exemple, le quota de processeurs est régional, ce qui signifie que chaque région prévoit une limite et un nombre d'utilisations différents. Pour lancer une instance n1-standard-16 dans n'importe quelle zone de la région us-central1, vous devez disposer d'un quota suffisant pour au moins 16 processeurs dans cette région.

Des quotas de mise en réseau et d'équilibrage de charge sont nécessaires pour créer des pare-feu, des équilibreurs de charge, des réseaux et des VPN. Ces quotas mondiaux ne dépendent d'aucune région, et chaque région peut utiliser un quota mondial. Par exemple, les adresses IP externes en cours d'utilisation et statiques affectées aux équilibreurs de charge et aux proxys HTTP(S) consomment des quotas mondiaux.

Processeurs

Le quota de processeurs correspond au nombre total de processeurs virtuels sur toutes les instances de VM d'une région. Les quotas de processeurs s'appliquent aux instances en cours d'exécution et aux réservations d'instances. Les instances normales et préemptives utilisent ce type de quota.

Pour que les systèmes et les autres utilisateurs de Compute Engine soient protégés, les nouveaux comptes et projets bénéficient d'un quota global de processeurs CPUs (All Regions) qui s'applique à toutes les régions. Il correspond à la somme de l'ensemble des processeurs virtuels de toutes les régions.

Par exemple, si vous disposez de 48 processeurs virtuels dans une seule région (par exemple us-central1), mais qu'il ne reste que 32 processeurs virtuels pour le quota CPUs (All Regions), vous ne pouvez lancer que 32 processeurs virtuels dans la région us-central1, même si tout le quota de cette région n'est pas utilisé. En effet, vous atteindrez le quota CPU (All Regions) et vous devrez supprimer des instances existantes pour pouvoir en lancer de nouvelles.

GPU

De la même manière que pour le quota de processeurs virtuels, le quota de GPU fait référence au nombre total de GPU virtuelles dans toutes les instances de VM d'une région. Consultez la page Quotas pour vérifier que vous disposez de suffisamment de GPU dans votre projet et demander une augmentation de quota si nécessaire. De plus, les nouveaux comptes et projets disposent d'un quota mondial de GPU qui s'applique à toutes les régions.

Lorsque vous demandez un quota de GPU, vous devez demander un quota pour les modèles de GPU que vous souhaitez créer dans chaque région, mais également un quota global supplémentaire pour le nombre total de GPU de tout type dans toutes les zones.

Instances de VM

Le quota d'instances de VM est un quota régional et limite le nombre d'instances de VM pouvant exister dans une région donnée, que la VM soit en cours d'exécution ou non. Ce quota n'est pas visible dans la console Google Cloud Platform, mais il est automatiquement défini par Compute Engine pour représenter 10 fois votre quota de processeur normal. Vous n'avez pas besoin de demander ce quota. Si vous avez besoin d'un quota pour plus d'instances de VM, vous devez demander plus de processeurs, ce qui aura aussi pour effet d'augmenter ce quota. Ce quota s'applique aux VM en cours d'exécution et non exécutées, ainsi qu'aux instances normales et préemptives.

Quotas des ressources préemptives

Vous pouvez utiliser des GPU ou processeurs préemptifs associés à des instances de VM préemptives, ou encore des disques SSD locaux associés à des instances de VM préemptives. Pour cela, vous devez disposer d'un quota disponible dans votre projet pour chaque ressource.

Vous pouvez demander des quotas préemptifs spéciaux pour les ressources Preemptible CPUs, Preemptible GPUs ou Preemptible Local SSDs (GB). Toutefois, si votre projet ne dispose pas de quota préemptif, vous pouvez toujours utiliser le quota normal pour lancer des ressources préemptives.

Une fois que vous avez obtenu (via Compute Engine) un quota préemptif dans une région, toutes les instances préemptives sont automatiquement comptabilisées dans ce quota.

Quotas de disques

Les quotas suivants s'appliquent au niveau régional pour les disques persistants et les disques SSD locaux :

  • Local SSD (GB) : taille totale combinée des partitions de disques SSD locaux pouvant être associées aux VM d'une région. Le disque SSD local est un disque rapide et éphémère à utiliser pour le travail, le cache local ou le traitement des tâches avec une haute tolérance aux pannes, car il n'est pas conçu pour résister aux redémarrages d'une instance de VM. Les partitions de disques SSD locaux sont vendues par incréments de 375 Go, et jusqu'à huit de ces partitions peuvent être associées à une seule VM. Dans l'outil gcloud et dans l'API, elles sont désignées sous la forme LOCAL_SSD_TOTAL_GB.

  • Persistent Disk Standard (GB) : taille totale des disques persistants standards pouvant être créés dans une région. Comme le décrit l'article Optimiser les performances des disques persistants et des disques SSD locaux, les disques persistants standards offrent des IOPS et un débit plus faibles que les disques persistants SSD ou que les disques SSD locaux. Ils offrent cependant une bonne rentabilité si vous les utilisez en tant que disques volumineux durables pour le stockage, en tant que disques de démarrage et pour les processus d'écriture en série, par exemple pour la journalisation. Les disques persistants standards sont durables et disponibles indéfiniment à des fins d'association à une VM dans la même zone. Dans l'outil gcloud et dans l'API, ils sont désignés sous la forme DISKS_TOTAL_GB. Ce quota s'applique également aux disques persistants régionaux standards, mais les disques régionaux consomment deux fois plus de quota par Go, à cause de la réplication dans deux zones d'une même région.

  • Persistent Disk SSD (GB) : taille totale combinée des partitions de disques persistants SSD pouvant être créées dans une région. Ces disques disposent de plusieurs instances dupliquées et, comme le décrit l'article Optimiser les performances des disques persistants et des disques SSD locaux, ils offrent des IOPS et un débit plus élevés que les disques persistants standards. Les disques persistants SSD offrent une bonne rentabilité si vous les utilisez pour le stockage à long terme avec des exigences d'E/S élevées. Ils sont disponibles indéfiniment à des fins d'association à une VM dans la même zone. Dans l'outil gcloud et dans l'API, ils sont désignés sous la forme SSD_TOTAL_GB. Ce quota est différent de celui destiné aux disques SSD locaux. Il s'applique également aux disques persistants SSD régionaux, mais les disques régionaux consomment deux fois plus de quota par Go, à cause de la réplication dans deux zones d'une même région.

Adresses IP

Vous devez disposer de suffisamment d'adresses IP pour chaque VM devant être accessible depuis le réseau Internet public. Le quota d'IP régional permet d'attribuer des adresses IPv4 aux VM de cette région. Le quota d'IP mondial sert à attribuer des adresses IPv4 aux ressources réseau mondiales telles que les proxys HTTP et les équilibreurs de charge. En fonction de vos besoins, vous devez envisager l'utilisation de plusieurs types d'adresses IP :

  • Adresses IP en cours d'utilisation : adresses IP éphémères et statiques actuellement utilisées par une ressource. Les adresses IP en cours d'utilisation n'entraînent pas de frais, en revanche les adresses IP inutilisées statiques entraînent des frais.
  • Adresses IP externes statiques : adresses IP externes réservées aux ressources qui sont conservées lors des redémarrages de machines. Pour fournir une adresse facile à utiliser, vous pouvez enregistrer ces adresses avec des services DNS et de fournisseurs de domaine. Par exemple, votre adresse peut ressembler à www.example-site.com.
  • Adresses IP internes statiques : les adresses IP statiques internes permettent de réserver des adresses IP internes dans la plage d'adresses IP privée RFC 1918 configurée dans le sous-réseau. Vous pouvez attribuer ces adresses internes réservées aux ressources en fonction de vos besoins.
Cette page vous a-t-elle été utile ? Évaluez-la :

Envoyer des commentaires concernant…

Documentation Compute Engine