viernes, 17 de junio de 2011

Replicación entre almacenamientos San StarWind y batería de pruebas

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:

 sw25 sw26

Después crearemos las conexiones desde los hosts:

sw29 (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:

sw27 sw28

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:

sw31

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

swprueba30

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

 swprueba31

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

swprueba33

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

Nuestra Vm está:

swprueba32

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.

No hay comentarios: