Nubes privadas de VMware Engine

Una nube privada de Google Cloud VMware Engine es una pila de VMware aislada que consta de los siguientes componentes de VMware:

  • Hosts ESXi
  • vCenter Server
  • vSAN
  • NSX
  • HCX

Las nubes privadas te ayudan a abordar una variedad de necesidades comunes de la infraestructura de red:

  • Crecimiento. Agrega nodos sin inversión de hardware nueva cuando llegues a un punto de actualización de hardware para la infraestructura existente.
  • Expansión rápida. Crea capacidad adicional de inmediato cuando surjan necesidades temporales o no planificadas.
  • Mayor protección. Obtén protección automática de la redundancia y disponibilidad cuando uses una nube privada de tres o más nodos.
  • Necesidades de infraestructura a largo plazo. Retira los centros de datos y migra a una solución basada en la nube sin dejar de ser compatible con tus operaciones empresariales. Esto resulta muy útil si tus centros de datos están al máximo de capacidad o si deseas reestructurarlos para reducir los costos.

Nodos de VMware Engine

VMware Engine proporciona nodos de hardware físico aislados y dedicados para crear nubes privadas de VMware Engine. Los nodos proporcionan el procesamiento, la memoria y el almacenamiento necesarios para ejecutar VMware ESXi, y son la unidad básica de consumo de VMware Engine. Con estos nodos, puedes crear un clúster de vSphere y ejecutar VMs de VMware en los clústeres.

Tipos de nodos

En la siguiente tabla, se enumeran los tipos de nodos clave que están disponibles cuando se crea una nube privada de VMware Engine. Para conocer todos los tipos y regiones de nodos disponibles, consulta Nodos de VMware Engine.

Tipo de nodo CPU virtuales por nodo Memoria por nodo (GiB) Almacenamiento/nodo (TB)*
ve1-standard-72 72 768 19.2
ve1-standard-so - - 19.2
ve2-standard-128† 128 2,048 25.5

* Almacenamiento sin procesar, sin incluir la caché, en terabytes.
† Disponible en regiones seleccionadas.

Entorno de nube privada

Puedes administrar tus nubes privadas a través de la consola de Google Cloud. Cada nube privada tiene su propio servidor de vCenter en su propio dominio de administración. Todos los nodos de una nube privada determinada residen en la misma región.

La pila de VMware se ejecuta en nodos aislados y dedicados de hardware físicos en ubicaciones de Google Cloud. Puedes usar la pila a través de herramientas integradas de VMware, como el servidor de vCenter y NSX Manager.

Las nubes privadas también están diseñadas para eliminar puntos únicos de fallo:

  • Los clústeres de hosts ESXi están configurados con vSphere High Availability (HA) y tienen el tamaño necesario para tener al menos un nodo libre para la resiliencia. vSphere HA brinda protección contra fallas de nodos y redes.
  • vSAN proporciona almacenamiento principal redundante. vSAN requiere al menos tres nodos en una nube privada para proporcionar protección contra una sola falla. Puedes configurar vSAN a fin de proporcionar mayor resiliencia para clústeres más grandes.

Puedes conectar la nube privada a tu entorno local mediante las siguientes conexiones:

Nubes privadas de nodo único

Para las pruebas piloto y las pruebas de concepto con VMware Engine, puedes crear una nube privada que contenga solo un nodo y un clúster en cualquier región en la que VMware Engine esté disponible. Todos los atributos de VMware Engine están disponibles en una nube privada de un solo nodo, pero existen limitaciones específicas en los atributos de la pila de VMware debido al tamaño del clúster.

Los siguientes son casos de uso comunes para una nube privada de un solo nodo:

  • Prueba de concepto: Evaluación de VMware Engine y sus capacidades
  • Pruebas de recuperación ante desastres: Implementa la aplicación a partir de copias de seguridad recientes para validar de forma periódica la preparación de la recuperación ante desastres.
  • Prueba de actualización de la aplicación: Prueba y valida las actualizaciones de los componentes de la aplicación antes de actualizarla en producción.

