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
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.

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.