Cluster de Servidor de Archivos en Grupo de Trabajo, Sin Dominio – 3 de 3

Ya configurada la SAN y ambos nodos del Cluster de la forma adecuada, por fin llegamos a la parte importante, como es crear el Cluster de Servidor de Archivos (“Failover Cluster File Server”)

Esta parte es la que me ha llevado más tiempo, fue recién en el tercer intento que funcionó correctamente, porque hay información que falta en el documento de Microsoft que nombré en la nota anterior, que se supone es un “paso a paso”

Y además es un motivo más el probar todo en máquinas virtuales, y cuando uno llega a “puntos importantes” hacer antes los necesarios “Checkpoints” ;)

Comenzamos agregando en ambos nodos el rol “File Server” y el “Feature” “Failover Clustering”. No muestro el paso a paso de esto ya que lo supongo conocido por todo aquel que lea esta nota, y considero que sería alargar sin sentido algo que ya se está haciendo largo de por sí

Una vez finalizada la instalación de los componentes, debemos crear el Cluster, pero con un detalle importante: no se puede hacer para este caso con la interfaz gráfica, lo debemos hacer desde PowerShell

El motivo es que desde el asistente gráfico no se puede especificar el modo del “Administrative Access Point”

Entoces, desde PowerShell ejecutado como administrador debemos ejecutar:

New-Cluster -Name FS-CLUSTER -Node nodo1, nodo2
-StaticAddress 192.168.1.100
-AdministrativeAccessPoint DNS

Por supuesto que cada uno deberá adaptarlo a los nombres que haya escogido, lo mismo que las direcciones IP

Una vez creado el Cluster, ya lo podemos administrar de la forma clásica a través de la interfaz gráfica

Lo único diferente a la creación del Cluster en Dominio, es que en este caso debemos conectar manualmente la consola

Y la siguiente pantalla me hizo tener miedo ¿qué son esos errores?

Nada, no son errores y además es totalmente esperable, no puede hacer la registración dinámica en DNS

Podemos confirmar que ambos nodos están activos

También están presentes y activos ambos discos y además en forma “inteligente” ha tomado el disco más chico para determinar el “Quorum”

E igualmente vemos que ha escogido las redes correctamente

Comienzo a crear el rol de “File Server” con el asistente desde cualquiera de los nodos

Me aseguro que ha tomado el disco correcto (el más grande)

Estaba todo tan bien y tan “inteligentemente” configurado automáticamente que pensaba que ya estaba todo casi listo ¿qué puede salir mal? sólo falta agregar una carpeta compartida

Y al final sorpresa

No está disponible el “Client Access Point”. Pensando, pensando, … ¡Ah! debe ser porque falta resolución DNS, que era lo que habíamos configurado para usar: nombres DNS

Rápido, a editar el archivo HOSTS en cada uno de los nodos y agregar los dos nuevos nombres. En la captura de pantalla me equivoqué y no había agregado los sufijos de dominio DNS, por favor agregarlos

Comienzo nuevamente la creación de la carpeta compartida y ¡Sorpresa! un nuevo error, esta vez relacionado con WinRM

Este error es el que me detuvo más tiempo. Al final tomando Internet de los tobillos y sacudiéndola cabeza abajo durante bastante tiempo encontré una solución posible. En un documento de HP indicaba que había que agregar los nombres como “Trusted Hosts”. Es interesante el tema porque este documento hacía referencia a que se indicaba en una página de Microsoft, que realmente no lo indicaba para nada (la anterior que puse en la nota precedente)

Así que agregar los “Trusted Hosts” en cada nodo con el comando:

winrm set winrm/config/client
@{“nodo1.guillermod.com.ar, nodo2.guillermod.com.ar, FileServer.guillermod.com.ar,
FS-CLUSTER.guillermod.com.ar”}

Probemos nuevamente la creación de la carpeta compartida, adelanto que ahora sí. No cambio las opciones por omisión simplemente porque esto es una demostración y sólo tiene como objetivo verificar la funcionalidad

Desde cualquiera de los nodos pruebo el acceso ejecutando “\\FileServer” que es el nombre asignado al servidor de archivos, donde puedo ver la carpeta compartid creada y acceder a la misma

Observen, que como vimos recién se puede acceder con el nombre del Servidor de Archivos, pero no se puede acceder con el nombre del Cluster

Y finalmente, y para que no queden dudas, he querido verificar qué tipo de “Quorum” ha seleccionado el sistema. Por lo que he visto se ha elegido voto para ambos nodos y el disco “Witness” pero quiero confirmarlo

Y es como pensaba

Podemos continuar o cancelar, ya que no hará cambios

 

Y lo que falta confirmar es mover el rol entre los diferentes nodos

Que vemos no tiene ningún problema

Inclusive he hecho la prueba apagando NODO1 que tiene el rol, y ver que en muy pocos segundos está disponible en NODO2

 

Con esto doy por finalizada esta serie de tres notas, donde se ha visto cómo crear un “Failover Cluster File Server” con el paso a paso, y los “secretos aún no documentados” :)