Componentes de VMware para la nube privada

Una nube privada es un entorno de pila de VMware aislado (hosts ESXi, vCenter, vSAN y NSX) administrado por un servidor de vCenter en un dominio de administración. Google Cloud VMware Engine implementa nubes privadas con los siguientes componentes de pila de VMware:

  • VMware ESXi: Hipervisor en nodos dedicados
  • VMware vCenter: Administración centralizada del entorno de vSphere de nube privada
  • VMware vSAN: Plataforma de almacenamiento definida por software hiperconvergente
  • Centro de datos de VMware NSX: Virtualización de red y software de seguridad
  • VMware HCX: Migración de aplicaciones y rebalanceo de cargas de trabajo en centros de datos y nubes

Puedes recuperar las credenciales de acceso generadas para los componentes de pila de VMware desde la página de detalles de la nube privada.

Versiones de componentes de VMware

Una pila de VMware para la nube privada tiene las siguientes versiones de software.

Componente Versión Versión con licencia
ESXi 7.0 (actualización 2c) vSphere Enterprise Plus
vCenter 7.0 (actualización 2d) vCenter Standard
vSAN 7.0 (actualización 2c) Características avanzadas y seleccionadas de vSAN Enterprise
NSX Data Center 3.1.2 Selecciona las funciones disponibles. Consulta la sección NSX Data Center para obtener más detalles.
HCX 4.5 Enterprise
1VMware Engine implementa una versión de HCX que Google pone a disposición de Google Cloud. Actualiza HCX después de la creación de una nube privada a fin de recuperar la versión más reciente de HCX para el entorno.

ESXi

Cuando creas una nube privada, VMware ESXi se instala en nodos aprovisionados de Google Cloud Engine. ESXi proporciona el hipervisor para implementar máquinas virtuales (VM) de carga de trabajo. Los nodos proporcionan una infraestructura hiperconvergente (procesamiento y almacenamiento) y forman parte del clúster de vSphere en tu nube privada.

Cada nodo tiene cuatro interfaces de redes físicas conectadas a la red subyacente. VMware Engine crea un interruptor distribuido de vSphere (VDS) en vCenter mediante estas interfaces de red físicas como enlaces de subida. Las interfaces de red se configuran en modo activo para alta disponibilidad.

Dispositivo de vCenter Server

El dispositivo de vCenter Server (VCSA) proporciona las funciones de autenticación, administración y organización para VMware Engine. Cuando creas y, luego, implementas tu nube privada, VMware Engine implementa un VCSA con Platform Services Controller (PSC) incorporado en el clúster de vSphere. Cada nube privada tiene su propio VCSA. Cuando se agregan nodos a la nube privada, se agregan nodos al VCSA.

Inicio de sesión único de vCenter

El Platform Services Controller incorporado en el VCSA está asociado con un inicio de sesión único de vCenter. El nombre de dominio es gve.local. Si quieres acceder a vCenter, usa el usuario predeterminado, CloudOwner@gve.local, que se crea para que puedas acceder. Puedes agregar tus fuentes de identidad para vCenter locales y de Active Directory.

Almacenamiento vSAN

Los clústeres en las nubes privadas tienen almacenamiento vSAN todo flash configurado por completo. Las SSD locales proporcionan el almacenamiento “all-flash”. Se requieren al menos tres nodos del mismo SKU para crear un clúster de vSphere con un almacén de datos de vSAN. Cada nodo del clúster de vSphere tiene dos grupos de discos. Cada grupo de discos contiene un disco de caché y tres discos de capacidad.

Puedes habilitar la compresión de anulación de duplicación de VMware en el almacén de datos de vSAN en VMware Engine.Este servicio habilita la compresión de vSAN de forma predeterminada cuando se crea un clúster nuevo. Cada clúster de tu nube privada contiene un almacén de datos de vSAN. Si los datos de la máquina virtual almacenados no son adecuados para la eficiencia del espacio de vSAN mediante la anulación de duplicación y la compresión, o solo mediante la compresión, puedes cambiar la eficiencia del espacio de vSAN a la configuración deseada en el almacén de datos individual de vSAN.

Además de las características de vSAN Advanced, VMware Engine también proporciona acceso a la encriptación de datos de vSAN Enterprise para datos en reposo y en tránsito.

Políticas de almacenamiento de vSAN

Una política de almacenamiento vSAN define los errores que se toleran (FTT) y el método de tolerancia a errores. Puedes crear políticas de almacenamiento nuevas y aplicarlas a las VM. Para mantener el ANS, debes mantener una capacidad libre del 20% en el almacén de datos de vSAN.

En cada clúster de vSphere, hay una política de almacenamiento vSAN predeterminada que se aplica al almacén de datos vSAN. La política de almacenamiento determina cómo aprovisionar y asignar objetos de almacenamiento de VM dentro del almacén de datos para garantizar un nivel de servicio.

En la siguiente tabla, se muestran los parámetros predeterminados de la política de almacenamiento de vSAN.

FTT Método de tolerancia a errores Cantidad de nodos en el clúster de vSphere
1 RAID 1 (duplicación)
Crea 2 copias
3 y 4 nodos
2 RAID 1 (duplicación)
Crea 3 copias
Entre 5 y 32 nodos

Políticas de almacenamiento de vSAN compatibles

En la siguiente tabla, se muestran las políticas de almacenamiento vSAN admitidas y la cantidad mínima de nodos necesarios para habilitar la política:

FTT Método de tolerancia a errores Cantidad mínima de nodos que se requieren en el clúster de vSphere
1 RAID 1 (duplicación) 3
1 RAID 5 (codificación de borrado) 4
2 RAID 1 (duplicación) 5
2 RAID 6 (codificación de borrado) 6
3 RAID 1 (duplicación) 7

NSX Data Center

NSX Data Center proporciona capacidades de seguridad de red, virtualización de red y microsegmentación en tu nube privada. Puedes configurar los servicios compatibles con NSX Data Center en la nube privada mediante NSX.

Funciones disponibles

En la siguiente lista, se describen las características de NSX-T compatibles con VMware Engine, organizadas por categoría:

  • Cambio, DNS, DHCP e IPAM (DDI):
    • Aprendizaje ARP y supresión de transmisión optimizados
    • Replicación de unidifusión
    • Replicación de headend
    • SpoofGuard
    • Administración de direcciones IP
    • Bloques de IP
    • Subredes de IP
    • Grupos de IP
    • Servidor DHCP IPv4
    • Retransmisión de DHCP IPv4
    • Direcciones estáticas o vinculaciones estáticas DHCP IPv4
    • Proxy DNS/Retransmisión de DNS IPv4
  • Enrutamiento:
    • Rutas nulas
    • Enrutamiento estático
    • Enrutamiento del dispositivo
    • Controles de ruta de BGP mediante mapas de ruta y listas de prefijos
  • NAT:
    • NAT en routers lógicos norte-sur y este-oeste
    • NAT de origen
    • NAT de destino
    • NAT N:N
  • Firewall:
    • Firewall perimetral
    • Firewall distribuido
    • Interfaz de usuario común de firewall
    • Secciones de firewall
    • Registros de firewall
    • Reglas de firewall con estado de capa 2 y capa 3
    • Reglas basadas en etiquetas
    • IPFIX distribuido basado en firewall
  • Políticas, etiquetas y grupos de firewall:
    • Etiquetado de objetos/etiquetas de seguridad
    • Agrupación centrada en la red
    • Agrupación centrada en la carga de trabajo
    • Agrupación basada en IP
    • Agrupación basada en MAC
  • VPN:
    • VPN de capa 2
    • VPN de capa 3 (IPv4)
  • Integraciones:
    • Seguridad y redes de contenedores solo con Tanzu Kubernetes Grid (TKG)
      • Servicio de VMware Cloud Director
    • Aria Automation de VMware
    • Operaciones para registros de VMware Aria
  • Autenticación y autorización
    • Integración directa de Active Directory mediante LDAP
    • Autenticación con OpenLDAP
    • Control de acceso según la función (RBAC)
  • Automatización:
    • API de REST
    • SDK de Java
    • Python SDK
    • Proveedor de Terraform
    • Módulos de Ansible
    • Especificaciones de OpenAPI/Swagger y documentación de la API generada de forma automática para la API de REST
  • Inspección:
    • Duplicación de puertos
    • Traceflow
    • IPFIX basado en interruptores

Limitaciones de las funciones

