Hay redes que por su pequeño tamaño o poco presupuesto se administran como Grupo de Trabajo. Esta no es una mala solución, al contrario, puede ser muy buena en determinados ambientes
El problema de esa “pequeña infraestructura” que normalmente usa un servidor de archivos central para compartir información, es que no tiene tolerancia a fallas, y contando que el administrador del único servidor sea consciente y haga las copias de seguridad (“Backup”) con la suficiente frecuencia para que ante un inconveniente grave, aunque exista pérdida del servicio, se pueda recuperar la información
Aunque está disponible desde Windows Server 2012 R2, en realidad en forma usable recién en Windows Server 2016, se puede hacer sin demasidad inversión un Cluster de Conmutación («Failover Cluster»)por error. Sí, se necesitan por lo menos dos servidores y una SAN, pero por lo menos no necesitamos además Controladores de Dominio y la mayor complejidad de administración
Con Windows Server 2016, y dos servidores, se puede crear una Cluster de Conmutación por Error (“Failover Cluster”), tanto para Servidor de Archivos (“File Server”) como para Hyper-V
En esta primera serie de notas, veremos el paso y los datos desconocidos (que por lo menos yo no pude encontrar en Internet) para crear un Cluster Servidor de Archivos en Grupo de Trabajo. Llevó bastante trabajo y mucha “prueba y error” porque en muchos lugares hay un “paso a paso” pero nadie crea un compartido y muestra el acceso, y faltan datos para que funcione correctamente
Para esta demostración utilizaré tres máquinas virtuales con Windows Server 2016, todas en Grupo de Trabajo:
- SAN: que utilizaré como “iSCSI Target”
- NODO1: que será uno de los nodos del Cluster
- NODO2: que lógicamente será el segundo nodo del Cluster
Como las configuraciones inciales son bastante largas y en algunos casos no fáciles, he dividido la demostración en tres notas:
- Configuración de la SAN (Esta nota)
- Configuración de los nodos del Cluster
- Configuración del Cluster
Comienzo mostrando la configuración de la máquina virtual utilizada como SAN. He agregado en una controladora separada cuatro discos virtuales, dos de 10GB para “Witness”, y dos de 127GB para almacenamiento de datos, todos dinámicos ya que estamos en ambiente de pruebas
Estos cuatro discos adicionales quedarán sin ponerlos “Online”, ni inicializarlos
Seguramente se preguntarán para qué tantos discos, bueno la idea es darle mayor confiablilidad. El objetivo es usar “Storage Pools” para crear un espejado con los discos “Witness”, y otro con los discos para datos dando la mayor posibilidad de a prueba de fallos
Luego configuré la interfaz de red, pero cada uno puede elegir la red a usar con iSCSI a su gusto
Para no tener que deshabilitar el cortafuegos, he modificado la “Local Policy” para que a las redes desconocidas las tome como “Privadas”. Comentario: en una de las pruebas lo hice con PowerShell, pero se perdía la configuración en los reinicios; desonozco si el problema es de Hyper-V o de W2016
El paso siguiente fue cambiar el nombre de máquina, y por supuesto reiniciar
Verificando que la red está como “Privada”
Configuración de los “Storage Pool”
Comienzo creado el correspondiente a “Witness”, como muestran las siguiente capturas de pantalla. Observen que se visualizan los cuatro discos presentes, pero para este “Pool” utilizaré los dos más chicos
Atención, seleccionar los dos discos “chicos”
Marco la opción para ya comenzar a crear los discos virtuales, y cierro
Podemos elegir entre “Witness Pool” o “Witness Pool” :D
Asignamos nombre al disco
Seleccionamos “Espejo”
Al ser sólo una demostración de la configuración y uso selecciono “Thin” para ahorrar espacio
El tamaño máximo
Y ya vamos a crear el volumen
Y está creado el primer “Pool”
En forma totalmente análoga, salvo que se deben elegir los dos disco restantes (los grandes) se debe crear el “Data Pool”
Debe finalmente quedar así
Instalación y configuración de “iSCSI Target”
En la forma habitual, no lo muestro, instalamos la funcionalidad “iSCSI Target”
Y comenzamos a crear los “iSCSI Disks” como muestran las siguientes capturas de pantalla
Como voy a configurar primero el “Witness” selecciono el “disco chico”
Le asigno un nombre apropiado
Y debemos crear un nuevo “iSCSI Target” como se muestra a continuación
Donde debemos agregar ambos “iSCSI Initiators” permitidos
Los “iSCSI Initiators”, NODO1 y NODO2, le asignaré como luego veremos las direcciones IP 172.16.0.1 y 172.16.0.2
Quedará así
En forma totalmente análoga, pero seleccionando los “discos grandes” se debe agregar el disco para los datos
Debe quedar como muestra la siguiente captura de pantalla
Podemos notar que están presentes ambos discos
En esta nota llegamos hasta aquí, ya tenemos la SAN configurada
Si lo están haciendo con virtuales, como yo, es un buen momento para aplicar un “Checkpoint” para que ante cualquier inconveniente posterior …
Seguiré en la próxima nota con la configuración de los nodos del futuro cluster
WindowServer 
Comentarios
Buena explicación y además creo que esto le hace el apaño a mucha gente y pequeñas empresas con poco presupuesto. Saludos
Hola Alejandro, justamente esa es la idea, muchas veces la pequeña empresa pone en riesgo todo su sistema
Es común que el único Controlador de Dominio, además de tener instaladas todas las aplicaciones, además comparte Internet, y contiene todos los datos
Hay riesgo de fallas de hardware, de seguridad, de sobrecarga, etc. Con esto, aunque necesitan por lo menos dos servidores, pueden proteger los datos, lo demás se puede reinstalar
Saludos.
Lo felicito por el BLOG, no he encontrado contestación en los site de Microsoft.
Pregunto: En relación al manejo de los discos a utilizar en un Cluster. ¿Se continua configurando los servidores en RAID (x) a nivel de hardware o el SOFTWARE RAID del Storage POOL es suficiente? o sea el DISCO presentado para configuración en el Software POOL es Logico y realmente es fisico.?
Gracias anticipadas.
Hola Carlos, me alegro te sirvan las notas
En cuanto al manejo de los arreglos de discos hay diferentes opiniones pero cuidado, lo que nunca recomiendo es RAID por softaware, que no es lo mismo que «Storage Space». También todo dependerá de las características propias de la SAN escogida
Trackbacks
[…] finalizado en la nota anterior la configuración del almacenamiento (SAN) en esta segunda parte haremos la configuración de los […]
[…] configurada la SAN y ambos nodos del Cluster de la forma adecuada, por fin llegamos a la parte importante, como es […]