Google utiliza tecnología de IA para traducir contenido a tu idioma preferido. Las traducciones realizadas con IA pueden contener errores.

Implementa nodos y configura las redes del dispositivo con la consola

En esta página, se describe cómo usar la consola de Google Cloud para implementar nodos de ESXi de equipos físicos y configurar construcciones de redes de Google Cloud como preparación para implementar VMware Cloud Foundation (VCF) en VMware Solution en Google Cloud.

Si completas los pasos de esta página, prepararás tu infraestructura de Google Cloud para la puesta en marcha de VCF, pero no se implementará VCF ni los dispositivos de administración de VCF:

Qué hace este flujo de trabajo: Aprovisiona instancias de procesamiento de ESXi de equipos físicos, configura interfaces de red (NIC) principales y dinámicas, configura subredes de VPC y grupos de extremos de red (NEG) zonales, y preconfigura construcciones de balanceo de cargas de Google Cloud y reservas de direcciones IP para tus futuros dispositivos de administración de VCF y ruta de datos de NSX.
Qué no hace este flujo de trabajo: No restablece la contraseña inicial de ESXi root, no inicializa las redes de host de ESXi (vSwitch0 y vSAN), no implementa el instalador de VCF ni implementa dispositivos de administración de VCF (como vCenter Server, SDDC Manager o NSX Manager). Para restablecer la contraseña inicial de ESXi root, inicializar tus hosts e implementar VCF después de completar estos pasos, debes ejecutar el kit de herramientas de la solución de VMware y completar la puesta en marcha en el instalador de VCF, como se describe en Prepara nodos e implementa VCF con el kit de herramientas.

Antes de comenzar

Antes de comenzar, verifica que hayas cumplido con los siguientes requisitos:

Asegúrate de que tu proyecto tenga suficiente cuota de nodos de equipos físicos en la región y la zona de destino. Para conocer las cuotas requeridas y obtener instrucciones sobre cómo ver o solicitar aumentos de cuota, consulta Cuotas y límites.
Asegúrate de tener los permisos de Identity and Access Management (IAM) necesarios, incluidos Compute Admin (roles/compute.admin) y, si usas Cloud DNS, DNS Administrator (roles/dns.admin).
Configura tu red de nube privada virtual (VPC) y planifica los rangos de direcciones IP de tu subred para la administración, vSAN, vMotion y los extremos de túnel (TEP) de NSX. Configura la MTU de la red de VPC en 8896 bytes antes de implementar los nodos y crea subredes nuevas en la solución de VMware mientras creas los nodos.

La solución de VMware requiere que las subredes de tu red de VPC tengan la propiedad Resolver máscara de subred establecida en Transmitir solo el rango principal con aprendizaje para admitir las redes basadas en VLAN. Abre un ticket de asistencia en el Centro de asistencia de la consola deGoogle Cloud con la siguiente información:
- Producto: Google Cloud VMware Engine
- Prioridad: P2
- Categoría: Conectividad de red
- Impacto comercial: Pregunta técnica general
- Proporciona más detalles: Allowlist L2 network connectivity for my project, junto con el ID del proyecto, el número del proyecto, y la región y la zona de destino para la implementación.
Para obtener más información sobre la compatibilidad con las redes basadas en VLAN, consulta Emulación de capa 2: transmisión de ARP y aprendizaje de MAC personalizado.

Nota: En la consola de Google Cloud , la opción VMware Engine > Autoadministrado no estará visible hasta que se habilite tu proyecto.
Planifica tu infraestructura del Sistema de nombres de dominio (DNS) para que admita búsquedas directas e inversas de todos los nombres de host de nodos de ESXi y extremos de dispositivos de VCF planificados.
Nombres de host de los nodos: Proporciona el nombre de dominio completamente calificado (FQDN) de cada nodo durante la implementación. Esto garantiza que ESXi genere certificados con nombres de host.
Política de imágenes confiables: Si tu organización no aplica la política de la organización constraints/compute.trustedImageProjects, no se requiere ninguna acción. Si tu organización aplica esta política, permite projects/smve-prod-public-images para que Compute Engine pueda crear discos de arranque de Bare Metal. Para obtener más información, consulta Configura restricciones de acceso a imágenes.
Controles del servicio de VPC: Si tu proyecto de destino no está en un perímetro de servicio, no se requiere ninguna acción. Si tu proyecto está en un perímetro de servicio, agrega una regla de salida que permita las operaciones de compute.googleapis.com en el proyecto smve-prod-public-images (projects/999037279871):
```
- egressFrom:
    identityType: ANY_IDENTITY
  egressTo:
    operations:
    - serviceName: compute.googleapis.com
      methodSelectors:
      - method: "*"
    resources:
    - projects/999037279871
```
Para obtener más información, consulta la referencia de las reglas de salida.

