3. Periodos de mantenimiento

🧩 Tema: Períodos de mantenimiento en Zabbix

Concepto desarrollado

Los períodos de mantenimiento en Zabbix permiten definir ventanas de tiempo durante las cuales se suprimen alertas y se detiene el escalamiento de eventos para determinados hosts o grupos de hosts. Esta funcionalidad es crítica para evitar falsos positivos durante tareas planificadas como:

  • Reinicios de servidores

  • Mantenimiento de red

  • Actualizaciones de aplicaciones

  • Tareas de respaldo o migraciones

En un entorno de producción, los períodos de mantenimiento aseguran que los equipos de soporte no sean notificados innecesariamente y que las métricas sigan recolectándose sin activar eventos innecesarios.

Elementos clave en Zabbix

  • Name (suele ser el ticket)

  • dejamos con data colletion

  • acive since y active till es la fecha de inicio y final del mantenimiento

  • Periods es el horario que se SUPRIMEN las alertas

  • Tipos de mantenimiento:

    • With data collection: Se recolectan métricas, pero no se generan eventos.

    • No data collection: Se detiene la recolección de datos completamente.

  • Aplicación por:

    • Host individual

    • Grupo de hosts

  • Programación flexible:

    • Puntual (una vez)

    • Recurrente (por ejemplo, todos los domingos de 2:00 a 4:00 AM)

    Ruta en GUI:
    Data collection → Maintenance

🧪 Ejercicio práctico paso a paso – Definir mantenimiento en servidores de producción

Objetivo: Suprimir alertas mientras se realiza una actualización del sistema operativo en el grupo Linux Servers.

1. Ir a: Data collectio → Maintenance
2. Click en “Create maintenance period”
3. Nombre: Mantenimiento semanal SO
4. Active since: Fecha/hora de inicio HOY
5. Active till: Fecha/hora de finalización DENTRO DE 1 MES
6. Period type: Weekly
7. Cada domingo, de 02:00 a 04:00 AM
8. Host groups: Linux Servers
9. Maintenance type: With data collection
10. Guardar

✅ Resultado esperado:
Durante este periodo, no se generarán eventos ni alertas para los hosts incluidos, pero los datos de monitoreo seguirán recolectándose para análisis posterior.

Puntos clave a recordar

  • Ideal para evitar notificaciones falsas durante trabajos planificados.

  • El mantenimiento no cancela eventos activos previos, solo los nuevos.

  • Puedes elegir si quieres seguir recolectando datos o no durante la ventana.

Errores comunes y cómo evitarlos

Error Cómo evitarlo
❌ Olvidar poner el tipo "with data collection" ✅ Solo usa "no data collection" si vas a apagar completamente los equipos
❌ No aplicar el mantenimiento al grupo correcto ✅ Verifica los hosts asociados antes de guardar

Tips de rescate o diagnóstico si algo falla

  • Si se generan alertas durante un mantenimiento, revisa el campo “Active till”. Puede haber expirado antes de lo previsto.

  • Verifica en Monitoring → Problems si el evento tiene el ícono de mantenimiento (una herramienta cruzada ).

  • Puedes forzar el mantenimiento en caliente editando el periodo y aplicando los cambios inmediatamente.

Evaluación del Módulo

✅ Habilidades que adquiere el alumno:

  • Configurar mantenimientos puntuales y recurrentes.

  • Diferenciar entre supresión de eventos y detención de recolección.

  • Aplicar mantenimientos sin afectar operaciones críticas.

❓ Preguntas de repaso:

  1. ¿Cuál es la diferencia entre “with data collection” y “no data collection”?

  2. ¿Qué sucede si un host sale de mantenimiento mientras persiste un problema?

  3. ¿Dónde puedes validar si un evento está silenciado por mantenimiento?