Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

Déployer des nœuds et configurer la mise en réseau des appareils à l'aide de la console

Cette page explique comment utiliser la console Google Cloud pour déployer des nœuds ESXi bare metal et configurer des constructions de mise en réseau Google Cloud en vue de déployer VMware Cloud Foundation (VCF) dans la solution VMware sur Google Cloud.

En suivant les étapes de cette page, vous préparez votre infrastructure Google Cloud pour la mise en service de VCF, mais vous ne déployez pas VCF ni les dispositifs de gestion VCF eux-mêmes :

Ce que fait ce workflow : provisionne des instances de calcul ESXi bare metal, configure les interfaces réseau principales et dynamiques (NIC), configure les sous-réseaux VPC et les groupes de points de terminaison du réseau (NEG) zonaux, et préconfigure les constructions d'équilibrage de charge Google Cloud et les réservations d'adresses IP pour vos futurs appareils de gestion VCF et votre chemin d'accès aux données NSX.
Ce que ce workflow ne fait pas : il ne réinitialise pas le mot de passe ESXi root initial, n'initialise pas la mise en réseau de l'hôte ESXi (vSwitch0 et vSAN), ne déploie pas le programme d'installation VCF ni les appareils de gestion VCF (tels que vCenter Server, SDDC Manager ou NSX Manager). Pour réinitialiser le mot de passe ESXi root initial, initialiser vos hôtes et déployer VCF après avoir suivi ces étapes, vous devez exécuter le kit d'outils de la solution VMware et effectuer la mise en service dans le programme d'installation VCF, comme décrit dans Préparer les nœuds et déployer VCF à l'aide du kit d'outils.

Avant de commencer

Avant de commencer, vérifiez que vous remplissez les conditions suivantes :

Assurez-vous que votre projet dispose d'un quota de nœuds bare metal suffisant dans votre région et votre zone cibles. Pour connaître les quotas requis et savoir comment afficher ou demander des augmentations de quota, consultez Quotas et limites.
Assurez-vous de disposer des autorisations IAM (Identity and Access Management) requises, y compris Compute Admin (roles/compute.admin) et, si vous utilisez Cloud DNS, DNS Administrator (roles/dns.admin).
Configurez votre réseau cloud privé virtuel (VPC) et planifiez vos plages d'adresses IP de sous-réseau pour la gestion, vSAN, vMotion et les points de terminaison de tunnel NSX (TEP). Définissez la MTU du réseau VPC sur 8896 octets avant de déployer les nœuds, puis créez des sous-réseaux dans la solution VMware lors de la création des nœuds.

La solution VMware nécessite que la propriété Résoudre le masque de sous-réseau des sous-réseaux de votre réseau VPC soit définie sur Diffuser la plage principale uniquement avec l'apprentissage pour prendre en charge la mise en réseau basée sur les VLAN. Ouvrez une demande d'assistance dans le Centre d'assistance de la consoleGoogle Cloud en fournissant les informations suivantes :
- Produit : Google Cloud VMware Engine
- Priority : P2
- Catégorie : Connectivité réseau
- Impact sur l'entreprise : question technique d'ordre général
- Fournissez plus de détails : Allowlist L2 network connectivity for my project, ainsi que l'ID de votre projet, le numéro de projet, et la région et la zone cibles de votre déploiement.
Pour en savoir plus sur la compatibilité avec la mise en réseau basée sur les VLAN, consultez Émulation de couche 2 : diffusion ARP et apprentissage MAC personnalisé.

Remarque : Dans la console Google Cloud , l'option VMware Engine > Autogéré ne sera pas visible tant que votre projet ne sera pas activé.
Planifiez votre infrastructure de système de noms de domaine (DNS) pour prendre en charge les recherches directes et inversées pour tous les noms d'hôte de nœud ESXi et les points de terminaison de l'appareil VCF prévus.
Noms d'hôte des nœuds : indiquez le nom de domaine complet (FQDN) de chaque nœud lors du déploiement. Cela garantit qu'ESXi génère des certificats à l'aide de noms d'hôte.
Règlement relatif aux images de confiance : si votre organisation n'applique pas la règle d'administration constraints/compute.trustedImageProjects, aucune action n'est requise. Si votre organisation applique cette règle, autorisez projects/smve-prod-public-images afin que Compute Engine puisse créer des disques de démarrage bare metal. Pour en savoir plus, consultez Définir des contraintes d'accès aux images.
VPC Service Controls : si votre projet cible ne se trouve pas dans un périmètre de service, aucune action n'est requise. Si votre projet se trouve dans un périmètre de service, ajoutez une règle de sortie qui autorise les opérations compute.googleapis.com sur le projet smve-prod-public-images (projects/999037279871) :
```
- egressFrom:
    identityType: ANY_IDENTITY
  egressTo:
    operations:
    - serviceName: compute.googleapis.com
      methodSelectors:
      - method: "*"
    resources:
    - projects/999037279871
```
Pour en savoir plus, consultez la documentation de référence sur les règles de sortie.

