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

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:

  1. Configuración de la SAN (Esta nota)
  2. Configuración de los nodos del Cluster
  3. 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

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

Comentarios

  • Alejandro  On 25/04/2017 at 07:14

    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

    • Guillermo Delprato  On 25/04/2017 at 09:33

      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

  • Carlos Morales  On 28/08/2017 at 10:56

    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.

    • Guillermo Delprato  On 28/08/2017 at 11:56

      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

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: