Práctica: Deduplicar dos Prometheus en alta disponibilidad

Lo que vas a aprender en este TP

• Configurar los labels HA
• Activar el HA tracker
• Observar la conmutación

Introducción #

Lo que vas a aprender en esta sección

• Configurar los labels HA
• Activar el HA tracker
• Observar la conmutación

Contexto. Para no perder más métricas durante los reinicios de Prometheus, el equipo lanza dos instancias idénticas. Hay que evitar almacenar (y pagar) cada serie dos veces.

Requisitos previos: práctica anterior terminada  ·  Duración estimada: 40 min

Alta disponibilidad de la recolección sin duplicados.

Puesta en marcha #

Pasos guiados, con su corrección.

1. 1. Añadir Consul

   ¿Por qué? El HA tracker debe compartir la elección del líder entre todos los distributors: necesita un almacén clave-valor (Consul o etcd).

   Añade un servicio Consul al Compose.

2. 2. Activar el HA tracker

   ¿Por qué? Sin él, Mimir aceptaría ambos flujos y rechazaría parte de las muestras como duplicadas o fuera de orden.

   Completa mimir.yaml para aceptar las muestras HA y almacenar la elección en Consul.

3. 3. Dos Prometheus gemelos

   ¿Por qué? Mismo cluster, __replica__ distinto: es esta pareja de labels la que permite la elección.

   Crea prom-a.yml y prom-b.yml, idénticos salvo el valor de __replica__, y dos servicios Prometheus.

4. 4. Observar la elección

   ¿Por qué? Compruebas que solo se conserva una réplica y que la otra se descarta correctamente, sin rechazarse con error.

   Consulta la página del HA tracker y la métrica de muestras deduplicadas.

5. 5. Provocar una conmutación

   ¿Por qué? La verdadera prueba de la alta disponibilidad: detener al líder y comprobar que los datos siguen llegando.

   Detén el Prometheus elegido, espera 30 s y luego comprueba que la otra réplica ha tomado el relevo y que no hay ningún hueco en up{job="mimir"}.

Nivel de dificultad : ●●●○○ (3/5)