Windows Server 2016 – “Storage Spaces Direct” – “Shared Nothing Hyper-V Cluster” (II)

Continuando con la nota anterior (“Windows Server 2016 – “Storage Spaces Direct” – “Shared Nothing Hyper-V Cluster” (I)”) donde en los 3 nodos hemos instalado Hyper-V y creado el “cluster”, en esta veremos la configuración de “Storage Space Direct”, lo cual nos permitirá la creación del “Shared Nothing Hyper-V Cluster” donde instalaremos una máquina virtual, para demostrar el failover

Y lo más importante, recordar que en este “cluster” los nodos no comparten almacenamiento

Aclaración importante que olvidé en la nota anterior, aunque ya lo he aclarado: “Storage Space Direct” S2D es posible solamente con la versión Windows 2016 Datacenter

Teniendo la configuración hecha en la nota anterior, observemos primero que nada que aún no hay creado ningún “Pool” en el “cluster”

Porque para eso primero debemos habilitar “Storage Space Direct”. En mi caso sigo trabajando en NODO1, y desde PowerShell ejecutado como administrador debemos habilitar la opción con

Enable-ClusterS2D -PoolFriendlyName S2D-1

No preocuparse si reciben las advertencias como muestra la siguiente pantalla, todo se debe a que la recomendación es usar discos SSD, o por lo menos “Storage Tiers”. Para una prueba de laboratorio no ocasiona problemas

Ahora sí, ya nos aparece el “Pool” creado

Crearemos a continuación el disco virtual que se creará dentro del “Pool”

Por que comenté anteriormente, pienso darle a futuro otro uso a esta infraestructura, no asignaré todo el tamaño disponible

Por omisión ya deja marcada la opción de configurar a continuación el volumen, así que proseguiremos con eso

Para el uso que le daremos no conviene asignarle letra, evita confusiones

Observen, que por omisión el sistema ofrece ReFS ya que incorpora importantes mejoras para el uso que le daremos

Y ya creado el disco y volumen, debemos agregarlo como “Cluster Shared Volume”

Observen el cambio que hizo, desconozco el motivo. En la pantalla anterior el “owner” es NODO3, y cuando lo pasamos a medio compartido, cambió a NODO2

Siempre trabajando desde NODO1, mediante el explorador de archivos he creado dos carpetas en C:\ClusterStorage\Volume1, una donde se crearán las máquinas virtuales (VMs), y otra (ISOs) donde he puesto una copia del ISO de Windows Server 2016

 

Y ahora sí, desde “Failover Cluster Manager” comenzamos con la creación de la máquina virtual

Elegimos qué nodo la tendrá originalmente, puede ser cualquiera de los tres

Atención con lo siguiente, debemos almacenarla en el “Cluster Shared Volume”

Controlen dónde se ubicará el disco

Y ya podemos comenzar con la instalación del sistema operativo en la virtual

No voy a mostrar las capturas de cómo se instala, vamos directamente a luego que finaliza e iniciamos sesión como administrador

Ya podemos probar cómo estando la máquina virtual en funcionamiento la podemos mover de un nodo a otro usando “Live Migration”

Lo hace muy muy rápidamente

Algo que me olvidé de mostrar antes, luego de la creación del “cluster” se creado la correspondiente cuenta de máquina en el Dominio, y ha quedado la registración en DNS

Para una comprobación más, mediante SCONFIG le he asignado una configuración IP válida para la red pero me he llevado una sorpresa desagradable, no tiene conectividad de red

Si hacía PING a la dirección IP del nodo que tenía la máquina virtual, funcionaba perfectamente, pero a ninguna otra máquina de la red

Pensando … pensando … pensando …

¡Ah! ¡Yo sabía que algo me estaba olvidando! como vimos en nota anterior, para que la virtual dentro de la virtual tenga acceso a la red hay que activar “MAC Address Spoofing”. Lo hice en la virtual, y en cada uno de los nodos

Un olvido se paga, para poder configurar esto en los nodos, hay que apagarlos, hacer el cambio y volverlos a levantar. Consejo para que no pierdan tiempo, primero que nada apaguen la virtual, o háganlo de un nodo por vez, no apaguen dos juntos

Y ahora sí, la virtual ya tiene conectividad de red

Me he olvidado de capturar las pantallas, pero pueden verificar fácilmente, que si apagan uno de los nodos, automáticamente la máquina virtual es movida y prosigue su funcionamiento normal en otro nodo

 

Resumiendo lo hecho en estas dos notas. Realmente el hecho de poder crear un “Hyper-V” cluster, sin usar almacenamiento compartido externo como puede ser una SAN que tiene un costo relativamente alto, y a la vez evitando las limitaciones de tolerancia a fallas que nombre al principio de las notas, creo que es una nueva funcionalidad muy muy importante

Vamos a ver si a futuro puedo publicar otra nota, pero usando esta misma infraestructura para hacer un “FileServer Cluster”

Anuncios
Post a comment or leave a trackback: Trackback URL.

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: