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

Habiendo finalizado en la nota anterior la configuración del almacenamiento (SAN) en esta segunda parte haremos la configuración de los nodos del futuro Cluster

Igual que en el caso anterior es un procedimiento largo y de cuidado en cada paso, ya que si algo no estuviera como debe ser, luego afectaría lo último y más importante como es la creación del Cluster

La infraestructura de red que estamos creando es según el siguiente gráfico

Un dato importante a tener en cuenta es que aunque no es requerido Dominio Active Directory, sí se necesita resolución de nombres DNS

Si, como es habitual en ambiente de Grupo de Trabajo, no hay servidor DNS interno, esto implica que debemos asignar sufijo DNS de dominio a los nodos, y además hay que hacer las entradas correspondientes en el archivo HOSTS del resto de las máquinas

Salvo aclaración específica, los siguientes procedimientos deben hacerse en ambos nodos, aunque por supuesto cada uno con sus valores únicos. Por ejemplo en el NODO1 uso dirección IP en la red de acceso 192.168.1.101, y en NODO2 uso 192.168.1.102

Capturo las pantallas de la configuración de NODO1, pero hay que hacer lo análogo en NODO2

Comenzamos asignando el nombre de máquina y sufijo de Dominio:

Luego la configuración de red en ambos nodos, lo que he hecho de la siguiente forma:

• NODO1: Access-Net 192.168.1.101/24 – iSCSI-Net 172.16.0.1/16
• NODO2: Access-Net 192.168.1.102/24 – iSCSI-Net 172.16.0.2/16

Para que detecte las redes como privadas, hago el cambio en la “Local Policy” con GPEDIT.MSC

Y por último agrego las entradas correspondientes a ambas máquinas en el archivo HOSTS de cada nodo. Aclaro que el CMD está “Ejecutado como Administrador”

En todos las referencias que he encontrado en Internet, dicen que además hay que crear una cuenta de usuario con privilegios administrativos en ambos nodos. Durante la implementación lo he hecho, pero luego de finalizado he visto que no es usada

Decidido a probar si esto es realmente necesario, cuando terminé toda la configuración, borré la cuenta, y todo sigue funcionando normalmente, por lo que me da para pensar que no es necesario, sólo es debido al “copy/paste” que hacen muchos

Lo que sí he visto, es que el sistema crea automáticamente una cuenta de usuario espejada en ambos nodos

Había tomado tomando como referencia a: Workgroup and Multi-domain clusters in Windows Server 2016 | Clustering and High-Availability que indicaba la creación, pero en la práctica he visto que no es necesario. De todas formas recomiendo su lectura porque aunque es bastante incompleto, y tiene un “error”, hay recomendaciones de uso útiles en la parte “Workload”

En mi opinión personal, además de lo mencionado más arriba me parece incongruente cuando “no recomienda el uso como Servidor de Archivos porque no se dispone de Kerberos” cuando en ambiente de Grupo de Trabajo con Windows nunca se usa Kerberos

Desde PowerShell “Ejecutado como Administrador” debemos ejecutar:

New-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1

 

Ahora proseguiremos configurando “iSCSI Initiators” en ambos nodos, según se muestra a continuación

Indicamos la dirección IP de SAN

Atención: lo siguiente lo debemos hacer solamente en NODO1, y consiste en poner en línea los dos discos, inicializarlos y crear el volumen correspondiente

Y repetir el procedimiento con el segundo disco. Quedará finalmente así

En NODO2, lo único que se debe hacer es ponerlos en línea

 

Llegados a este punto, donde ya tenemos configurada la SAN y ambos NODO, dejo para la nota siguiente la principal y última configuración que será la creación del Cluster. Lo he hecho en tres partes por la extensión de la configuración previa