Algunas funciones de NSX Data Center tienen casos de uso de herramientas de redes y de seguridad muy específicos. Los clientes que crearon su cuenta de Google Cloud el 30 de agosto de 2022 o antes pueden comunicarse con el equipo de Atención al cliente de Cloud para solicitar acceso a las funciones en esos casos de uso.

En la siguiente tabla, se describen esas funciones, sus casos de uso correspondientes y posibles alternativas:

Atributo Caso de uso Alternativa recomendada Clientes de Google Cloud desde el 30 de agosto de 2022 o antes Clientes de Google Cloud después del 30 de agosto de 2022
Multidifusión de capa 3 Enrutamiento de multidifusión de capa 3 con salto múltiple La multidifusión de capa 2 es compatible con una subred de NSX-T. Esto permite que todo el tráfico de multidifusión se entregue a cargas de trabajo en la misma subred de NSX-T. Admitido No compatible
Calidad de servicio (QoS) Aplicación sensible a la latencia y VoIP en la que se produce un exceso de suscripciones de red No es necesario, ya que VMware Engine entrega una arquitectura de red no sin exceso de suscripciones. Además, las etiquetas de QoS que salen de una nube privada se quitan cuando ingresan a la VPC a través de una conexión de intercambio de tráfico. Admitido No compatible
Captura de protocolo simple de administración de redes (SNMP) Protocolo de alertas heredado para notificar a los usuarios sobre los eventos Los eventos y las alarmas se pueden configurar en NSX-T mediante protocolos modernos. Admitido No compatible
Funciones de NAT como NAT sin estado, registro de NAT y NAT64 Se usa para NAT de nivel de proveedor en implementaciones de telecomunicaciones grandes NSX-T admite NAT de origen y destino y NAT N:N en routers lógicos norte-sur y este-oeste. Admitido No compatible
Políticas de seguridad y de redes basadas en intents Se usa en conjunto con VMware Aria para crear políticas de firewall basadas en empresas dentro de NSX-T. Las funciones de firewall distribuido y de puerta de enlace de NSX-T se pueden usar para crear y aplicar políticas de seguridad. Admitido No compatible
Grupos basados en la identidad con Active Directory Implementaciones de VDI en las que el usuario que accedió a un invitado de VDI específico puede detectarse y recibir un conjunto personalizado de reglas de firewall de NSX-T. A los usuarios se les pueden asignar estaciones de trabajo específicas mediante el grupo de asignación dedicado. Luego, usa etiquetas de NSX-T para aplicar reglas de firewall específicas por grupo. Admitido No compatible
Reglas de atributo de capa 7 (ID de aplicación) Se usan en reglas de firewall de NSX-T Usa Grupos de servicios de NSX-T para definir un conjunto de puertos y servicios a fin de obtener una referencia fácil cuando crees una o más reglas de firewall. Admitido No compatible
Reglas de firewall sin estado de capa 2 y capa 3 Se usan para firewalls de alta velocidad de nivel de proveedor en implementaciones de telecomunicaciones grandes NSX-T admite reglas con estado de capa 2 y capa 3 de alto rendimiento. Admitido No compatible
Inserción de servicios de NSX-T Se usa para automatizar la implementación de norte-sur o este-oeste de servicios de red de terceros mediante NSX-T a fin de inspeccionar y proteger el tráfico Para implementaciones de proveedores de seguridad de terceros, VMware Engine recomienda un modelo enrutado sobre la inserción de servicios a fin de garantizar que las actualizaciones de servicio de rutina no afecten la disponibilidad de la red. Comunícate con Atención al cliente de Cloud No compatible

HCX

VMware Engine se encarga de la instalación inicial, la configuración y la supervisión de HCX en nubes privadas. Eres responsable de la administración del ciclo de vida de HCX Cloud y los dispositivos de servicio como HCX-IX Interconnect.

VMware proporciona actualizaciones para HCX Cloud a través de su servicio HCX. Puedes actualizar HCX Manager y, luego, implementar dispositivos de servicio de HCX desde la interfaz de HCX Cloud. Para conocer la fecha de finalización de la compatibilidad del lanzamiento de un producto, consulta Matriz del ciclo de vida del producto de VMware.

Clúster de vSphere

Para garantizar una alta disponibilidad de la nube privada, los hosts ESXi se configuran como un clúster. Cuando creas una nube privada, VMware Engine implementa los componentes de administración de vSphere en el primer clúster. VMware Engine crea un grupo de recursos para los componentes de administración y, luego, implementa todas las VM de administración en este grupo de recursos.

