Nagios ejecuta plugins y clasifica el resultado en cuatro estados (0 OK, 1 WARNING, 2 CRITICAL, 3 UNKNOWN); Zabbix es una plataforma con agentes que trabajan en modo pasivo o activo; Prometheus recoge métricas por pull sobre HTTP, las consulta con PromQL y delega las alertas en Alertmanager.
Qué se le pide a una herramienta de monitorización
Al estudiar monitorización de sistemas y redes conviene hacerse siempre las mismas preguntas: qué mide la herramienta, cómo obtiene los datos, qué hace cuando algo falla y cómo se mantiene segura. Nagios, Zabbix y Prometheus responden distinto a cada una, y esa diferencia de modelo es lo que hay que tener clara. Antes de compararlas conviene fijar el protocolo que usan muchas de ellas para hablar con routers, conmutadores e impresoras: SNMP, que ya tratamos en el artículo de SNMP y monitorización de redes.
Nagios: comprobaciones con plugins y cuatro estados
Nagios se basa en plugins: programas independientes que ejecutan una comprobación y devuelven un código de salida y una línea de texto. Las directrices de los plugins de Nagios fijan el significado de esos códigos:
Código
Estado
Significado
0
OK
El servicio funciona dentro de lo esperado
1
WARNING
Se ha superado el umbral de aviso
2
CRITICAL
Se ha superado el umbral crítico o el servicio falla
3
UNKNOWN
No se ha podido determinar el estado (por ejemplo, argumentos incorrectos)
El esquema mental es sencillo: el núcleo planifica las comprobaciones, lanza el plugin, lee su código y decide si notifica. Es una herramienta muy orientada a estado (esto está bien o mal) y a notificar, y menos a guardar series históricas de métricas, que normalmente se delegan en complementos.
Zabbix: agente, servidor y comprobaciones activas o pasivas
Zabbix es una plataforma completa con servidor, interfaz web y agentes en los equipos monitorizados, además de proxies para sedes remotas. Su manual distingue dos formas de recoger datos del agente:
Comprobaciones pasivas: el servidor (o el proxy) pregunta al agente por un valor y el agente responde.
Comprobaciones activas: el agente solicita al servidor la lista de elementos que debe vigilar y envía él mismo los datos.
Las activas son útiles cuando el equipo está detrás de un cortafuegos que impide conexiones entrantes, porque la conexión la inicia el agente. Zabbix también puede recoger datos por SNMP y gestiona plantillas, disparadores (triggers) y acciones.
Prometheus: modelo pull, etiquetas y PromQL
Según su documentación, Prometheus recoge métricas por HTTP en modo pull: es el servidor el que va a buscar los datos a los objetivos (targets). El modo push solo se admite a través de un intermediario, el Pushgateway, pensado para trabajos de corta duración. Las métricas se guardan como series temporales identificadas por un nombre y un conjunto de etiquetas (labels), y se consultan con un lenguaje propio, PromQL.
Las alertas no las gestiona el propio servidor sino Alertmanager, que se encarga de deduplicar, agrupar y enrutar las alertas hacia el receptor adecuado, además de silenciarlas e inhibirlas. Grafana, que suele aparecer a su lado, es una herramienta de visualización: dibuja los paneles, pero no recoge métricas por sí misma.
Comparativa
Aspecto
Nagios
Zabbix
Prometheus
Enfoque
Comprobaciones de estado con plugins
Plataforma integral con agentes
Métricas como series temporales
Recogida de datos
El núcleo ejecuta plugins
Agente pasivo o activo, SNMP
Pull por HTTP a los targets
Estados o datos
OK, WARNING, CRITICAL, UNKNOWN (0 a 3)
Valores y disparadores
Muestras con etiquetas, consulta con PromQL
Alertas
Notificaciones del núcleo
Disparadores y acciones
Alertmanager (agrupa, enruta, silencia)
SNMP: versiones y seguridad
Muchos dispositivos de red se monitorizan por SNMP. Las versiones 1 y 2c se autentican con una "comunidad", una cadena que viaja en claro y funciona como una contraseña compartida. SNMPv3 (RFC 3411, 3414 y 3416, de diciembre de 2002) incorpora un modelo de seguridad basado en usuarios con autenticación y cifrado. Si una pregunta pide la opción segura, es la v3. En una red sanitaria la recomendación práctica es cambiar las comunidades por defecto y limitar qué direcciones pueden consultar los equipos.
Para los elementos de red que se vigilan por SNMP, como los enlaces troncales y los árboles de expansión, mira VLAN y STP en redes hospitalarias.
Qué dice el ENS sobre monitorizar
El Esquema Nacional de Seguridad (Real Decreto 311/2022 (ENS)) tiene un grupo de medidas de monitorización del sistema, y es mejor citarlas por su código que por una etiqueta de temario:
op.mon.1, detección de intrusión: herramientas de detección o prevención de intrusión. En categoría MEDIA se añade la detección basada en reglas (R1) y en la ALTA, además, procedimientos de respuesta a las alertas (R2).
op.mon.2, sistema de métricas: recopilación de los datos necesarios para conocer el grado de implantación de las medidas de seguridad aplicables.
op.mon.3, vigilancia: recogida automática de eventos; en categoría MEDIA se añaden la correlación de eventos (R1) y el análisis de la superficie de exposición (R2).
op.exp.8, registro de actividad: con revisión de registros (R1) y sincronización del reloj con autenticación e integridad (R2).
Este último punto explica por qué la hora sincronizada es una pieza más de cualquier arquitectura de monitorización: sin relojes alineados no se pueden correlacionar eventos de equipos distintos. Si te interesa el marco completo, tienes el resumen del ENS y sus niveles.
Cómo elegir la respuesta en un test
"El servidor va a buscar las métricas a los equipos": Prometheus.
"El agente envía los datos por iniciativa propia": comprobación activa de Zabbix.
"Código de salida 2": CRITICAL en Nagios.
"Agrupar, silenciar e inhibir alertas": Alertmanager.
"Dibujar paneles": Grafana.
"Autenticación y cifrado en la gestión de red": SNMPv3.
Practica el temario TI con preguntas tipo examen
Tests con corrección y penalización real, por tema.
¿Qué significan los códigos de salida de un plugin de Nagios?
0 es OK, 1 WARNING, 2 CRITICAL y 3 UNKNOWN.
¿Qué diferencia hay entre una comprobación activa y una pasiva en Zabbix?
En la pasiva el servidor o el proxy pregunta al agente; en la activa el agente pide su lista de elementos y envía los datos por su cuenta.
¿Prometheus usa push o pull?
Pull por HTTP. El push solo es posible mediante un Pushgateway, pensado para trabajos efímeros.
¿Quién gestiona las alertas en Prometheus?
Alertmanager, que deduplica, agrupa y enruta las alertas, y permite silenciarlas e inhibirlas.
¿Qué versión de SNMP es la segura?
SNMPv3, con autenticación y cifrado basados en usuario. Las versiones 1 y 2c usan una comunidad en claro.
Fuentes
Programa de la categoría de técnico/a especialista de sistemas y tecnologías de la información: Resolución de 16 de julio de 2025 (convocatoria, DOG núm. 141, de 24 de julio de 2025) y Resolución de 18 de junio de 2021 (programa, DOG núm. 126, de 5 de julio de 2021).
Real Decreto 311/2022, de 3 de mayo, por el que se regula el Esquema Nacional de Seguridad, "BOE" núm. 106, de 4 de mayo de 2022 (medidas op.mon.1, op.mon.2, op.mon.3 y op.exp.8): boe.es.
Documentación oficial de Prometheus (visión general), directrices de plugins de Nagios y manual de Zabbix (comprobaciones pasivas y activas).
RFC 3411, RFC 3414 y RFC 3416 (SNMPv3), diciembre de 2002, rfc-editor.org.
Temario OpoSERGAS de Técnico de Sistemas TI, Tema 15 (monitorización). Las explicaciones salen de ahí; no son texto oficial.
💻
Practica ahora con preguntas reales de TI SERGAS
2.400+ preguntas tipo test · Tests por tema · Simulacros cronometrados · 100% gratis
🍪 Usamos cookies propias y de terceros para analizar el tráfico (Google Analytics), y recoger opiniones (Trustpilot). Puedes aceptar todas, rechazar o consultar el detalle en nuestra
Política de cookies.