Ejemplos de uso: agentes, continuidad y recuperación

Del equipo a una política operativa

Un agente aporta métricas y pruebas de vida. El perfil servidor añade dos señales calculadas por Sentinelia: Servidor sin prueba de vida y Reinicio reciente del servidor. Sus interpretaciones se convierten en estados que puedes combinar con otros monitores para expresar cuándo un servicio está preparado, cuándo necesita atención o cuándo debe anunciarse por DNS.

Cada condición puede trabajar como entrada sin mostrar una alerta individual. La composición final reúne el significado operativo que quieres presentar al usuario.

Los esquemas identifican las entradas de cada receta y muestran cómo llegan a una conclusión. Puedes cambiar su disponibilidad para explorar la fórmula; las letras se definen de nuevo en cada esquema.

Cómo leer las reglas: AND exige todas las condiciones; OR necesita al menos una; NOT invierte la entrada. A, B o C son nombres cortos de los monitores indicados en las tarjetas.

Los tiempos y límites de estas recetas son elecciones de ejemplo. Ajusta cada política a la función del equipo y a la recuperación esperada de sus servicios.

Diseña también tus propias políticas

Estas recetas son puntos de partida. Utiliza tu conocimiento del servicio y de su contexto para elegir las entradas, la decisión que debe representar cada monitor y las actuaciones que le corresponden. Puedes reutilizar las mismas piezas para resolver necesidades distintas.

La invitación a componer explica esta forma de trabajar, con ideas de continuidad para correo y frontales web basadas en las piezas disponibles.

Preparar las entradas del perfil servidor

Solicita el perfil servidor cuando el agente ya haya aportado un inicio de sesión válido con identidad de arranque y un heartbeat explícito. Tras una nueva prueba de vida, consulta las dos señales en su telemetría.

Para las siguientes recetas, crea estos monitores con Definir aquí los valores normales:

En A y B, falso es el valor normal de la señal y disponible es el estado que recibe la lógica. Por tanto, NOT B representa una ventana de reinicio activa cuando B dispone de una evaluación utilizable.

En los monitores que solo aportan contexto, selecciona Contexto operativo → Uso como entrada de un monitor lógico → Entrada de un monitor lógico. Si utilizas un lógico intermedio, selecciona Visibilidad de la alerta → Usar solo como entrada de otros monitores. Reserva la alerta visible para la conclusión que necesita atender el operador.

Ver captura completa ↗

Detectar pérdida de continuidad aunque no lleguen métricas

Necesidad: conocer que un equipo ha dejado de dar prueba de vida aunque sus métricas se envíen únicamente cuando cambian.

1. Configura la espera sin POL del perfil, por ejemplo 120 segundos.

2. Usa el monitor A sobre Servidor sin prueba de vida, con falso como valor normal.

3. Elige alerta individual si quieres atender directamente la pérdida de continuidad, o entrada lógica si participará en una decisión más amplia.

Resultado: al vencer el plazo de presencia, Sentinelia cambia la señal sin necesitar que el equipo envíe una lectura diciendo que está desconectado. Una nueva POL vigente recupera la continuidad.

La cadencia de métricas del agente conserva su propia política. No necesitas forzar el envío periódico de CPU, memoria o discos para utilizar esta supervisión. La pérdida de POL expresa falta de continuidad observada desde Sentinelia; acompáñala de otras comprobaciones para distinguir sus causas.

Anunciar un servicio después de estabilizar el servidor

Necesidad: el nombre de un servicio debe anunciarse cuando el equipo mantiene presencia, ha terminado su ventana de reinicio y responde por TCP.

Esquema conceptual

¿Qué tiene que cumplirse para anunciar el servicio?

Lee de arriba abajo. Las tarjetas son entradas independientes; las flechas muestran cómo se combinan, no un orden de ejecución.

01 · Qué representa cada letra

• AContinuidad del servidor

  Disponible cuando la señal «Servidor sin prueba de vida» es falsa.

• BFuera de la ventana de reinicio

  Disponible cuando la señal «Reinicio reciente del servidor» es falsa.

• CServicio TCP

  Disponible cuando el servicio acepta la conexión configurada.

↓

02 · Regla del monitor lógicoA AND B AND C

Deben cumplirse las tres condiciones a la vez.

↓

03 · Qué significa la salida

Servicio preparado

El lógico gobierna el anuncio DNS mediante sus eventos y la acción enlazada.

