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.

Número de KB original: 299631

Resumen

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

Más información

La información sobre la lista de propietarios preferidos se trata en el archivo de ayuda en "Clústeres de servidores", incluida información sobre cómo planear y optimizar clústeres de servidores. En este artículo se documentan 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 no se establece la lista de propietarios preferidos.
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 la lista de propietarios preferidos no está establecida.

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 al siguiente nodo disponible en 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 está unido a un clúster o si se expulsa o se vuelve a agregar un nodo.

Puede ver el orden de id. de nodo examinando 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. Supongamos que un grupo tiene NodeA, NodeC y NodeE enumerados como propietarios preferidos.

Teniendo esta información, la lista de nodos para el grupo sería la siguiente:

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

En este escenario, si se produjo un error en el nodo o se produjo un error de un recurso y se alcanzó su umbral de reinicio, todo el grupo no superaría el siguiente nodo en la lista de nodos. Por ejemplo, si NodeC contenía el recurso que produjo un error, todo el grupo no se ejecutaría en NodeE. No se podría producir un error en NodeA aunque se muestre 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 la misma manera que hizo en el 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 hacia abajo que no se puede realizar 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 Se produce un error en NodeE, todos los grupos que posee se conmutarán 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 en ese nodo, se seleccionará aleatoriamente un nodo disponible para que el grupo se mueva. 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 la lista de propietarios preferidos está configurada, 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: número uno de propietario preferido
2. NodeC: número dos de propietario preferido
3. NodeE: número de propietario preferido 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, se elige de forma aleatoria NodeB o NodeF.

Escenario 4

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

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

Nota:

La excepción al comportamiento de conmutación por error que se menciona aquí es con el grupo predeterminado que contiene el recurso cuórum denominado grupo de clústeres. El grupo de clústeres no sigue el comportamiento típico de la lista de propietarios preferidos. En su lugar, si se produce un error en el propietario del recurso quorum, el nuevo propietario será el grupo anterior que posee correctamente el recurso Quorum.

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