Vérifier les quotas régionaux

Avant de provisionner des nœuds Bare Metal ou de créer un cluster, vérifiez que votre projet dispose d'un quota Compute Engine régional et mondial suffisant. Ajoutez les ressources de tous les clusters existants de la région aux valeurs incrémentielles suivantes avant de les comparer au quota de votre projet :

Métrique de quota	Ressources requises par nœud Bare Metal	Ressources requises pour un cluster à trois nœuds
`compute.googleapis.com/cpus_per_vm_family` pour `Z3`	192 vCPU	3 × 192 = 576 vCPU
`compute.googleapis.com/local_ssd_total_storage_per_vm_family` pour `Z3`	72 To	3 × 72 To = 216 To
`compute.googleapis.com/hyperdisk_balanced_total_storage`	128 Go	3 × 128 Go = 384 Go
`compute.googleapis.com/resource_policies`	0 lors de l'ajout de nœuds à un cluster existant	1 stratégie d'emplacement par répartition par cluster
`compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha`	0 lors de l'ajout de nœuds ou de clusters sans nouvelles appliances	1 par nouvelle adresse IP virtuelle d'appareil de gestion VCF ou point de terminaison NSX Edge

Pour obtenir la liste complète des quotas requis et des instructions sur la façon d'afficher ou de demander des augmentations de quota, consultez Quotas et limites.

Déployer des nœuds bare metal et configurer la mise en réseau des nœuds

Pour provisionner des nœuds ESXi bare metal et configurer leurs interfaces réseau, procédez comme suit :

Dans la console Google Cloud , accédez à VMware Engine > Autogéré > Présentation.

Accéder à la page "Vue d'ensemble"
Cliquez sur Démarrer le déploiement pour lancer le workflow de provisionnement et de configuration de l'infrastructure.
Dans la section Configuration des nœuds, sélectionnez la région et la zone dans lesquelles vous souhaitez déployer vos nœuds.
Sélectionnez une stratégie d'emplacement ou cliquez sur Créer une stratégie d'emplacement :
- Si vous créez une stratégie d'emplacement, saisissez un nom et sélectionnez le nombre de domaines de disponibilité (jusqu'à 8).
Attention : Les nœuds attribués à une stratégie d'emplacement ne doivent appartenir qu'à un seul cluster pour garantir un mappage précis entre les domaines de disponibilité et les domaines d'erreur vSAN.
Sélectionnez la version de VCF que vous prévoyez de déployer sur les nœuds.
Sélectionnez le type de machine et spécifiez le nombre de nœuds à créer. Un déploiement VCF à haute disponibilité (HA) nécessite au moins quatre nœuds.
Dans la section Assistant Quickname, saisissez le préfixe du nom de la ressource et le suffixe du nom de domaine :
- Préfixe du nom de la ressource : préfixe que la solution VMware ajoute à tous les noms de ressources générés.
- Suffixe de nom de domaine : suffixe de domaine DNS que la solution VMware utilise pour générer le nom de domaine complet (FQDN) de chaque nœud.
Vérifiez le nom du nœud, le nom d'hôte et le domaine de disponibilité de chaque nœud. Indiquez le nom de domaine complet (FQDN) dans le champ Nom d'hôte. Pour modifier les valeurs par défaut, cliquez sur Modifier :
- Domaine de disponibilité : sélectionnez un domaine de disponibilité pour chaque nœud. Répartissez les nœuds de manière uniforme entre les domaines de disponibilité configurés dans votre stratégie d'emplacement pour respecter les exigences des domaines d'erreur vSAN. Pour en savoir plus, consultez Stratégies d'emplacement et domaines de disponibilité.
- Adresse IPv4 interne : sélectionnez Éphémère (automatique), Éphémère (personnalisée) ou Réservée :
  - Si vous sélectionnez Éphémère (personnalisée), saisissez l'adresse IP.
  - Si vous sélectionnez Réservée, sélectionnez une adresse IP statique réservée existante ou spécifiez les détails de configuration.
Pour éviter la suppression accidentelle de nœuds, sélectionnez Activer la protection contre la suppression. Cette option est activée par défaut.
Si vous le souhaitez, cliquez sur Gérer les libellés pour ajouter des libellés de métadonnées à vos nœuds.
Cliquez sur Continuer pour passer à la configuration du réseau de nœuds.
Dans la section Mise en réseau, sélectionnez le réseau VPC pour vos nœuds.
Dans la section Interface réseau, configurez l'interface principale :
- Sélectionnez un sous-réseau existant ou cliquez sur Créer un sous-réseau pour définir un nouveau sous-réseau avec un nom, une description et une plage IPv4.
- Sélectionnez un groupe de points de terminaison du réseau existant ou cliquez sur Créer un groupe de points de terminaison du réseau pour en créer un. Le workflow ajoute automatiquement tous les nœuds provisionnés à ce groupe.
Attention : Tous les nœuds d'un cluster d'une même zone doivent appartenir au même groupe de points de terminaison du réseau du sous-réseau pour que les appliances réseau VCF puissent acheminer le trafic entre les nœuds du cluster.
Configurez des interfaces réseau dynamiques pour le trafic VMware :
- Interface réseau dynamique (vSAN) : sélectionnez ou créez le sous-réseau pour le trafic de clustering vSAN. Vous pouvez également attribuer un groupe de points de terminaison du réseau.
- Interface réseau dynamique (vMotion) : sélectionnez ou créez le sous-réseau pour le trafic de migration de VM à chaud. Vous pouvez également attribuer un groupe de points de terminaison du réseau.
- Interface réseau dynamique (point de terminaison de tunnel NSX) : sélectionnez ou créez le sous-réseau et le groupe de points de terminaison du réseau pour le trafic de superposition NSX TEP.
Facultatif : Ajoutez des cartes d'interface réseau dynamiques supplémentaires si votre architecture nécessite des interfaces dédiées pour le trafic de charge de travail personnalisé.
Cliquez sur Continuer pour passer à la configuration de la mise en réseau de l'appareil.

Configurer la mise en réseau des appareils

Pour préconfigurer les ressources d'équilibrage de charge Google Cloud et les réservations d'adresses IP pour les appareils de gestion VCF et le chemin d'accès aux données NSX que vous déploierez lors de la mise en service de VCF, procédez comme suit :

Sur la page Configurer la mise en réseau de l'appareil, sélectionnez le modèle de déploiement VCF. Pour les déploiements à haute disponibilité, sélectionnez Déploiement à haute disponibilité (nécessite au moins quatre nœuds).
Dans les tableaux Management Appliances (Appareils de gestion) et NSX Datapath (Chemin d'accès aux données NSX), examinez les noms et les points de terminaison des ressources réseau Google Cloud préconfigurées.
Pour personnaliser les noms ou les attributions d'adresses IP internes, cliquez sur Modifier pour la table correspondante :
- Sélectionnez Éphémère (automatique), Éphémère (personnalisé) ou Réservé pour chaque point de terminaison de l'appareil.
- Si vous utilisez des adresses réservées, indiquez l'adresse IP réservée ou spécifiez les détails de la réservation statique.
Cliquez sur Continuer pour examiner le résumé de la configuration.
Vérifiez les détails de la configuration, puis cliquez sur Déployer pour provisionner vos nœuds Bare Metal et configurer les ressources réseau de votre dispositif.

Configurer des zones et des enregistrements Cloud DNS

Lorsque vous déployez des instances Bare Metal et configurez la mise en réseau des appliances à l'aide de la console Google Cloud , vous devez créer des zones DNS, ainsi que des enregistrements de transfert (A) et de recherche inversée (PTR) si vous n'en avez pas déjà.

Vous pouvez automatiser la configuration DNS de Cloud DNS et du protocole NTP (Network Time Protocol) en exécutant le script scripts/cloud_dns/vcf_cloud_dns_sync.py autonome dans le dépôt du kit d'outils de la solution VMware. Le script effectue les opérations suivantes :

Active l'API Cloud DNS (dns.googleapis.com).
S'assure qu'une règle de serveur Cloud DNS (avec les paramètres par défaut) est associée à votre réseau VPC.
Vérifie que des zones de recherche directe et inversée privées existent et sont liées à votre réseau VPC.
Synchronise les enregistrements DNS de transfert (A) et de recherche inversée (PTR) pour les nœuds bare metal Z3 et les interfaces d'équilibreur de charge interne du sous-réseau de gestion (en supprimant le suffixe -fr et en ignorant les équilibreurs de charge du sous-réseau de liaison montante et du TEP NSX uniquement IP).
Gère l'enregistrement DNS NTP (ntp.DOMAIN_NAME) dans votre zone de recherche directe privée (par exemple, pointant vers le serveur de métadonnées Compute Engine à l'adresse 169.254.169.254).

Pour obtenir le script, clonez le dépôt du kit d'outils et accédez au répertoire scripts/cloud_dns :

git clone https://github.com/GoogleCloudPlatform/self-managed-vmware-solution-toolkit
cd self-managed-vmware-solution-toolkit/scripts/cloud_dns

Prévisualiser les modifications en mode dry run

Pour prévisualiser toutes les opérations d'API Cloud DNS, de stratégie, de zone, de nœud, d'enregistrement d'équilibreur de charge interne et NTP sans appliquer de modifications, exécutez le script avec l'option --dry-run :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254 \
    --dry-run