VMware Engine borra las nubes privadas de un solo nodo después de 60 días, junto con todas las VM y los datos de cargas de trabajo asociados. Sin embargo, puedes evitar esta eliminación y recibir cobertura de SLA lista para la producción si expandes al menos 3 nodos en 60 días. El proceso de expansión no interrumpirá las VMs ni el acceso a vCenter, y, además, inicializará la replicación de datos vSAN después de que los nodos se agreguen con éxito al clúster.

En el caso de las nubes privadas de un solo nodo, la política de almacenamiento vSAN predeterminada usa un valor de fallas para tolerar (FTT) de FTT=0. Cuando expandes una nube privada de un solo nodo, VMware Engine cambia la política de almacenamiento vSAN predeterminada. La política de almacenamiento vSAN predeterminada cambia a FTT=1 para las nubes privadas de 3 a 4 nodos y a FTT=2 para las nubes privadas con al menos 5 nodos.

Recuentos de núcleos personalizados

Algunos contratos de licencia se cobran según la cantidad de núcleos de CPU en el nodo físico subyacente o en el clúster. Cuando creas un clúster nuevo, puedes reducir la cantidad de núcleos disponibles para cada nodo del clúster a fin de cumplir con los requisitos de licencia de la aplicación. VMware Engine también crea cualquier nodo nuevo que se agregue a ese clúster con la misma cantidad de núcleos por nodo, incluso cuando se reemplaza un nodo con errores. Confirma cómo se cuentan los núcleos (físicamente presentes o disponibles por el BIOS) como se indica en tu contrato para administrar los costos de licencias con esta función.

Los recuentos de núcleos personalizados están disponibles para el clúster inicial y cualquier otro clúster creado en una nube privada. La reducción de la cantidad de núcleos disponibles no afecta el precio de los nodos.

Limitaciones

Cada nube privada tiene límites de recursos para sus nodos y clústeres. Consulta VMware en una nube privada para obtener una lista de estos límites.

Límites de nodos

Cuando planifiques tus necesidades de recursos de VMware Engine, considera la cantidad de nodos que necesitas en la nube privada. En la siguiente tabla, se describen los límites del clúster de vSphere en las nubes privadas que cumplen con los requisitos del SLA:

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 96
Cantidad máxima de clústeres por nube privada 21

Limitaciones de la nube privada

En el caso de las nubes privadas, se aplican las siguientes limitaciones:

  • Un clúster de nube privada debe tener el mismo tipo de nodo en el clúster.
  • No se admite una nube privada con clústeres de diferentes tipos de nodos.

Limitaciones de la nube privada de un solo nodo

En el caso de las nubes privadas de un solo nodo, las siguientes limitaciones se aplican a la pila de VMware:

  • No funcionarán los atributos ni las operaciones que requieren más de 1 nodo. Por ejemplo, no podrás usar vSphere Distributed Resource Scheduler (DRS) ni la alta disponibilidad (HA).
  • La política de almacenamiento de vSAN predeterminada usa FTT=0, por lo que la falla del nodo genera la pérdida de datos.

Además, se aplican las siguientes limitaciones de VMware Engine:

  • No puedes agregar un clúster de nodo único a una nube privada existente.
  • Una nube privada existente no se puede convertir en una nube privada de un solo nodo.
  • Los ajustes de nodo por políticas de ajuste de escala automático no son compatibles con una nube privada de nodo único.
  • Las actualizaciones de la pila de VMware implican un tiempo de inactividad para tu nube privada de un solo nodo.
  • VMware Engine no encripta los datos en vSAN en una nube privada de un solo nodo de forma predeterminada.
  • 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.
  • No puedes ajustar la cantidad de núcleos por nodo con una nube privada de un solo nodo.

Limitaciones del recuento de núcleos personalizados

Las siguientes limitaciones se aplican a un clúster que tiene un recuento de núcleos personalizados:

  • Todos los nodos que se agregan al clúster después de la creación inicial también usan el recuento de núcleos personalizados.
  • La cantidad de núcleos por nodo no se puede cambiar después de la creación del clúster. Para cambiar la cantidad de núcleos por nodo en el clúster, debes borrar el clúster y crear uno nuevo.
  • La cantidad de núcleos por nodo debe ser un múltiplo de 4 con un mínimo de 8 (por ejemplo, 8, 12 o 16).
  • Los recuentos de núcleos personalizados no están disponibles para las nubes privadas de un solo nodo.

¿Qué sigue?