Ajouter des appliances VCF à l'aide de Terraform

Cette page explique comment provisionner des équilibreurs de charge Google Cloud , des adresses IPv4 internes réservées et des enregistrements Cloud DNS pour des dispositifs de gestion VMware Cloud Foundation (VCF) supplémentaires dans la solution VMware sur Google Cloud à l'aide des modules d'automatisation Terraform de bout en bout (E2E).

Ajouter des appareils supplémentaires

Pour ajouter des appliances de gestion à un cluster existant, utilisez le même espace de travail et le même fichier d'état Terraform (terraform.tfstate) que ceux utilisés lors du déploiement initial du cluster. Ajoutez un dispositif au mappage mgmt_ip_values s'il est censé se trouver sur le sous-réseau de gestion, et ajoutez-le au mappage nsx_ip_values s'il est censé se trouver sur le sous-réseau NSX TEP.

Les étapes suivantes montrent comment ajouter l'adresse IP virtuelle (VIP) de l'appareil VCF Automation (auto-vip) et les appareils VCF Automation Runtime (auto-platform) (en fonction de l'exemple de configuration du fichier e2e-terraform/sample_management_cluster.tfvars) :

  1. Mettez à jour votre fichier de définitions de variables (management_cluster.tfvars) : définissez la variable deployment_mode sur "appliance_addition" et ajoutez les nouvelles entrées d'appliance directement au mappage mgmt_ip_values (ou nsx_ip_values) :

    deployment_mode = "appliance_addition"

mgmt_ip_values = {
  # VCF Control Plane Core Services
  "sddcm"     = "10.200.0.9"              # VCF SDDC Manager Appliance
  "collector" = "10.200.0.10"             # VMware Cloud Proxy Appliance
  "vc01"      = "10.200.0.11"             # Management vCenter Server Appliance (VCSA)
  "license"   = "10.200.0.16"             # VCF License Manager Service
  "shared01"  = "10.200.0.17"             # VCF Instance Service Manager
  "vidb"      = "10.200.0.18"             # VMware Workspace ONE Access / Identity Broker
  "vsp01"     = "10.200.0.50"             # VCF Services Runtime Platform
  "vsrt"      = "10.200.0.51-10.200.0.62" # VCF Services Runtime IP Pool

  # VMware Aria Suite Operations & Automation Services
  "ops01"    = "10.200.0.12" # VMware Aria Operations Primary Node
  "ops02"    = "10.200.0.24" # VMware Aria Operations Replica Node
  "ops03"    = "10.200.0.25" # VMware Aria Operations Data Node
  "fleetlcm" = "10.200.0.13" # VMware Aria Operations Fleet Management Service

  # New appliances added in this operation
  "auto-vip"      = "10.200.0.20" # VCF Automation Appliance VIP
  "auto-platform" = "10.200.0.21" # VCF Automation Runtime
  # "auto-node"   = "10.200.0.81-10.200.0.85" # VCF Automation Cluster Node IP Pool (5 nodes)

  # NSX Management Cluster & Management Interfaces
  "nsx01" = "10.200.0.14" # NSX Management Cluster Floating Virtual IP (VIP)
  "nsx02" = "10.200.0.15" # NSX Manager Node 1 Management IP
  "nsx03" = "10.200.0.22" # NSX Manager Node 2 Management IP
  "nsx04" = "10.200.0.23" # NSX Manager Node 3 Management IP
}

  2. Générez et appliquez le plan d'exécution Terraform :

    terraform plan -var-file='management_cluster.tfvars' -out=tfplan
terraform apply tfplan

Comportement attendu

Lorsque vous appliquez la configuration appliance_addition, Terraform effectue les opérations non perturbatrices suivantes :

  • Réserve les adresses IPv4 internes statiques (10.200.0.20 et 10.200.0.21) pour les nouvelles appliances.
  • Provisionne des services de backend régionaux (vcf-mgmt-sample-auto-vip-lb et vcf-mgmt-sample-auto-platform-lb) configurés avec la règle de déplacement rapide d'adresse IP à haute disponibilité GARP_RA.
  • Provisionne des règles de transfert régionales (vcf-mgmt-sample-auto-vip-fr et vcf-mgmt-sample-auto-platform-fr).
  • Enregistre les enregistrements de transfert (A) et inversés (PTR) dans Cloud DNS.

Étapes suivantes