Actualmente tenemos 3 hosts VMware, todos ejecutando ESXi 4.1. Todos son HP DL380 G7, dos de ellos tienen dos cpus Xeon E5620 con 96 GB de RAM y el tercero tiene dos cpus Xeon E5645 y 64 GB de RAN.
Los dos hosts con E5620 ya están siendo administrados por vCenter y están en un clúster con máquinas virtuales en almacenamiento SAN central, mientras que el tercero es un único host administrado con solo almacenamiento local. Me gustaría liberar el tercer host para usarlo en otro clúster en otro lugar, moviendo todas las máquinas virtuales al clúster existente.
Mi preferencia sería simplemente migrar las máquinas virtuales desde el host independiente al clúster de vCenter. No estoy seguro de si esto es posible, en primer lugar debido a la falta de integración con vCenter, a la falta de acceso a la SAN y a que también tenemos diferentes modelos de procesador. No veo ninguna forma de importar una VM existente, por lo que no es que podamos copiar manualmente todos los VMDK y archivos de configuración y luego importar la VM.
Supongo que una segunda opción posible sería agregar el host independiente a vCenter, agregar una tarjeta Fiber HBA para acceso a SAN, mover la VM al clúster existente y luego eliminar el host de vCenter. Sospecho que la diferencia del procesador aún puede ser una limitación aquí, aunque sean de la misma familia.
Agradeceremos cualquier consejo sobre la mejor manera de liberar este host sin reconstruir manualmente todas las máquinas virtuales desde cero.
Respuesta1
AFAIK, la diferencia de CPU no le impedirá agregar el host a su servidor vCenter. Tengo un cliente que tiene tres hosts vSphere 4.1 en un clúster de servidores vCenter, todos con diferentes CPU. Puede migrar las máquinas virtuales apagadas a un nuevo host sin conectar este host a la matriz de almacenamiento si tiene un almacén de datos local en los otros hosts que sea lo suficientemente grande para las máquinas virtuales (ya sea una a la vez o varias). Una vez migrados a un almacén de datos local, puede moverlos a la matriz de almacenamiento.
EDITAR
Edité mi respuesta para eliminar la referencia a HA, gracias a la ayuda y aclaración de Eric C. Singer.