Es importante realizar una correcta configuración de las opciones
de "Preferred Owners" y
"Possible Owners" para los recursos de clúster, ya que
esto va a definir el comportamiento de nuestras aplicaciones en los casos en
los que se produzca el failover.
Preferred Owners
Por un lado tenemos la opción de "Preferred
Owners", que aparece a nivel de grupo de clúster, no a nivel de recurso,
es decir, sería la opción que encontraríamos al acceder a la pestaña
"General" de cualquier de las aplicaciones que están en el clúster:
Esta opción incluye una lista de nodos que podemos reordenar
con los botones "Up" y "Down"; el orden de la lista define
el orden de preferencia cuando los recursos se mueven entre nodos.
El que marquemos unos nodos y otros no, no quiere decir que
la aplicación nunca vaya a realizar un failover a ese nodo. Cuando todos los
nodos están marcados o todos los nodos están desmarcados (por defecto), el
failover se realizará preferentemente en el orden de nodos en la lista; si lo
que queremos es alterar este orden por defecto, lo que deberíamos hacer es
marcar sólo los nodos que deseamos y hacer que aparezcan al principio del todo
de la lista. Sin embargo, si ninguno de los nodos que hemos marcado y
ordenado al principio está disponible en un determinado momento y es necesario
realizar un failover de la aplicación, el failover se realizará a alguno de los
nodos no seleccionados.
Teniendo todos los nodos marcados en esta lista o todos los
nodos desmarcados, el failover se producirá en el orden especificado. Esto
viene indicado en el artículo KB299631 (http://support.microsoft.com/kb/299631).
Possible Owners
Si lo que queremos es que bajo ninguna circunstancia una
aplicación haga un failover a un nodo o grupo de nodos en concreto, tenemos que
usar las opción de "Possible Owners" que aparece en la pestaña de
"Advanced Policies" para cada recurso:
Si desmarcamos un nodo cualquier de esta lista, lo que
estamos indicando es que no queremos que la aplicación haga failover en este
nodo en ninguna circunstancia. Esto es así hasta el punto de que si tenemos
varios nodos y sólo marcamos uno, estamos impidiendo que ese recurso haga
failover si se produce un problema.
Mi sugerencia es que todos los recursos de la aplicación
tengan configurados los mismos “Possible Owners”.
Además de todo esto está la opción "Enable persistent mode", que
aparece a nivel de grupo de aplicaciones justo debajo de la lista de
"Preferred owners". Al marcar esta opción estamos especificando que
la aplicación, tras un arranque de los nodos del clúster, arranque
preferentemente en el último nodo al que fue movida por el administrador. Si se
ha definido Preferred Owners, estos tienen preferencia sobre esta opción. Por
defecto esta opción no está activada.
Otras cosas a
tener en cuenta
- En un cluster de Windows, por defecto los nodos aparecen en la lista de "Preferred Owners" en el orden en que fueron añadidos al clúster y no hay ninguno de ellos seleccionado en la lista.
- SQL Server: Los recursos del clúster configurados durante la instalación de SQL Server tienen por defecto todos los nodos seleccionados en la lista de "Possible Owners".
- SQL Server: En una instalación de SQL Server se recomienda que todos los recursos del grupo tengan la misma lista de "Possible Owners"; la excepción a esto es cuando estamos llevando a cabo una instalación de un Service Pack de SQL Server nodo a nodo (lo que ocurre en SQL Server 2008/R2, llamado Rolling Update), en cuyo caso es recomendable eliminar de la lista de "Possible Owners" aquel nodo que estamos actualizando y volver a añadirlo tras la actualización.
No hay comentarios:
Publicar un comentario