Comportamiento de conmutación por error en clústeres de tres o más nodos

En este artículo se documenta la lógica por la que los grupos producen un error de un nodo a otro cuando hay tres o más miembros del nodo de clúster.

Se aplica a: Windows Server 2012 R2
Número de KB original: 299631

Resumen

El movimiento de un grupo puede deberse a un administrador que mueve manualmente un grupo o a un error de nodo o recurso. El lugar donde se mueve el grupo depende de cómo se inicie el movimiento y de si se establece la lista Propietario preferido.

Más información

La información sobre la lista propietario preferido se describe en el archivo de Ayuda en "Clústeres de servidor", incluida la información sobre cómo planear y optimizar clústeres de servidores. En este artículo se documenta los cuatro escenarios posibles siguientes:

1. Hay un error de nodo o recurso y se establece la lista de propietarios preferidos.
2. Hay un error de nodo o recurso y la lista de propietarios preferidos no está establecida.
3. El administrador mueve manualmente el grupo a "Mejor posible" y se establece la lista de propietarios preferidos.
4. El administrador mueve manualmente el grupo a "Mejor posible" y no se establece la lista de propietarios preferidos.

Escenario 1

Si se produce un error en un nodo o recurso y se ha definido la lista de propietarios preferidos, el servicio de clúster produce un error en el grupo en el siguiente nodo disponible de la lista de nodos. La lista de nodos se compone de la Lista de propietarios preferidos seguida de los nodos restantes organizados por su identificador de nodo. El identificador de nodo se define cuando un nodo se une a un clúster o si se expulsa o se vuelve a agregar un nodo.

Para ver el orden de id. de nodo, examine el registro en la clave \HKEY_LOCAL_MACHINE\Cluster\Nodes.

Por ejemplo, supongamos que tenemos un clúster de seis nodos y que los nodos se instalaron y se unieron al clúster en el orden siguiente: NodeA, NodeB, NodeC, NodeD, NodeE y NodeF. Suponga que un grupo tiene NodeA, NodeC y NodeE enumerados como propietarios preferidos.

Con esta información, la lista de nodos del grupo sería la siguiente:

1. NodeA: propietario preferido número uno
2. NodeC: propietario preferido número dos
3. NodeE: propietario preferido número tres
4. NodeB: segundo nodo instalado
5. NodeD: cuarto nodo instalado
6. NodeF: sexto nodo instalado

En este escenario, si se produjera un error de nodo o un error de un recurso y se alcanzara su umbral de reinicio, todo el grupo no llegaría al siguiente nodo en la lista de nodos. Por ejemplo, si NodeC contenía el recurso que produjo un error, todo el grupo no podría acceder a NodeE. No se producirá un error en NodeA aunque aparezca primero en la lista de propietarios preferidos. Si se produce un error en NodeE, el grupo conmutaría por error a NodeB y no a NodeA.

Escenario 2A

Si se produce un error en un recurso y no se establece la lista de propietarios preferidos, el grupo sigue una lista de nodos de forma muy similar a la del escenario 1. La lista de nodos solo se compila a partir del identificador de nodo. Tras un error de nodo o recurso, los recursos siguen una ruta de acceso descendente que no se encuentra en el nodo posterior de la lista de nodos. Cuando alcanza el último nodo enumerado en la lista de nodos, comienza con el primer nodo de la lista de nodos.

1. NodeA: primer nodo instalado

2. NodeC: segundo nodo instalado

3. NodeE: tercer nodo instalado

4. NodeB: cuarto nodo instalado

5. NodeD: quinto nodo instalado

6. NodeF: sexto nodo instalado

Por ejemplo, esta lista tiene el orden de instalación de los distintos nodos de clúster. Si NodeE produjera un error, todos los grupos de su propiedad conmutarían por error a NodeB y no a NodeF.

Escenario 2B

Si se produce un error en un nodo y la lista de propietarios preferidos no está establecida para un grupo de ese nodo, se seleccionará aleatoriamente un nodo disponible para el grupo al que se va a mover. Esto distribuirá los grupos entre los nodos disponibles.

Escenario 3

Si un administrador de clúster elige manualmente Mover grupo y selecciona Mejor posible y se configura la Lista de propietarios preferidos, el grupo siempre se iniciará en la parte superior de la lista de nodos. Como en el escenario 1, la lista de nodos se compone de la lista de propietarios preferidos y el orden de instalación.

1. NodeA: propietario preferido número uno
2. NodeC: propietario preferido número dos
3. NodeE: propietario preferido número tres
4. NodeB: segundo nodo instalado
5. NodeD: cuarto nodo instalado
6. NodeF: sexto nodo instalado

En este ejemplo, cuando se selecciona Mejor posible , el grupo siempre intenta moverse a NodeA. Si el grupo ya está en NodeA o NodeA no está disponible, el grupo intenta moverse a NodeC. Si un grupo está en NodeD y el administrador decide moverlo a Lo mejor posible, el grupo va a NodeA. Si NodeA, NodeC o NodeE no están activos, NodeB o NodeF se elige aleatoriamente.

Escenario 4

Si como administrador de clústeres, elige manualmente Mover grupo y selecciona Mejor posible y la Lista de propietarios preferidos no está configurada, se elige aleatoriamente un nodo activo para hospedar el grupo. Sin la lista de propietarios preferidos configurada, es posible que un grupo se mueva a un nodo que ya ejecuta otros grupos.

Se recomienda configurar la lista Propietario preferido en un clúster de nodo grande si la carga entre nodos es significativamente diferente o si los nodos no son homogéneos.

La propiedad pública AntiAffinityClassNames también puede afectar a dónde se conmutará por error un grupo.