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.

Entorno de nube privada

Puedes administrar tus nubes privadas a través del portal de VMware Engine. 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 nativas 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 a fin de 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 ANS lista para la producción si expandes al menos 3 nodos en 60 días. El proceso de expansión no interrumpirá las VM 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, como los de Windows Server y SQL Server, 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.

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.

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 (como 4, 8, 12 o 16).
  • Los recuentos de núcleos personalizados no están disponibles para las nubes privadas de un solo nodo.

¿Qué sigue?