Quotas et limites
Ce document décrit les quotas et les limites système de Compute Engine (compute.googleapis.com) requis pour déployer et faire évoluer la solution VMware sur les environnements Google Cloud.
Étant donné que la solution VMware provisionne des instances Compute Engine z3 bare metal, des réseaux de cloud privé virtuel (VPC), des sous-réseaux de diffusion de couche 2 et des équilibreurs de charge internes régionaux directement dans votre projet Google Cloud , votre déploiement consomme des quotas Compute Engine plutôt que des quotas de nœuds de l'API Google Cloud VMware Engine (vmwareengine.googleapis.com). Dans la solution VMware, chaque nœud bare metal correspond à une instance Compute Engine z3-highmem-192-highlssd-metal.
Quotas Compute Engine requis
Avant de déployer une instance VMware Cloud Foundation (VCF), d'ajouter un cluster vSphere ou d'ajouter des nœuds Bare Metal à un cluster existant, vérifiez que votre projetGoogle Cloud dispose d'un quota suffisant pour les métriques compute.googleapis.com suivantes.
Dans le tableau suivant, N représente le nombre total de nœuds bare metal de la solution VMware (instances Compute Engine z3-highmem-192-highlssd-metal) déployés dans la région ou le réseau VPC cible.
Un cluster vSphere standard à haute disponibilité nécessite au moins quatre nœuds bare metal, où N est au moins égal à 4.
| Ressource | Métrique de quota | Champ d'application | Quota requis pour N nœuds |
|---|---|---|---|
| Réseaux VPC | compute.googleapis.com/networks |
Monde | 1 réseau VPC par instance VCF. |
| Sous-réseaux par réseau VPC | compute.googleapis.com/subnet_ranges_per_vpc_network |
Monde | Au moins quatre sous-réseaux pour la gestion, vMotion, vSAN et le point de terminaison de tunnel NSX (TEP). |
| Instances de VM | compute.googleapis.com/instances |
Régional | N instances, avec un minimum de quatre par cluster, plus les VM jumpbox ou d'assistance. |
| Instances par réseau VPC | compute.googleapis.com/instances_per_vpc_network |
Monde | N instances, avec un minimum de quatre par cluster, plus les VM jumpbox ou d'assistance. |
Processeurs par famille de VM pour Z3 |
compute.googleapis.com/cpus_per_vm_family |
Régional | N × 192 vCPU. Un cluster à quatre nœuds utilise 768 vCPU. |
Espace de stockage SSD local par famille de VM pour Z3 |
compute.googleapis.com/local_ssd_total_storage_per_vm_family |
Régional | N × 72 To. Un cluster à quatre nœuds utilise 288 To. |
| Stockage total Google Cloud Hyperdisk Balanced | compute.googleapis.com/hyperdisk_balanced_total_storage |
Régional | N × 128 Go. Chaque nœud Bare Metal utilise un disque de démarrage de 128 Go, ou de 512 Go pour un cluster à quatre nœuds. |
| IOPS provisionnées pour Google Cloud Hyperdisk Balanced | compute.googleapis.com/hyperdisk_balanced_total_provisioned_iops |
Régional | N × 3 000 IOPS par défaut, ou jusqu'à N × 10 000 IOPS. |
Services de backend régionaux avec transfert rapide d'adresse IP (GARP_RA) |
compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha |
Régional | Une par adresse IP virtuelle (VIP) de l'appareil de gestion VCF et par point de terminaison NSX Edge, ce qui correspond généralement à 15 à 20 par instance VCF, ou jusqu'à 50 selon les appareils déployés. |
| Règles de transfert de protocole interne à haute disponibilité par réseau VPC | compute.googleapis.com/internal_protocol_forwarding_ha_rules_per_vpc_network |
Monde | 1 par service de backend régional avec Fast IP Move, proportionnellement au nombre d'adresses IP virtuelles de l'appareil de gestion VCF et jusqu'à 50 par instance VCF. |
| Groupes de points de terminaison du réseau (NEG) | compute.googleapis.com/network_endpoint_groups |
Régional | Deux NEG zonaux par zone : un pour le sous-réseau de gestion et un pour le sous-réseau NSX TEP. |
| Stratégies de ressources pour les stratégies d'emplacement | compute.googleapis.com/resource_policies |
Régional | Une stratégie d'emplacement par répartition par cluster vSphere. |
| Routes statiques par réseau VPC | compute.googleapis.com/static_routes_per_vpc_network |
Monde | Varie en fonction de votre topologie de réseau. Le routage VPC statique utilise une route statique par segment d'overlay NSX. |
Exemple de calcul de quota
Pour calculer le quota régional requis pour un déploiement composé d'un cluster de domaine de gestion à quatre nœuds et d'un cluster de domaine de charge de travail VI à trois nœuds dans la même région (sept nœuds bare metal au total), multipliez les valeurs par nœud par 7 :
compute.googleapis.com/cpus_per_vm_familypourZ3: 7 × 192 = 1 344 vCPU.compute.googleapis.com/local_ssd_total_storage_per_vm_familypourZ3: 7 × 72 To = 504 To.compute.googleapis.com/hyperdisk_balanced_total_storage: 7 × 128 Go = 896 Go.compute.googleapis.com/resource_policies: deux stratégies d'emplacement par répartition.
Comparez ces totaux aux limites de quota effectives de votre projet avant de provisionner les nœuds.
Limites des sous-réseaux de diffusion de couche 2
Les sous-réseaux configurés avec la propriété Résoudre le masque de sous-réseau définie sur Diffuser la plage principale uniquement avec l'apprentissage appliquent les limites système suivantes. Les augmentations de quota ne sont pas acceptées pour les limites suivantes :
- Points de terminaison par sous-réseau de diffusion : jusqu'à 64 points de terminaison de carte d'interface réseau (NIC) par sous-réseau compatible avec la diffusion.
- Sous-réseaux de diffusion par réseau VPC : jusqu'à 64 sous-réseaux compatibles avec la diffusion par réseau VPC et par région.
- Adresses MAC personnalisées apprises : jusqu'à 1 000 adresses MAC personnalisées apprises par réseau VPC dans toutes les régions.
Pour en savoir plus sur les sous-réseaux de diffusion de couche 2 et les limites d'apprentissage des adresses MAC, consultez Émulation de couche 2 : diffusion ARP et apprentissage des adresses MAC personnalisé.
Afficher votre quota actuel
Vous pouvez afficher les limites et l'utilisation de vos quotas Compute Engine dans la consoleGoogle Cloud ou à l'aide de la CLI gcloud :
Console Google Cloud
Dans la console Google Cloud , accédez à IAM et administration > Quotas et limites du système.
Dans la barre Filtre, filtrez par Service : API Compute Engine.
Pour afficher les quotas régionaux de votre région de déploiement cible, filtrez par dimension pour
region=REGION, par exempleregion=us-east4.Pour filtrer les quotas de processeurs ou de disques SSD locaux bare metal
Z3, filtrez par dimension pourvm_family=Z3, ou par nom de métrique de quota pourcpus_per_vm_familyoulocal_ssd_total_storage_per_vm_family.
gcloud
Pour lister les limites de quota de votre projet et de votre région cibles, exécutez la commande gcloud alpha services quota list suivante :
gcloud alpha services quota list \
--service=compute.googleapis.com \
--consumer="projects/PROJECT_ID" \
--filter="metric:(cpus_per_vm_family OR local_ssd_total_storage_per_vm_family OR hyperdisk_balanced_total_storage OR regional_backend_services_protocol_forwarding_fast_ha OR resource_policies)" \
--format="table(metric,unit,consumerQuotaLimits.quotaBuckets.effectiveLimit,consumerQuotaLimits.quotaBuckets.dimensions)"
Remplacez PROJECT_ID par l'ID de votre projetGoogle Cloud cible.
Demander une augmentation du quota
Si votre déploiement ou l'extension de cluster prévue dépasse les limites de quota de votre projet, envoyez une demande d'augmentation de quota avant de provisionner de nouveaux nœuds :
Dans la console Google Cloud , accédez à IAM et administration > Quotas et limites du système.
Filtrez la liste par Service : API Compute Engine et par région cible, par exemple
region=us-east4.Cochez la case à côté de chaque entrée de quota que vous souhaitez augmenter, par exemple Processeurs par famille de VM avec
vm_family: Z3et Espace de stockage total des disques SSD locaux par famille de VM avecvm_family: Z3.Cliquez sur Modifier.
Dans le volet Modifications des quotas, saisissez la nouvelle limite totale que vous souhaitez demander pour chaque métrique sélectionnée, puis cliquez sur OK.
Dans le champ Description de la requête, saisissez une brève description de votre déploiement de solution VMware, puis cliquez sur Envoyer la requête.
Étapes suivantes
- Pour en savoir plus sur les types de machines bare metal, consultez Nœuds et types de machines bare metal.
- Consultez les consignes de dimensionnement des clusters dans À propos des clusters vSphere.
- Déployez des nœuds et configurez la mise en réseau des appareils dans Déployer des nœuds et configurer la mise en réseau des appareils à l'aide de la console ou Déployer des nœuds et VCF à l'aide de Terraform et du kit d'outils.
- Mettez à l'échelle les déploiements existants dans Ajouter un cluster vSphere à un domaine ou Ajouter ou supprimer des nœuds dans un cluster vSphere.