El Supervisor de pertenencia al clúster es un conjunto distribuido de agentes, uno por miembro del clúster, que intercambian mensajes por la interconexión del clúster para:
Forzar una vista de miembros uniforme en todos los nodos (quórum)
Activar la reconfiguración sincronizada en respuesta a cambios en la pertenencia, mediante retrollamadas registradas
Manejar el particionamiento del clúster (esquizofrenia, amnesia)
Asegurar la completa conectividad entre todos los miembros del clúster
A diferencia de anteriores versiones del software Sun Cluster, CMM se ejecuta completamente en el núcleo.
La función principal de CMM es establecer acuerdos a nivel del clúster sobre el conjunto de nodos que participan en éste en todo momento. Esta limitación se denomina pertenencia al clúster.
Para determinar la pertenencia al clúster y, por tanto, asegurar la integridad de los datos, CMM:
Registra los cambios en la pertenencia al clúster, como la incorporación o el cese de un nodo en el clúster
Se asegura que los nodos “defectuosos” abandonen el clúster
Se asegura que los nodos “defectuosos” permanezcan fuera del clúster hasta que éste se repare
Evita que el clúster se particione en subgrupos de nodos
Consulte Quórum y dispositivos del quórum para obtener más información sobre cómo se protege el clúster de particionarse en varios clústers independientes.
Para asegurarse de que los datos permanezcan incorruptos, todos los nodos deben alcanzar un acuerdo uniforme sobre la pertenencia al clúster. Cuando es necesario, CMM coordina una reconfiguración de los servicios del clúster (aplicaciones) en respuesta a un fallo.
CMM recibe información sobre conectividad con otros nodos desde la capa de transporte del clúster. CMM usa la interconexión del clúster para intercambiar información de estado durante la reconfiguración.
Después de detectar un cambio en la composición del clúster, CMM lleva a cabo una configuración sincronizada del clúster en que los recursos de éste podrían redistribuirse de acuerdo con la nueva composición.
Si CMM detecta un problema crítico en un nodo, envía una señal a través de la estructura del clúster para forzar su apagado (pánico) y así retirar su pertenencia al clúster. El mecanismo por el que ello ocurre se denomina recuperación rápida. Éste obliga a un nodo a apagarse de dos formas.
Si un nodo abandona el clúster y después intenta crear uno nuevo sin tener quórum, queda “encerrado” y se le impide acceder a discos compartidos. Consulte Aislamiento de fallos para obtener detalles sobre este uso de la recuperación rápida.
Si uno o más daemons específicos del clúster dejan de existir (clexecd, rpc.pmfd, rgmd o rpc.ed) CMM detecta el fallo y el nodo entra en pánico.
panic[cpu0]/thread=40e60: Failfast: Aborting because "pmfd" died 35 seconds ago. 409b8 cl_runtime:__0FZsc_syslog_msg_log_no_argsPviTCPCcTB+48 (70f900, 30, 70df54, 407acc, 0) %l0-7: 1006c80 000000a 000000a 10093bc 406d3c80 7110340 0000000 4001 fbf0 |
Después de la condición de pánico, el nodo podría rearrancar e intentar volverse a unir al clúster o permanecer en el indicador OpenBootTM PROM (OBP). La acción que se toma depende del valor del parámetro auto-boot? en la OBP.