Ya llegamos a la tercera parte. Aparentaba ser más rápido el tema 🙂
Recuerdo el objetivo: crear un "Failover Cluster" Virtual usando la nueva característica de Windows Server 2012-R2 "Shared VHDX"
En ambos nodos de las máquinas virtuales (GuestNodo1 y GuestNodo2) deberemos crear y asignar el disco VHDX que compartirán
Como esto es un ejercicio conceptual no lo haré, pero en realidad en lugar de un disco compartido, habría que crear dos discos: uno para almacenamiento y otro como disco Witness (Testigo)
Veremos que aún con único disco podremos crear el Cluster virtual, aunque por supuesto no lo podremos usar como si fuera productivo hasta que no agreguemos otro disco compartido (se puede hacer luego si desean)
Lo crearé en GuestNodo1, y luego lo agregaré a GuestNodo2
Y atención a la siguiente: el disco compartido lo crearemos en el medio compartido del Cluster real
Atentos a la siguiente 🙂
¡No se apuren! Antes de finalizar, en los “Advanced Features” del disco debemos indicar que será un disco compartido
Ahora en HYPER2, en las propiedades del CusterNodo2 debemos solamente agregar al disco que recién hemos compartido
Y marcar la opción de disco VHDX compartido
En GuestNodo1, ponemos el disco “Online”, lo incializamos y creamos un volumen
En GuestNodo2 debemos solamente ponerlo “Online”
Bien, ya tenemos el disco compartido que usaremos en el Cluster Virtual
Debemos entonces agregar a las máquinas virtuales (GuestNodo1 y GuestNodo2) la red que utilizará como “Heartbeat”. Esto lo debemos hace en ambos nodos
Llegados a este punto debemos agregar la funcionalidad “Failover Cluster” tanto en GuestNodo1 como en GuestNodo2. No mostraré el procedimiento porque es lo mismo que hicimos sobre las máquinas reales
Pero sólo como comentario, ejecuté las pruebas de validación y todo da perfecto 🙂
Podemos observar que ambos nodos están “Online”
Que el disco compartido (VHDX) está “Online” (Si, ya sé, habría que agregar otro disco más para usar como testigo :))
Y en DC1 podremos observar que se ha creado la cuenta de máquina del cluster virtual, y además se ha registrado correctamente en DNS
Resumiendo: durante estas tres notas hemos creado sobre un “Failover Cluster” Real, un “Failover Cluster” Virtual, donde cada nodo del virtual se ejecuta sobre un nodo diferente del real.
Es imporante tener en cuenta que la tolerancia fallas sobre el Cluster Virtual, la dará el propio Cluster Virtual, y no el Cluster Real
