Agrega dispositivos de VCF con Terraform

En esta página, se describe cómo aprovisionar balanceadores de cargas de Google Cloud , direcciones IPv4 internas reservadas y registros Cloud DNS para dispositivos de administración adicionales de VMware Cloud Foundation (VCF) en la solución de VMware en Google Cloud con los módulos de automatización de Terraform de extremo a extremo (E2E).

Agrega dispositivos adicionales

Para agregar dispositivos de administración nuevos a un clúster existente, usa el mismo espacio de trabajo y archivo de estado de Terraform (terraform.tfstate) que usaste durante la implementación inicial del clúster. Agrega un dispositivo al mapa mgmt_ip_values si se supone que el dispositivo debe estar en la subred de administración y agrégalo al mapa nsx_ip_values si se supone que debe estar en la subred de NSX TEP.

En los siguientes pasos, se muestra cómo agregar la IP virtual (VIP) del dispositivo de VCF Automation (auto-vip) y los dispositivos de VCF Automation Runtime (auto-platform) (según la configuración de ejemplo en el archivo e2e-terraform/sample_management_cluster.tfvars):

  1. Actualiza tu archivo de definiciones de variables (management_cluster.tfvars): Establece la variable deployment_mode en "appliance_addition" y agrega las nuevas entradas del dispositivo directamente al mapa mgmt_ip_values (o 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. Genera y aplica el plan de ejecución de Terraform:

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

Comportamiento esperado

Cuando aplicas la configuración de appliance_addition, Terraform realiza las siguientes operaciones no disruptivas:

  • Reserva las direcciones IPv4 internas estáticas (10.200.0.20 y 10.200.0.21) para los dispositivos nuevos.
  • Aprovisiona servicios de backend regionales (vcf-mgmt-sample-auto-vip-lb y vcf-mgmt-sample-auto-platform-lb) configurados con la política de movimiento rápido de IP de alta disponibilidad GARP_RA.
  • Aprovisiona reglas de reenvío regionales (vcf-mgmt-sample-auto-vip-fr y vcf-mgmt-sample-auto-platform-fr).
  • Registra registros de reenvío (A) y reversos (PTR) en Cloud DNS.

¿Qué sigue?