Mecanismo de vigilancia

Cada watchdog ejecuta las siguientes acciones:

Controlar su propio servicio Tomcat y base de datos; escribir información en sus logs.

Comunicarse entre sí y notificar mediante heartbeat si un Tomcat está caído.

Registrar el tiempo de conexión a cada instancia.

Si un watchdog maestro está caído:

El siguiente miembro asume el rol maestro, después de verificar el estado de caída

Si el Tomcat de una instancia maestra está caído:

El watchdog notifica a otros watchdogs.

El siguiente miembro asume el rol maestro directamente.

Tabla detallada:

Servicio	Maestro	Miembro	Acción
Tomcat	Activo	Caído	El watchdog no realiza ninguna acción adicional.
Tomcat	Caído	Activo	1- El watchdog maestro envía un reconocimiento de falla a otro watchdog. 2- El watchdog miembro iniciará un escenario de failover.
Tomcat	Caído	Caído	El watchdog no realiza ninguna acción adicional
Perro guardián	Activo	Caído	El watchdog no realiza ninguna acción adicional
Perro guardián	Caído	Activo	1- El miembro asumirá el rol maestro después de verificar el estado de caída tres veces (paramétrico) 2- El watchdog miembro iniciará un escenario de failover .
Perro guardián	Caído	Caído	El watchdog no realiza ninguna acción adicional.
Watchdog, Tomcat (Ruta correcta)	Activo	Activo	El watchdog maestro y el watchdog miembro enviarán heartbeat e información de reconocimiento entre sí y registrarán toda la comunicación.

Existen tres servicios para las siguientes acciones:

Un servicio verifica el estado de Tomcat. Envía una solicitud a la DB; si recibe una respuesta (si hay una conexión), el servicio devuelve un OK.

Un servicio ejecuta los parámetros, incluida la información de la instancia y los valores de umbral relacionados con el mecanismo watchdog:

Nombre de la instancia, IP y orden de prioridad de la tabla t_instance

El valor de umbral de cuántas veces verificará si no se puede recibir una respuesta del watchdog y con qué frecuencia se comunicarán los watchdogs. Esos dos valores estarán en la tabla t_system_parameter y comenzarán con el watchdog.

Un servicio actualizará la información de la instancia maestra.

La replicación entre cada instancia de Kron PAM se controla periódicamente mediante watchdogs, y los trabajos de Vault también pueden verificarse y detenerse, si es necesario, junto con el estado de replicación de los trabajos de Vault deshabilitados.

Los escenarios de trabajos de Vault deshabilitados se describen en la siguiente tabla:

Servicio	Maestro	Miembro	Acción
Tomcat y base de datos	Activo	Inactivo	Cada watchdog detiene los trabajos de Vault en su instancia.
Estado de replicación	Activo	Inactivo	Cada watchdog detiene los trabajos de Vault en su instancia.
Perro guardián	Activo	Inactivo	Los watchdogs activos detienen los trabajos de Vault en su instancia.
Tomcat y base de datos	Inactivo	Activo	Cada watchdog detiene los trabajos de Vault en su instancia.
Estado de replicación	Inactivo	Activo	Cada watchdog detiene los trabajos de Vault en su instancia.
Perro guardián	Inactivo	Activo	Los watchdogs activos detienen los trabajos de Vault en su instancia.
Tomcat y base de datos y replicación (ruta correcta)	Activo	Activo	Los watchdogs maestro y miembro continúan supervisando los servicios y registran todas las comunicaciones.