Monitoreo: Parte 2 — Munin

Munin — una de las más antiguas sistemas de monitorización de código abierto (licencia GPLv2). Recopila métricas del sistema de los servidores y genera gráficos listos: sin lenguaje de consultas, sin base de datos separada y casi sin configuración. El proyecto sigue publicando correcciones de la rama 2.0 — las versiones 2.0.77 y 2.0.78 salieron en septiembre de 2026 — pero casi no aparecen nuevas funcionalidades.

Cómo funciona Munin

Munin consta de dos partes.

• munin-node — agente en cada servidor monitorizado. Escucha el puerto TCP 4949 y, bajo petición, ejecuta plugins que devuelven los valores de las métricas.
• munin (maestro) — servidor de recopilación. Cada cinco minutos interroga a todos los agentes, guarda los datos en archivos RRDtool y genera páginas HTML con gráficos por día, semana, mes y año.

Plugin — es un script ejecutable normal en cualquier lenguaje. En el modo config describe el gráfico; en el modo normal imprime los valores. Por eso una métrica propia, por ejemplo el número de pedidos en la base de datos, se puede añadir en media hora.

RRDtool almacena los datos en archivos de tamaño fijo: cuanto más antiguos, más se promedian. El gráfico anual, por tanto, muestra la tendencia general y no los valores exactos de cada intervalo de cinco minutos.

Instalación en Debian y Ubuntu

Los paquetes están en los repositorios estándar.

En el servidor maestro:

sudo apt install munin munin-node

En cada servidor monitorizado:

sudo apt install munin-node

El agente por defecto acepta conexiones solo desde la dirección local. Para que lo sondee el maestro, en /etc/munin/munin-node.conf se añade la dirección del maestro en forma de expresión regular:

allow ^127\.0\.0\.1$
allow ^192\.0\.2\.10$

Luego se seleccionan los plugins adecuados y se reinicia el agente:

sudo munin-node-configure --suggest          # qué plugins son adecuados para este servidor
sudo munin-node-configure --shell | sudo sh  # habilitar los sugeridos
sudo systemctl restart munin-node

En el maestro cada servidor se describe en /etc/munin/munin.conf:

[web01.example.ru]
    address 192.0.2.21
    use_node_name yes

Tras unos pocos ciclos de sondeo, los gráficos aparecerán en el directorio que sirve el servidor web (en los paquetes de Debian — /var/cache/munin/www). Es mejor proteger las páginas con contraseña o restringir el acceso a la red interna: muestran la estructura interna de los servidores.

Ventajas

• Inicio rápido. El monitoreo básico de varios servidores se configura en una hora.
• Muchos plugins listos. CPU, memoria, discos, red, Nginx, Apache, MySQL, PostgreSQL, colas de correo — la mayoría se activa automáticamente.
• Agente ligero. munin-node consume prácticamente nada de recursos y es adecuado incluso para máquinas poco potentes.
• Métricas personalizadas sencillas. Un plugin se escribe en Bash, Python o Perl sin necesidad de aprender una API.
• Todo en una página. Los gráficos de todos los servidores se ven de un vistazo, sin configurar paneles.

Desventajas

• Escalabilidad limitada. En cientos de servidores, el ciclo de sondeo y generación de gráficos cada cinco minutos deja de completarse a tiempo.
• Alertas pobres. Munin puede comparar valores con umbrales warning y critical y ejecutar un comando externo, pero no tiene agrupación, supresión ni enrutamiento de alertas.
• Gráficos estáticos. No se pueden escalar las imágenes, comparar métricas arbitrarias ni realizar consultas.
• Granularidad tosca. El intervalo de cinco minutos y el promedio de datos antiguos no permiten analizar picos cortos.

Cuándo Munin tiene sentido hoy

• Unos pocos servidores en una pequeña empresa o a cargo de un solo administrador.
• Necesitas obtener rápidamente el historial de carga para entender si hay suficientes recursos.
• Servidores antiguos donde Munin ya funciona y no hay razones para cambiarlo.

Si hay más de dos o tres decenas de servidores, se necesitan alertas flexibles o métricas de aplicaciones; es mejor elegir Prometheus o Zabbix desde el principio. Al migrar conviene recordar que muchos plugins de Munin tienen equivalentes entre los exporters de Prometheus y las plantillas de Zabbix.

Errores típicos

• Agente expuesto. El puerto 4949 está accesible desde Internet sin restricciones. Se necesita una regla allow solo para el maestro y cerrar el puerto con un cortafuegos.
• Gráficas sin protección. El directorio con las páginas HTML está publicado sin contraseña.
• El plugin no aparece. Después de añadir un plugin se olvidó reiniciar munin-node; se puede comprobar la salida con el comando munin-run <nombre_del_plugin>.
• Monitoreo sin alertas. Se generan gráficas, pero nadie las mira. Al menos para disco y disponibilidad del servidor conviene configurar umbrales y el envío de notificaciones.