Verifica la cuota regional

Antes de aprovisionar nodos de equipos físicos o crear un clúster, verifica que tu proyecto tenga suficiente cuota regional y global de Compute Engine. Agrega los recursos de todos los clústeres existentes en la región a los siguientes valores incrementales antes de compararlos con la cuota de tu proyecto:

Métrica de cuota	Recursos necesarios por nodo de Bare Metal	Recursos necesarios para un clúster de 3 nodos
`compute.googleapis.com/cpus_per_vm_family` para `Z3`	192 CPUs virtuales	3 × 192 = 576 CPUs virtuales
`compute.googleapis.com/local_ssd_total_storage_per_vm_family` para `Z3`	72 TB	3 × 72 TB = 216 TB
`compute.googleapis.com/hyperdisk_balanced_total_storage`	128 GB	3 × 128 GB = 384 GB
`compute.googleapis.com/resource_policies`	0 cuando se agregan nodos a un clúster existente	1 política de posición distribuida por clúster
`compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha`	0 cuando se agregan nodos o clústeres sin dispositivos nuevos	1 por cada nueva VIP del dispositivo de administración de VCF o extremo de NSX Edge

Para obtener la lista completa de las cuotas requeridas y las instrucciones para ver o solicitar aumentos de cuota, consulta Cuotas y límites.

Implementar nodos de Bare Metal y configurar las redes de nodos

Para aprovisionar nodos de ESXi de equipos físicos y configurar sus interfaces de red, haz lo siguiente:

En la consola de Google Cloud , ve a VMware Engine > Autoadministrado > Descripción general.

Ir a Descripción general
Haz clic en Iniciar implementación para iniciar el flujo de trabajo de aprovisionamiento y configuración de la infraestructura.
En la sección Configuración de nodos, selecciona la Región y la Zona en las que deseas implementar tus nodos.
Selecciona una Política de posición o haz clic en Crear una nueva política de posición:
- Si creas una política de posición, ingresa un nombre y selecciona la cantidad de dominios de disponibilidad (hasta 8).
Precaución: Los nodos asignados a una política de posición deben pertenecer a un solo clúster para garantizar una asignación precisa entre los dominios de disponibilidad y los dominios de fallas de vSAN.
Selecciona la versión de VCF que planeas implementar en los nodos.
Selecciona el Tipo de máquina y especifica la cantidad de nodos que se crearán. Una implementación de VCF con alta disponibilidad (HA) requiere un mínimo de cuatro nodos.
En la sección Asistente de Quickname, ingresa el Prefijo del nombre del recurso y el Sufijo del nombre de dominio:
- Prefijo del nombre del recurso: Es el prefijo que la solución de VMware antepone a todos los nombres de recursos generados.
- Sufijo de nombre de dominio: Es el sufijo de dominio de DNS que usa la solución de VMware para generar el nombre de dominio completamente calificado (FQDN) de cada nodo.
Revisa el Nombre del nodo, el Nombre de host y el Dominio de disponibilidad de cada nodo. Proporciona el nombre de dominio completamente calificado (FQDN) en el campo Nombre de host. Para modificar los valores predeterminados, haz clic en Editar:
- Dominio de disponibilidad: Selecciona un dominio de disponibilidad para cada nodo. Distribuye los nodos de manera uniforme en los dominios de disponibilidad configurados en tu política de posición para alinearlos con los requisitos del dominio de fallas de vSAN. Para obtener más información, consulta Políticas de posición y dominios de disponibilidad.
- Dirección IPv4 interna: Selecciona Efímera (automática), Efímera (personalizada) o Reservada:
  - Si seleccionas Efímera (personalizada), ingresa la dirección IP.
  - Si seleccionas Reservada, elige una IP estática reservada existente o especifica los detalles de configuración.
