Under C.P.D.

>

Hola.

Siguiendo al post inmediantemente anterior a este, vamos a ver cómo se comporta nuestro entorno de clúster al cual le estamos sirviendo una lun replicada entre dos cabinas de forma síncrona.

Lo primero es hacer llegar esta lun a los servidores, para ello no tenemos más que comprobar que la primera replicación se ha realizado corréctamente y atacar por iscsi a las dos cabinas desde nuestros nodos, eh aquí las capturas:

Comprobación de replicación:

Después crearemos las conexiones desde los hosts:

(en mi caso uno se ataca a él mismo ¿?, si es que soy así de pobre :))

Una vez creadas las conexiones, veremos las luns y las activaremos:

Activaremos el disco, formatearemos, bla, bla, bla.

Crearemos un clúster y a ese detalle no voy a entrar ¡cuando tenéis material como este!:

http://blogs.technet.com/b/davidcervigon/archive/2010/03/08/montando-laboratorios-pruebas-de-concepto-y-pilotos-de-virtualizaci-n-instalaci-n-de-los-hosts-de-hyper-v-y-el-cluster.aspx

Una vez montado el clúster, veamos como se comporta si le quitamos las conexiones y simulamos la caida de la cabina:

Si quitamos la conexión con la cabina principal, el disco sigue sirviendose corréctamente:

Activamos la conexión y esperamos que la sincronización replique :

Desconectamos la conexión con la cabina de respaldo y el disco sigue también, sirviéndose perféctamente:

Ahora comprobamos que el clúster está correcto y que una máquina virtual que había creado, sigue ahí:

Y aunque en formato redirigido, que luego cambia, parece que aguanta :).

Nuestra Vm está:

Bueno y llegado a este punto, parece que tenemos un entorno en producción y otro de backup y al utilizar un virtualizador, podemos llegar a montar escenarios en que las dos cabinas son de diferente fabricante o diferente generación.

Saludos.