No se puede borrar el primer clúster para reducir la nube privada. El clúster de vSphere usa vSphere HA a fin de proporcionar alta disponibilidad para las VM. El número de los errores que se toleran (FTT) se basa en la cantidad de nodos disponibles en el clúster. La fórmula Number of nodes = 2N+1, en la que N es el FTT, describe la relación entre los nodos disponibles en un clúster y FTT.

Para las cargas de trabajo de producción, usa una nube privada que contenga al menos 3 nodos.

Nubes privadas de nodo único

Para las pruebas y pruebas de concepto con VMware Engine, puedes crear una nube privada que contenga solo un nodo y un clúster. VMware Engine borra las nubes privadas que contienen solo 1 nodo después de 60 días, junto con todas las VM y datos de cargas de trabajo asociados.

Puedes cambiar el tamaño de una nube privada de un solo nodo para que contenga 3 nodos o más. Cuando lo haces, VMware Engine inicia la replicación de datos vSAN y ya no intenta borrar la nube privada. Una nube privada debe contener al menos 3 nodos y replicación de datos vSAN completa para ser apto para la cobertura en función del ANS.

Las funciones o las operaciones que requieren más de 1 nodo no funcionarán con una nube privada de un solo nodo. Por ejemplo, no podrás usar vSphere Distributed Resource Scheduler (DRS) ni la alta disponibilidad (HA).

Límites del clúster de vSphere

En la siguiente tabla, se describen los límites del clúster de vSphere en las nubes privadas que cumplen con los requisitos del ANS:

Recurso Límite
Cantidad mínima de nodos para crear una nube privada (primer clúster) 3
Cantidad mínima de nodos para crear un clúster 3
Cantidad máxima de nodos por clúster 32
Cantidad máxima de nodos por nube privada 110
Cantidad máxima de clústeres por nube privada 21

Asistencia para el sistema operativo invitado

Puedes instalar una VM con cualquier sistema operativo invitado compatible con VMware para la versión ESXi en tu nube privada. Si deseas obtener una lista de los sistemas operativos invitados compatibles, consulta la Guía de compatibilidad con VMware para el SO invitado.

Mantenimiento de la infraestructura de VMware

En ocasiones, es necesario realizar cambios en la configuración de la infraestructura de VMware. Por el momento, estos intervalos pueden producirse cada 1 o 2 meses, pero se espera que la frecuencia disminuya con el tiempo. Por lo general, este tipo de mantenimiento se puede realizar sin interrumpir el uso normal de los servicios.

Durante un intervalo de mantenimiento de VMware, los siguientes servicios continúan funcionando sin ningún efecto:

  • Plano de administración de VMware y aplicaciones
  • Acceso a vCenter
  • Todas las Herramientas de redes y el almacenamiento
  • Todo el tráfico de la nube

Actualizaciones

Google es responsable de administrar el ciclo de vida del software de VMware (ESXi, vCenter, PCC y NSX) en la nube privada.

Las actualizaciones de software incluyen lo siguiente:

  • Parches: Parches de seguridad o correcciones de errores que lanzó VMware
  • Mejoras: Cambios de versión secundarios de un componente de pila de VMware
  • Actualizaciones: Cambios de versión importantes de un componente de pila de VMware

Google prueba un parche de seguridad crítico apenas comienza a estar disponible para VMware. Según el ANS, Google lanza el parche de seguridad para los entornos de nube privada en una semana.

Google proporciona actualizaciones de mantenimiento trimestrales para los componentes de software de VMware. En el caso de una nueva versión principal de software de VMware, Google trabaja con los clientes a fin de coordinar un período de mantenimiento adecuado para realizar la actualización.

Almacenamiento externo

Puedes expandir la capacidad de almacenamiento de un clúster de Google Cloud VMware Engine si agregas más nodos. Como alternativa, puedes usar el almacenamiento externo si solo deseas escalar el almacenamiento. El escalamiento del almacenamiento aumenta la capacidad de almacenamiento sin aumentar la capacidad de procesamiento del clúster, lo que te permite escalar los recursos de forma independiente.

Comunícate con Atención al cliente de Google o con tu representante de ventas para obtener más información sobre el uso del almacenamiento externo.

¿Qué sigue?