Exécuter la configuration DNS initiale (jour 0)

Exécutez la commande suivante après avoir provisionné votre réseau VPC, vos sous-réseaux, vos instances Bare Metal Z3, vos NEG et vos règles de transfert d'équilibreur de charge interne dans la consoleGoogle Cloud , et avant d'exécuter la validation du programme d'installation VCF. Cette commande active l'API Cloud DNS, crée la règle DNS du VPC, crée des zones de transfert privées et des zones inversées /16 (ou /8) à partir de sous-réseaux non NSX, enregistre tous les enregistrements A et PTR de nœud et d'interface de gestion (en ignorant les équilibreurs de charge de sous-réseau NSX) et configure ntp.DOMAIN_NAME pour qu'il pointe vers le serveur de métadonnées Compute Engine (169.254.169.254) :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254

Synchroniser les enregistrements pour le scaling horizontal de jour 2

Après avoir ajouté de nouveaux hôtes bare metal Z3 ou des règles de transfert d'équilibreur de charge interne de domaine de charge de travail dans la console Google Cloud , réexécutez le script avec l'option --sync-all pour n'enregistrer que les enregistrements nouvellement ajoutés (les enregistrements existants inchangés sont ignorés automatiquement) :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all

Amorcer les zones DNS et la règle VPC avant de provisionner les ressources de calcul

Si vous souhaitez activer l'API Cloud DNS, créer la règle DNS du VPC et créer des zones de transfert et de recherche inversée avant de provisionner des nœuds Bare Metal ou des interfaces d'équilibreur de charge, exécutez la commande suivante :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR \
    --setup-zones

Utiliser des noms de ressources personnalisés ou des ressources d'administrateur précréées

Pour remplacer les noms de ressources par défaut ou ignorer la création de la règle DNS VPC ou des zones gérées lorsqu'un administrateur les a préprovisionnées, utilisez l'une des options suivantes :

Spécifiez des noms de zone et de règle personnalisés (vous pouvez spécifier plusieurs entrées --reverse-zones) :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --dns-policy CUSTOM_DNS_POLICY_NAME \
    --forward-zone CUSTOM_FORWARD_ZONE_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --sync-all

Ignorer la création de la règle DNS du VPC (lorsque la règle existe déjà) :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --no-create-dns-policy \
    --sync-all

Ignorer la création de zones de résolution directe et inversée (lorsque les zones sont précréées par un administrateur ; vous devez transmettre --reverse-zones) :

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --no-create-zones \
    --sync-all

Avant d'exécuter les commandes précédentes, remplacez les éléments suivants :

PROJECT_ID : ID de votre projet Google Cloud.
VPC_NETWORK_NAME : nom de votre réseau VPC.
DOMAIN_NAME : suffixe de domaine DNS de votre environnement VCF (par exemple, vcf.example.com).
REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR : nom de la zone gérée et bloc CIDR pour une zone de recherche inversée (par exemple, smve-rev-10-10=10.10.0.0/16).
CUSTOM_DNS_POLICY_NAME : nom personnalisé de la règle de serveur Cloud DNS.
CUSTOM_FORWARD_ZONE_NAME : nom personnalisé de la zone gérée de transfert privé.
REVERSE_ZONE_1=CIDR_1 et REVERSE_ZONE_2=CIDR_2 : une ou plusieurs paires de noms de zones gérées inversées et de CIDR (par exemple, my-rev-zone-1=10.10.1.0/24 my-rev-zone-2=10.10.2.0/24).

Étapes suivantes

Une fois vos nœuds Bare Metal, vos ressources de mise en réseau Google Cloud et vos enregistrements DNS configurés, procédez comme suit pour préparer vos hôtes et déployer VCF :

Si vous utilisez un serveur DNS externe au lieu de configurer Cloud DNS à l'aide de vcf_cloud_dns_sync.py, mettez à jour votre serveur DNS avec des enregistrements de transfert (A) et de recherche inversée (PTR) pour :
- Tous les noms d'hôte et adresses IP internes des nœuds ESXi.
- Tous les noms d'hôte et adresses IP internes des dispositifs de gestion VCF.
Exécutez le kit d'outils de préparation des nœuds pour réinitialiser le mot de passe ESXi root initial sur chaque hôte, initialiser les hôtes ESXi et déployer le programme d'installation VCF. Pour obtenir des instructions détaillées, consultez Préparer les nœuds et déployer VCF à l'aide du kit d'outils.
Accédez au programme d'installation de VMware Cloud Foundation (VCF) pour terminer le déploiement et afficher votre domaine de gestion. Pour savoir comment procéder, consultez Déployer un nouveau parc VCF ou une nouvelle instance VCF dans la documentation Broadcom.