Coordinador de grupos principales

Todos los grupos principales tienen un coordinador que gestiona actividades de alta disponibilidad entre los miembros del grupo principal. El coordinador gestiona la sustitución por anomalía de servicios singleton de alta disponibilidad y distribuye los datos de estado de servidor activo a los miembros del grupo principal interesados. El coordinador utiliza algunos recursos de CPU y memoria (almacenamiento dinámico de JVM) que realizan estas tareas. En algunas configuraciones, la cantidad de recursos que utiliza el coordinador puede ser considerable

Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.

La carga de trabajo del coordinador puede dividirse entre varias instancias de coordinador. Cada instancia se ejecuta en un miembro de grupo principal distinto y se le asigna una parte de la carga global de trabajo de coordinación. La división de la carga de trabajo entre varias instancias de coordinador le permite compartir los costes asociados de recursos entre las máquinas. La función del coordinador permanece de alta disponibilidad, independientemente de cómo se divide la carga de trabajo entre los miembros del grupo principal o se les asigna.

Elección del coordinador

Cuando un miembro de grupo principal se inicia o detiene, VSP (View Synchrony Protocol) instala una nueva vista. La vista consta de los miembros del grupo principal que están conectados y cooperando. Siempre que se instale una nueva vista, es posible que sea necesario volver a dividir la carga de trabajo entre los miembros del grupo principal. Por ejemplo, un miembro del grupo principal que esté alojando una instancia de coordinador puede generar un error y el gestor de alta disponibilidad debe elegir un coordinador sustituto.

Mensajes informativos, parecidos al que aparece a continuación, se anotan cronológicamente en el archivo SystemOut.log cuando un miembro del grupo principal se elige como coordinador:

HMGR0206I: El coordinador es un coordinador activo para el grupo principal DefaultCoreGroup

Mensajes, parecidos al que aparece a continuación, se anotan cronológicamente si un miembro del grupo principal ya no es un coordinador seleccionado:

HMGR0207I: El coordinador previamente fue un coordinador activo para el grupo principal
           DefaultCoreGroup pero ha perdido su liderato.
Avoid trouble Avoid trouble: Recuerde que la elección de coordinador ocurre siempre que cambia la vista. La elección de un nuevo coordinador utiliza muchos recursos porque este proceso ocasiona el aumento del consumo de la CPU y del tráfico de red. La especificación de un servidor de coordinador favorito, siempre que sea práctico, ayuda a eliminar la necesidad de realizar cambios de coordinador frecuentes.gotcha

Varios coordinadores

Los datos de configuración de grupo principal contienen un campo donde los usuarios pueden especificar el número de coordinadores. El valor predeterminado de este campo es 1. Este valor predeterminado es suficiente para la mayoría de las instalaciones y aplicaciones. Utilice varios coordinadores cuando el miembro de grupo principal seleccionado como coordinador utilice considerablemente más memoria o CPU que miembros de grupo principal parecidos. Asimismo, algunos productos de software que utilizan profusamente la infraestructura de alta disponibilidad le indican que aumente el número de coordinadores.

Servidores preferidos

Cuando configure un grupo principal, puede especificar los miembros de grupo principal que debe utilizar el gestor de alta disponibilidad como coordinadores, si están disponibles. Los servidores de coordinador favoritos deben ser procesos de grupo principal que se ciclan con tanta frecuencia como sea posible. Los servidores de coordinador preferidos también deben albergarse en máquinas con capacidad sobrante.

La especificación de servidores de coordinador preferidos es una práctica recomendable. Cuando los coordinadores se seleccionan durante un cambio de vista, el gestor de alta disponibilidad busca una lista de servidores proferidos. Si existe una lista, High Availability Manger selecciona un servidor de esa lista como coordinador. Si no existe una lista, el gestor de alta disponibilidad selecciona el miembro de vista con el nombre léxicamente inferior como coordinador, lo que genera una carga adicional si provoca que el coordinador se mueva.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_coordinator
File name: crun_ha_coordinator.html