Supervisión y alertas centralizadas
Amplíe la supervisión más allá de un solo servidor: envíe métricas y registros a un sistema central, cree paneles y configure alertas para conocer los problemas antes que sus usuarios.
Supervisión y alertas centralizadas es una lección gratuita de Linux Server Deployment & SSH Mastery en CoddyKit. Esta es la lección 4 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de Linux Server Deployment & SSH Mastery, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de Linux Server Deployment & SSH Mastery incluye 4 lecciones en total.
¿Por qué centralizar?
Iniciar sesión en cada servidor con top y journalctl funciona para una sola máquina. Con muchos servidores no es escalable, y solo ve los problemas cuando consulta el sistema.
La monitorización centralizada recopila métricas y registros de todos los servidores en un único lugar, con paneles y alertas automáticas.
Métricas frente a registros
Dos tipos de datos impulsan la observabilidad:
- Métricas — series temporales numéricas, como el porcentaje de CPU, la memoria y la tasa de solicitudes
- Registros — eventos de texto discretos, como errores y entradas de acceso
Normalmente se recopilan ambos, con herramientas distintas optimizadas para cada tipo.
El modelo de Prometheus
Prometheus es un sistema de métricas muy utilizado. Extrae las métricas mediante consultas a los endpoints HTTP que expone cada servidor.
En cada servidor se ejecuta un exporter; node_exporter proporciona las métricas del host y publica los datos que Prometheus lee.
# On each monitored server:
sudo apt install prometheus-node-exporter
curl http://localhost:9100/metrics | headConfiguración de un objetivo de scraping
Prometheus recibe la información sobre qué debe consultar a través de su archivo de configuración. Cada trabajo enumera los objetivos (host:puerto de un exporter).
Este fragmento consulta node_exporter en dos servidores.
scrape_configs:
- job_name: 'nodes'
static_configs:
- targets: ['web1:9100', 'web2:9100']Consulta de métricas con PromQL
Prometheus tiene su propio lenguaje de consulta, PromQL. Puede calcular tasas, promedios y mucho más en todo su conjunto de servidores.
Esta expresión estima el uso de CPU por servidor.
100 - (avg by (instance) (rate(node_cpu_seconds_total{mode='idle'}[5m])) * 100)Visualización con Grafana
Grafana se conecta a Prometheus y a muchas otras fuentes para crear paneles. Añada Prometheus como fuente de datos y, después, cree paneles a partir de consultas PromQL.
Los paneles prediseñados para node_exporter le proporcionan gráficos de CPU, memoria, disco y red en cuestión de minutos.
sudo apt install grafana
sudo systemctl enable --now grafana-server
# Open http://server:3000 and add Prometheus as a data sourceCentralización de registros
En el caso de los registros, envíelos desde cada servidor a un almacén central. Una pila habitual es Loki con Promtail, que se integra con Grafana.
Promtail se ejecuta en cada servidor y reenvía a Loki los archivos de registro y el journal.
# promtail tails the journal and ships to Loki
clients:
- url: http://loki:3100/loki/api/v1/push
scrape_configs:
- job_name: journal
journal:
max_age: 12hDefinición de reglas de alerta
Las alertas convierten las métricas en acciones. Las reglas de alerta de Prometheus se activan cuando una expresión permanece verdadera durante un periodo determinado.
Esta regla alerta cuando un nodo ha estado inactivo durante dos minutos.
groups:
- name: node
rules:
- alert: NodeDown
expr: up == 0
for: 2m
labels:
severity: critical
annotations:
summary: 'Instance {{ $labels.instance }} is down'Enrutamiento de alertas
Alertmanager recibe las alertas activadas y las envía al lugar adecuado: correo electrónico, Slack, PagerDuty y otros. También elimina duplicados y silencia alertas.
Puede asignar alertas a receptores según etiquetas como severity.
route:
receiver: 'team-slack'
receivers:
- name: 'team-slack'
slack_configs:
- channel: '#alerts'Cómo evitar la fatiga de alertas
Demasiadas alertas son tan perjudiciales como ninguna: las personas empiezan a ignorarlas. Un buen sistema de alertas:
- Alerta sobre síntomas que perciben los usuarios, no sobre cada variación mínima de una métrica
- Usa una duración
forpara evitar cambios constantes de estado - Asigna una gravedad para poder filtrar el ruido
Prácticas recomendadas
Construya una observabilidad duradera:
- Recopile métricas y registros de forma centralizada
- Parta de paneles de la comunidad y, después, personalícelos
- Alerta únicamente sobre condiciones que requieran una acción
- Compruebe que las alertas realmente le llegan
Comprobación rápida
Compruebe sus conocimientos sobre monitorización centralizada.
Repaso
Ahora puede monitorizar de forma centralizada todo un conjunto de servidores:
- Métricas mediante el scraping de node_exporter con Prometheus y consultas con PromQL
- Paneles en Grafana
- Registros enviados a Loki mediante Promtail
- Alertas con reglas de Prometheus enrutadas por Alertmanager
Esto amplía sus conocimientos sobre registros de un solo servidor para lograr una observabilidad proactiva de todo el conjunto.
Preguntas frecuentes
¿La lección «Supervisión y alertas centralizadas» es gratis?
Sí — el texto completo de «Supervisión y alertas centralizadas» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de Linux Server Deployment & SSH Mastery, actualiza a CoddyKit PRO. El curso de Linux Server Deployment & SSH Mastery incluye 4 lecciones en total.
¿Qué aprenderé en «Supervisión y alertas centralizadas»?
Amplíe la supervisión más allá de un solo servidor: envíe métricas y registros a un sistema central, cree paneles y configure alertas para conocer los problemas antes que sus usuarios. Practicas Linux Server Deployment & SSH Mastery con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar Linux Server Deployment & SSH Mastery?
No se requiere experiencia previa. Linux Server Deployment & SSH Mastery en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 4 de 4.
¿Cuánto tiempo toma la lección «Supervisión y alertas centralizadas»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de Linux Server Deployment & SSH Mastery?
Sí. Cada lección de Linux Server Deployment & SSH Mastery incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Herramientas de monitorización del sistema
- Comprender los registros del sistema
- Rotación y archivado de registros
- Supervisión y alertas centralizadas