Tiene la opción de convertir los clústeres para utilizar un nuevo tipo de host si el tipo de host original que seleccionó ya no satisface sus necesidades.

Actualmente están disponibles las siguientes conversiones:
  • Puede convertir los clústeres que contienen hosts i3 en hosts i3en o i4i.
  • Puede convertir los clústeres que contienen hosts i3en en hosts i4i.

Póngase en contacto con su representante de VMware para programar una conversión del clúster. Se programará una ventana de conversión, y usted tendrá la oportunidad de aprobarla.

Recibirá notificaciones cuando la conversión del clúster se programe, esté por comenzar y se complete. Para asegurarse de recibir estas notificaciones, compruebe que donotreply@vmware.com se haya agregado a la lista de correos electrónicos permitidos.

Conversión a hosts i4i

Para convertir un clúster en hosts i4i, el SDDC debe cumplir con los requisitos mínimos de versión de paquete, tal como se indica a continuación:
  • Para los SDDC de la versión 1.18, 1.18v8 o posterior
  • Para los SDDC de la versión 1.20, 1.20v2 o posterior

Después de la conversión a hosts i4i, el clúster puede contener más hosts de los que había en el clúster original. Esta es una precaución para garantizar la conversión completa. Una vez completada la conversión del clúster, compruebe el clúster y elimine los hosts que no sean necesarios. VMware recomienda eliminar los hosts dentro de las 24 horas posteriores a la finalización de la conversión del clúster.

Proceso de conversión de un clúster

Tres días antes de que se programe la conversión del clúster, VMware ejecuta comprobaciones previas en el clúster para asegurarse de que esté listo para la conversión.

Durante la conversión, el escalado horizontal de EDRS se desactiva para que no interfiera con el proceso. Se agregan dos hosts del tipo de host de destino al clúster. Las máquinas virtuales de NSX Edge se migran a estos dos nuevos hosts. A continuación, las máquinas virtuales de carga de trabajo se migran de uno de los hosts originales y este se quita del clúster. El proceso de eliminación de hosts originales y adición de hosts originales se repite hasta que todos los hosts originales se hayan eliminado y el clúster se haya convertido por completo. A continuación, se vuelve a habilitar el escalado horizontal de EDRS. Según el uso del clúster, es posible que la cantidad de hosts de destino final sea diferente de la cantidad de hosts con los que comenzó.

La cantidad estimada de hosts finales en el clúster de destino se basa en los siguientes factores:
  • La capacidad utilizada actual en el clúster de vSAN de inicio.
  • Número de hosts en el clúster de inicio.
  • La proporción de eficiencia de ahorro de espacio del clúster de inicio.
  • La capacidad disponible en el nivel de capacidad de almacenamiento para las instancias de host de destino.
  • Un 20 % de espacio adicional para operaciones y sobrecarga de vSAN.
  • Los dominios de errores estimados requeridos en el clúster de destino. Actualmente, el cálculo no tiene en cuenta las directivas de almacenamiento de máquina virtual y estima los dominios de errores requeridos solo en función del tamaño del clúster. Esto significa que, para todos los clústeres que contienen siete hosts o menos, el clúster de destino contendrá la misma cantidad de hosts que el clúster de origen.

El cálculo es solo una mejor conjetura. El resultado final puede diferir en función del estado del clúster. Después de la conversión, EDRS puede escalar vertical u horizontalmente el clúster en función del uso de los recursos y la directiva EDRS aplicada al clúster. Una vez completada la conversión, también puede cambiar manualmente el tamaño del clúster.

La conversión del clúster puede tardar horas en completarse. VMware recomienda realizar una copia de seguridad antes de que se realice la conversión del clúster.

Impacto de la conversión del clúster en la operación

Durante el proceso de conversión, no se producirán periodos de inactividad en las máquinas virtuales de carga de trabajo ni en los dispositivos de administración. No se pueden realizar las siguientes operaciones durante la conversión del clúster:
  • Quitar hosts
  • Editar la configuración de la directiva de EDRS
Durante la conversión del clúster, no realice las siguientes acciones en el clúster que se va a convertir:
  • No realice migraciones de cargas de trabajo en caliente o en frío, hacia o desde el clúster que se va a convertir.
  • No realice el aprovisionamiento de la carga de trabajo (máquina virtual nueva o clonada).
  • No realice cambios en la configuración de administración de directivas basadas en almacenamiento para las máquinas virtuales de carga de trabajo.
  • Evite iniciar migraciones de HCX que puedan superponerse con la ventana de conversión.
  • Evite las siguientes actividades de DRaaS en el clúster que se va a convertir:
    • Crear o destruir emparejamientos de sitios
    • Ejecutar un plan de recuperación
    • Realizar una migración planificada
    • Realizar una prueba de conmutación por error o una prueba de limpieza
    • Realizar una conmutación por error real
    • Reprotección
    • Operaciones de administración de replicación, como la configuración o la detención de la replicación
  • No agregue ni elimine hosts del clúster que se va a convertir.

Las etiquetas de la directiva de cálculo no se copian durante la conversión del clúster. Una vez completada la conversión, deberá asociar las etiquetas de directiva de host.

Conversión del clúster y facturación

Durante el proceso de conversión del clúster, el clúster contiene una combinación de tipos de host. No obstante, la facturación no cambia durante el proceso de conversión. Todos los hosts nuevos agregados en este punto son no facturables. Una vez completada la conversión, los hosts son facturables por el nuevo tipo de host al precio del nuevo tipo de host.

Al convertir los tipos de host de clúster no se convierten los compromisos de plazos que haya comprado. Por ejemplo, si adquirió un compromiso de plazo de i3 y posteriormente convirtió ese clúster para utilizar hosts i3en, puede optar por comprar un nuevo compromiso de plazo de i3en o solicitar que los hosts i3en se facturen en función de la demanda. En cualquier caso, seguirá pagando por su compromiso de plazo de i3.