Para evitar la eliminación accidental de nodos, selecciona Habilitar la protección contra eliminaciones. Esta opción está habilitada de forma predeterminada.
De manera opcional, haz clic en Administrar etiquetas para agregar etiquetas de metadatos a tus nodos.
Haz clic en Continuar para continuar con la configuración de la red de nodos.
En la sección Herramientas de redes, selecciona la red de VPC para tus nodos.
En la sección Interfaz de red, configura la interfaz principal:
- Selecciona una subred existente o haz clic en Crear subred para definir una nueva con un nombre, una descripción y un rango de IPv4.
- Selecciona un grupo de extremos de red existente o haz clic en Crear un grupo de extremos de red para crear uno nuevo. El flujo de trabajo agrega automáticamente todos los nodos aprovisionados a este grupo.
Precaución: Todos los nodos de un clúster dentro de una sola zona deben pertenecer al mismo grupo de extremos de red de la subred para que los dispositivos de red de VCF enruten el tráfico entre los nodos del clúster.
Configura interfaces de red dinámicas para el tráfico de VMware:
- NIC dinámica (vSAN): Selecciona o crea la subred para el tráfico de agrupamiento en clústeres de vSAN. De manera opcional, asigna un grupo de extremos de red.
- NIC dinámica (vMotion): Selecciona o crea la subred para el tráfico de migración de VM en vivo. De manera opcional, asigna un grupo de extremos de red.
- NIC dinámica (extremo de túnel de NSX): Selecciona o crea la subred y el grupo de extremos de red para el tráfico de superposición de TEP de NSX.
Opcional: Agrega NIC dinámicas adicionales si tu arquitectura requiere interfaces dedicadas para el tráfico de cargas de trabajo personalizadas.
Haz clic en Continuar para continuar con la configuración de las herramientas de redes del dispositivo.

Configura las redes del dispositivo

Para configurar previamente los recursos de balanceo de cargas de Google Cloud y las reservas de IP para los dispositivos de administración de VCF y la ruta de datos de NSX que implementarás durante la puesta en marcha de VCF, haz lo siguiente:

En la página Configura la red del dispositivo, selecciona el Modelo de implementación de VCF. Para las implementaciones de alta disponibilidad, selecciona Implementación de alta disponibilidad (requiere 4 o más nodos).
En las tablas Dispositivos de administración y Ruta de datos de NSX, revisa los nombres y los extremos de los recursos de red Google Cloud preconfigurados.
Para personalizar los nombres o las asignaciones de IP internas, haz clic en Editar en la tabla correspondiente:
- Selecciona Efímera (automática), Efímera (personalizada) o Reservada para cada extremo del dispositivo.
- Si usas direcciones reservadas, proporciona la dirección IP reservada o especifica los detalles de la reserva estática.
Haz clic en Continuar para revisar el resumen de la configuración.
Verifica los detalles de la configuración y haz clic en Implementar para aprovisionar tus nodos de equipos físicos y configurar los recursos de red de tu dispositivo.

Configura zonas y registros de Cloud DNS

Cuando implementas instancias de equipos físicos y configuras las redes del dispositivo con la consola de Google Cloud , debes crear zonas del DNS y registros de reenvío (A) y reversos (PTR) si aún no los tienes.

Puedes automatizar la configuración de DNS de Cloud DNS y del protocolo NTP ejecutando la secuencia de comandos scripts/cloud_dns/vcf_cloud_dns_sync.py independiente en el repositorio del kit de herramientas de VMware Solution. La secuencia de comandos realiza las siguientes operaciones:

Habilita la API de Cloud DNS (dns.googleapis.com).
Garantiza que se adjunte una política del servidor de Cloud DNS (con la configuración predeterminada) a tu red de VPC.
Garantiza que existan zonas de búsqueda directa e inversa privadas y que estén vinculadas a tu red de VPC.
Sincroniza los registros DNS de reenvío (A) y reversos (PTR) para los nodos de equipos físicos de Z3 y los frontends del balanceador de cargas interno de la subred de administración (quitando el sufijo -fr y omitiendo los balanceadores de cargas de la subred de vínculo de subida y TEP de NSX solo de IP).
Administra el registro DNS de NTP (ntp.DOMAIN_NAME) en tu zona de búsqueda directa privada (por ejemplo, apuntando al servidor de metadatos de Compute Engine en 169.254.169.254).

Para obtener la secuencia de comandos, clona el repositorio del kit de herramientas y ve al directorio scripts/cloud_dns:

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

Obtén una vista previa de los cambios en el modo de ejecución de prueba

