Hola. Estoy planteando un sistema de contingencia para un vCenter 5.1.
Hasta la fecha (vCenter 4.1) tenía un segundo servidor con vCenter instalado y con otro nombre, le trasladaba la BD del vCenter original y renombraba el servidor y el SQL (vCenter y SQL en el mismo equipo).
Ahora con vCenter 5.1, al tener el servicio de single Sign On y tener durante la instalación diversas pantallas de configuración del FQDN del servidor no veo trivial instalar un segundo servidor en el que trasladar la BD y luego renombrarlo como el primer vCenter en caso de contingencia, sobretodo porque he visto varios KB's de VMware que indican problemas en caso de renombrar un servidor de vCenter 5.1:
http://kb.vmware.com/kb/2032004
http://kb.vmware.com/kb/1014458
http://kb.vmware.com/kb/2021202
Me preguntaba si era posible tener algún otro método de contingencia, teniendo en cuenta que el vCenter es físico y debería tener otro servidor físico de contingencia que asumiría el servicio en caso de caída del primero.
Había pensado en instalar este segundo servidor con otro nombre y también el vCenter, pero sin licenciar, y con una BD recién instalada en el mismo servidor. En caso de caída del servidor de vCenter de producción, recuperar la BD en el servidor de contingencia e intentar reconectar los hosts, ya que los certificados serán diferentes.
Desconozco si puede haber algún efecto adverso o secundario y me gustaría saberlo antes de probarlo. ¿Qué opinión os da esta solución?
Gracias y saludos.
