Failover clustering Windows 2008 – registro

Como ya hemos hablado otras veces, con 2008 se he realizado un rediseño del antiguo clúster

MSCS que utilizábamos en versiones anteriores de Windows.

De entre todos los cambios introducidos hoy nos centraremos en el registro.

HKLM\Cluster

También conocida como “Cluster hive”, continua siendo la clave principal dentro del registro,

almacenando información sobre la configuración del clúster. Residente en todos los nodos del

clúster es también replicada al disco de witness en caso de haberse definido.

Vista del contenido de la carpeta \Cluster en un disco de Witness

Además de esta rama, los registros locales de cada pueden almacenar otra entrada llamada

“0.Cluster” cuyo contenido debe ser igual al de la rama “Cluster”. Esta entrada se crea en el

nodo propietario del “disco de Witness” en cada momento, de modo que cuando este se

transfiere a otro nodo, la clave es descargada del registro.

Como os comentaba ambas claves contienen exactamente lo mismo, pero como no se trata de

recorrer cada una de sus entradas para comprobarlo, el sistema escribe una entrada llamada

PaxosTag que controla que las actualizaciones propagadas por el componente “Global Update

Manager (GUM)” han sido procesadas y escritas en el registro.

Esta clave es consultada en el proceso de sincronización de los nodos que reciben un número

de secuencia y un número de propuesta, y consulta si el nuevo número de secuencia es mayor

menor que el propuesto para aceptar o no el cambio.

00000618.00000684::2006/07/18-22:30:24.079 DBG [DM] Committed transaction 5:5:532 00000618.00000684::2006/07/18-22:30:24.079 DBG [DM] Beginning transaction 00000618.00000684::2006/07/18-22:30:24.079 DBG [DM] Committing transaction 00000618.00000684::2006/07/18-22:30:24.095 DBG [CLFS] Logger wrote 250 bytes 00000618.00000684::2006/07/18-22:30:24.251 DBG [DM] Successfully flushed the log and rewinded it 00000618.00000684::2006/07/18-22:30:24.251 DBG [DM] Committed transaction

5:5:532

NOTA. El formato del PaxosTag varia si arrancamos el servicio de clúster con el modificador /fq

y se ha realizado un restore autoritativo del mismo. En estos casos lo que se almacena es el

timestamp del restore.

HKLM\Cluster\Checkpoints

Esta clave es nueva y su cometido es almacenar el contenido de la carpeta compartida en el

disco de quórum que se utilizaba en los clusters MSCS. El origen del cambio se encuentra en

que ahora ya no es obligatorio disponer de un almacenamiento compartido y lo que se hace es

utilizar el registro local de cada nodo para contener esta información.

Cada uno de los GUID’s bajo la clave Checkpoints, se corresponde con el GUID identificativo

del recurso de clúster asociado.

Aplicaciones preparadas para ser clusterizadas como MSDTC, MSMQ, SQL, Exchange, etc.

También pueden escribir bajo esta clave aquella información que precisen replicar.

HKLM\Cluster\Dependencies

En línea con la posibilidad de poder utilizar “OR” al configurar las dependencias de un recurso.

(Imprescindible cuando cada nodo del clúster se encuentra en una subred distinta) , se ha

creado esta clave.

A primera vista no se observan bien las dependencias ya que lo que se ven son los GUIDs

asociados a cada recurso, pero basta navegar a la clave Resources para hacer la conversión.

Estas son las tripas de donde almacena el registro el árbol de dependencias entre recursos,

pero para un vistazo rápido los mejor es utilizar la consola gráfica.

Y si nuestro árbol de dependencias es complejo o preferimos consultarlo en modo gráfico,

también disponemos de la opción “Show Dependency Report”, que genera un fichero MHTML

que podremos abrir utilizando nuestro navegador.

Parte del informe que representa gráficamente las dependencias

HKLM\Cluster\Groups

Esta clave no ha variado mucho respecto a las versiones anteriores aunque incorpora un nuevo

un nuevo grupo denominado “Available Storage” cuyo contenido son todos los recursos de

tipo “Physical Disk” que están disponibles para el clúster y que aun no ha sido utilizados por

ningún otro grupo.

Además de esto se ha creado un valor nuevo “GroupType” cuyo contenido varía en función del

tipo de grupo.

HKLM\Cluster\NetworkInterfaces

Aunque el formato a variado ligeramente respecto a versiones anteriores, el contenido

continua siendo el conjunto de tarjetas de red que conoce el clúster, así como las subredes con

las que trabajan los nodos del clúster.

En el siguiente ejemplo se muestra un clúster de 2 nodos con 4 tarjetas (dos por nodo) .

HKLM\Cluster\Networks

Bajo esta clave se listan todas las redes donde residen los nodos del clúster. En un clúster

2008, las redes pueden estar configuradas como “Enabled” (Role=3), “Internal” (Role=1),o

“Disabled” (Role=0).

Nota: Solo aquellas redes que tengan configurado “Default Gateway” serán configuradas por

defecto como “Enabled” z, lo que significa que estarán disponibles para que los clientes

accedan a los recursos, por defecto las redes configuradas como “Internal” solo las utilizarán

los nodos para su comunicación interna.

HKLM\Cluster\Nodes

Esta clave lista todos los nodos configurados como miembros del clúster.

HKLM\Cluster\Quorum

La clave Quorum lista información sobre el dispositivo que en Windows Server 2008 está

funcionando como “Witness disk” o “File Share Witness”.

Si os fijáis hay un valor llamado “Weight” cuyo contenido es el número de votos que tiene el

dispositivo, que por defecto es uno y no puede ser modificado manualmente.

HKLM\Cluster\Resources

Bajo esta clave encontraremos los GUIDs correspondientes a todos los recursos configurados

en el clúster.

HKLM\Cluster\ResourceTypes

Aquí encontraremos todos los tipos de recursos que pueden ser configurados. Como podéis

observar Windows Server 2008 incorpora algunos tipos nuevos (namely IPv6 Address,

IPv6Tunnel Address, Microsoft iSNS, File Share Witness, MSMQTriggers, File Server y

Distributed File System). El tipo “NFS Share” ya existía en 2003 pero solo aparecía tras

instalar SFU (Services for Unix), para 2008 ya viene por defecto.

HKLM\System\CCS\Services\clusdisk

Esta clave ha sufrido algunos cambios, consecuencia estos del cambio en la funcionalidad

realizado en el propio driver, que ha dejado de ejercer la función de protección a los discos y

que ahora realiza el “Partition manager” (partmgr.sys).

Como podéis ver a desaparecido la clave SCSI y todos los discos aparecen en el valor

“AttachedDisk” bajo la clave “Parameters”. Las claves con las firmas de los discos siguen

utilizándose, ya que continúa siendo uno de los modos que identificar los discos.

Si abrimos AttachedDisks encontraremos entradas como las siguientes. Para los discos GTP

solo veremos GUIDs mientras que para los discos MBR veremos dos entradas una con el GUID

y otra con la firma del disco.

Aspecto de de entradas para discos GPT y discos MBR

Toda la información de disco se ha extraído directamente de la clave “MountedDevices”

situada bajo HKLM\System\MountedDevices

HKLM\System\CCS\Services\ClusSvc

Esta entrada contiene una clave nueva llamada (Rhs) referida al (Resource Host Subsystem),

que como ya habréis leído ha reemplazado al monitor de recursos (resmon.exe). Otro cambio

que se ha producido en esta rama son las dependencias.

Otra información que también encontraremos aquí el nombre del objeto de directorio activo

registrado para el nombre del clúster (CNO).

HKLM\System\CCS\Services\Netft

Esta clave surge del reemplazo de clustnet.sys por el nuevo netft.sys, y con ello del cambio

producido en las dependencias del servicio de clúster que ahora requiere del arranque de

ntft.sys.

Un saludo, Paloma García

Técnico de Soporte Microsoft Premier