A, B y C aportan contexto sin alerta individual. La publicación y las cachés DNS tienen sus propios tiempos.

Alcance de este ejemplo

Las letras tienen el significado de esta receta. Se muestran entradas locales habilitadas y ya evaluadas; el esquema no simula retardos, estados iniciales ni dependencias pendientes.

Composición

1. Prepara A, B y C como entradas sin alerta individual.

2. Configura una ventana de reinicio, por ejemplo 300 segundos, en el perfil servidor.

3. Crea el monitor lógico Servicio preparado, con expresión A AND B AND C.

4. Prepara el nombre DDNS del equipo y un alias de servicio de categoría Acción que apunte a él.

5. Vincula al lógico una acción DNS Seguir estado activo de monitor, para apertura y cierre de alerta.

6. Configura el estado inicial del alias y habilita la composición.

Resultado: una pérdida de continuidad, un reinicio reciente o un fallo TCP retira el anuncio del servicio según sus eventos y publicación. Para recuperarlo deben cumplirse las tres condiciones.

La ventana empieza cuando Sentinelia observa un cambio de identidad de arranque. La primera evidencia al armar el perfil establece la referencia inicial; no inicia por sí sola una ventana de reinicio. El perfil describe el arranque del equipo, no cada reinicio de un proceso: C supervisa el servicio.

Consulta los ejemplos DNS para configurar los dos registros y sus responsabilidades.

Dar una ventana de recuperación al servicio

Necesidad: permitir que una aplicación tarde unos minutos en arrancar después de un reinicio, manteniendo la atención sobre pérdidas de continuidad.

Esta política utiliza las mismas entradas con otra expresión:

A AND (NOT B OR C)

Esquema conceptual

¿Seguimos dentro de la política de recuperación?

Lee de arriba abajo. Las tarjetas son entradas independientes; las flechas muestran cómo se combinan, no un orden de ejecución.

01 · Qué representa cada letra

• AContinuidad del servidor

  Disponible cuando la señal «Servidor sin prueba de vida» es falsa.

• BFuera de la ventana de reinicio

  Disponible cuando la señal «Reinicio reciente del servidor» es falsa.

• CServicio TCP

  Disponible cuando el servicio acepta la conexión configurada.

↓

02 · Regla del monitor lógicoA AND (NOT B OR C)

Exige continuidad y, además, estar en la ventana de reinicio o tener el servicio disponible.

↓

03 · Qué significa la salida

Política de recuperación cumplida

El lógico final determina la condición que debe atender el operador.

NOT B invierte «fuera de la ventana». Dentro del margen, este resultado no asegura que el servicio ya responda; no equivale a «Servicio preparado».

Alcance de este ejemplo

Las letras tienen el significado de esta receta. Se muestran entradas locales habilitadas y ya evaluadas; el esquema no simula retardos, estados iniciales ni dependencias pendientes.

1. Mantén A, B y C como entradas de composición.

2. Crea un lógico Recuperación del servicio, con esa expresión.

3. Selecciona Mostrar alerta propia en el panel en el lógico final.

4. Configura sus tiempos de estabilidad y el contexto que debe leer el operador.

Resultado: con presencia vigente, la ventana de reinicio concede margen al servicio. Al terminar la ventana, el servicio debe responder. La ausencia de POL sigue formando parte de la condición durante la recuperación.

Aquí «disponible» significa que la política de recuperación se cumple; durante el margen no asegura que la aplicación ya responda. Utiliza Servicio preparado, de la receta anterior, para gobernar el anuncio DNS que exige disponibilidad efectiva. Puedes mantener ambos lógicos sobre las mismas entradas: uno decide la publicación y otro decide la atención del operador.

Detectar saturación con contexto de continuidad y arranque

Necesidad: atender recursos fuera de límites cuando el servidor está presente y ha terminado su ventana de reinicio.

Esquema conceptual

¿Cuándo debe contar la condición de memoria?

Lee de arriba abajo. Las tarjetas son entradas independientes; las flechas muestran cómo se combinan, no un orden de ejecución.

01 · Qué representa cada letra

• AContinuidad del servidor

  Disponible cuando la señal «Servidor sin prueba de vida» es falsa.

• BFuera de la ventana de reinicio

  Disponible cuando la señal «Reinicio reciente del servidor» es falsa.

• DMemoria dentro del límite

  Disponible cuando la RAM cumple el límite de la receta, por ejemplo ≤ 90 %.

↓

02 · Regla del monitor lógicoNOT (A AND B) OR D

Cuando hay continuidad y estabilidad, la memoria decide el resultado.

↓

03 · Qué significa la salida

Esta política no añade una incidencia de memoria

La conclusión reúne la condición de recursos con el contexto del servidor.

Si A o B no están disponibles, esta receta no añade una incidencia de saturación. La falta de continuidad debe supervisarse por separado.

Alcance de este ejemplo

Las letras tienen el significado de esta receta. Se muestran entradas locales habilitadas y ya evaluadas; el esquema no simula retardos, estados iniciales ni dependencias pendientes.

1. Crea D, un monitor de telemetría de Memoria dentro del límite, por ejemplo RAM menor o igual al 90 %, o utiliza una regla de interpretación de saturación.

2. Configura D como entrada lógica y ajusta su espera para confirmar la condición.

3. Usa A y B de las recetas anteriores.

4. Crea el lógico Recursos dentro de política, con expresión NOT (A AND B) OR D.

5. Muestra la alerta propia de este lógico y supervisa la continuidad por separado con A o con otro lógico de servicio.

Resultado: con A y B disponibles, D determina la condición de recursos. Durante una ausencia de presencia o un reinicio reciente, esta composición no añade una incidencia de saturación derivada de una lectura anterior. La supervisión de continuidad conserva su propia responsabilidad.

Si necesitas que una única conclusión exija a la vez continuidad, estabilidad y capacidad, utiliza A AND B AND D. Elige la expresión según la decisión que deba representar su nombre.

Un servicio con varios nodos preparados

Necesidad: presentar una única incidencia del servicio cuando ninguno de sus nodos está preparado.

Esquema conceptual

¿Queda al menos un nodo preparado?

Lee de arriba abajo. Las tarjetas son entradas independientes; las flechas muestran cómo se combinan, no un orden de ejecución.

01 · Qué representa cada letra

• XNodo norte preparado

  Lógico del nodo norte: sus propias entradas A AND B AND C.

• YNodo sur preparado

  Lógico del nodo sur: sus propias entradas A AND B AND C.

↓

02 · Regla del monitor lógicoX OR Y

Basta con que uno de los dos nodos esté preparado.

↓

03 · Qué significa la salida

Hay un nodo preparado para el servicio

El lógico final concentra la alerta del servicio y las acciones que le vincules.

X e Y son monitores lógicos intermedios. OR decide disponibilidad; no selecciona un nodo ni cambia por sí solo el destino DNS.

Alcance de este ejemplo

Las letras tienen el significado de esta receta. Se muestran entradas locales habilitadas y ya evaluadas; el esquema no simula retardos, estados iniciales ni dependencias pendientes.

1. Prepara las entradas de continuidad, estabilidad y TCP para cada agente.

2. Crea un lógico por nodo: Nodo norte preparado y Nodo sur preparado, cada uno con A AND B AND C sobre sus propias entradas.

3. Configura esos lógicos como Usar solo como entrada de otros monitores.

4. Crea un lógico final con los dos nodos como entradas X e Y y expresión X OR Y.

5. Muestra su alerta propia y vincula las acciones que deben depender de esa conclusión.

Resultado: un nodo puede reiniciar sin abrir una incidencia del servicio mientras el otro mantenga las condiciones previstas. El histórico de las entradas conserva el detalle de cada equipo.

OR decide si existe un nodo preparado. Si también quieres cambiar el destino DNS, define la política de elección y las acciones Editar valor como en varias alternativas y elección de destino.

Separar estado, atención y acción

Las mismas entradas pueden alimentar varias conclusiones: un servicio preparado para recibir tráfico, una recuperación dentro de plazo y una política de capacidad. Cada monitor conserva un significado y cada composición decide cómo utilizarlo.

Seleccionar una entrada sin alerta individual controla su presentación en el panel; las automatizaciones directas de esa entrada continúan funcionando. Vincula cada acción al monitor que expresa la decisión deseada y revisa sus eventos.

Prueba las combinaciones en el editor lógico y revisa las evaluaciones reales antes de habilitar acciones. Las tablas de estas recetas describen entradas con evaluación conocida. En las dependencias locales ya ejecutadas, un estado desconocido también aporta falso y su negación aporta verdadero: consulta el diagnóstico antes de atribuir esa salida a un reinicio o a otra causa concreta. Una dependencia aún sin ejecución o deshabilitada hace que el lógico conserve su salida. El modelo de composición explica estos estados y los tiempos de cada capa.