Para obtener una vista previa de todas las operaciones de la API de Cloud DNS, la política, la zona, el nodo y el registro del balanceador de cargas interno, y las operaciones de NTP sin aplicar ningún cambio, ejecuta la secuencia de comandos con la marca --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

Ejecuta la configuración inicial del DNS del día 0

Ejecuta el siguiente comando después de aprovisionar la red de VPC, las subredes, las instancias de equipos físicos Z3, los NEG y las reglas de reenvío del balanceador de cargas interno en la consola deGoogle Cloud y antes de ejecutar la validación del instalador de VCF. Este comando habilita la API de Cloud DNS, crea la política de DNS de VPC, crea zonas de reenvío privadas y zonas inversas /16 (o /8) desde subredes que no son de NSX, registra todos los registros A y PTR del nodo y del frontend de administración (omitiendo los balanceadores de cargas de la subred de NSX) y configura ntp.DOMAIN_NAME para que apunte al servidor de metadatos de 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

Sincroniza los registros para el escalamiento horizontal del día 2

Después de agregar hosts de equipos físicos Z3 nuevos o reglas de reenvío del balanceador de cargas interno del dominio de carga de trabajo en la consola de Google Cloud , vuelve a ejecutar la secuencia de comandos con la marca --sync-all para registrar solo los registros recién agregados (los registros existentes sin cambios se omiten automáticamente):

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

Inicia las zonas del DNS y la política de VPC antes de aprovisionar los recursos de procesamiento

Si deseas habilitar la API de Cloud DNS, crear la política de DNS de VPC y crear zonas de reenvío y reversas antes de aprovisionar nodos de equipos físicos o frontends de balanceadores de cargas, ejecuta el siguiente comando:

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

Usa nombres de recursos personalizados o recursos de administrador creados previamente

Para anular los nombres de recursos predeterminados o no crear la política de DNS de VPC o las zonas administradas cuando un administrador las aprovisionó previamente, usa una de las siguientes opciones:

Especifica nombres de zonas y políticas personalizados (puedes especificar varias entradas --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

Omite la creación de la política de DNS de VPC (cuando la política ya existe):

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

Omite la creación de zonas de reenvío y de búsqueda inversa (cuando un administrador crea las zonas de forma previa; debes pasar --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

Antes de ejecutar los comandos anteriores, reemplaza lo siguiente:

PROJECT_ID: Es el ID de tu proyecto de Google Cloud.
VPC_NETWORK_NAME: Es el nombre de tu red de VPC.
DOMAIN_NAME: Es el sufijo de dominio de DNS para tu entorno de VCF (por ejemplo, vcf.example.com).
REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR: Es el nombre de la zona administrada y el bloque CIDR de una zona de búsqueda inversa (por ejemplo, smve-rev-10-10=10.10.0.0/16).
CUSTOM_DNS_POLICY_NAME: un nombre personalizado para la política del servidor de Cloud DNS.
CUSTOM_FORWARD_ZONE_NAME: Es un nombre personalizado para la zona administrada de reenvío privado.
REVERSE_ZONE_1=CIDR_1 y REVERSE_ZONE_2=CIDR_2: Uno o más pares de nombres de zonas administradas inversas y CIDR (por ejemplo, my-rev-zone-1=10.10.1.0/24 my-rev-zone-2=10.10.2.0/24).

¿Qué sigue?

Después de configurar los nodos de equipos físicos, los recursos de red de Google Cloud y los registros DNS, completa los siguientes pasos para preparar tus hosts y , luego, implementar VCF:

Si usas un servidor DNS externo en lugar de configurar Cloud DNS con vcf_cloud_dns_sync.py, actualiza tu servidor DNS con registros de reenvío (A) y reversos (PTR) para lo siguiente:
- Todos los nombres de host y las direcciones IP internas de los nodos de ESXi.
- Todos los nombres de host y las direcciones IP internas del dispositivo de administración de VCF.
Ejecuta el kit de herramientas de preparación de nodos para restablecer la contraseña inicial de ESXi root en cada host, inicializar los hosts de ESXi y, luego, implementar el instalador de VCF. Para obtener instrucciones paso a paso, consulta Prepara nodos e implementa VCF con el kit de herramientas.
Accede al instalador de VMware Cloud Foundation (VCF) para completar la implementación y activar tu dominio de administración. Para obtener instrucciones sobre cómo completar la puesta en marcha de VCF, consulta Implementa una flota de VCF nueva o una instancia de VCF nueva en la documentación de Broadcom.