11. Registro centralizado para Ubuntu Server: una guía imprescindible

La monitorización y el registro son aspectos críticos de la gestión y el mantenimiento de Ubuntu Server 22.04. Ya sea que ejecute un solo servidor o gestione una infraestructura compleja, las herramientas de monitorización eficaces le permiten seguir el rendimiento del sistema, solucionar problemas y garantizar la fiabilidad. Esta guía cubrirá la configuración del registro centralizado con rsyslog o syslog-ng, el reenvío de registros a un servidor de registros remoto y la integración de Ubuntu Server con plataformas de monitorización populares como Nagios, Zabbix y Prometheus.

Por qué importa la monitorización del servidor

En el panorama digital actual, siempre conectado, el 97 % de las organizaciones considera que la monitorización de servidores es crucial para la continuidad del negocio (IDC, 2024). Para los usuarios de Ubuntu Server 22.04, una monitorización eficaz:

📊 Proporciona información útil para la planificación de la capacidad

🛠️ Previene el 68 % de las interrupciones potenciales mediante la detección proactiva

📈 Optimiza la asignación de recursos mediante el seguimiento del uso de CPU, RAM y disco

🔍 Permite una rápida solución de problemas con el registro centralizado

Registro centralizado en Ubuntu Server

El registro centralizado consolida los registros de varios servidores en una sola ubicación, lo que facilita el análisis y la solución de problemas en toda su infraestructura. Ubuntu Server 22.04 admite potentes herramientas de registro como rsyslog y syslog-ng.

Dominio del registro centralizado

rsyslog frente a syslog-ng: comparación rápida

Característica	rsyslog	syslog-ng
Compatibilidad de protocolos	UDP/TCP	UDP/TCP/TLS
Filtrado	Básico	Avanzado
Rendimiento	Alto	Muy alto
Configuración	Simple	Complejo

Configurar rsyslog para el registro centralizado

rsyslog es un demonio de registro fiable y muy utilizado que viene preinstalado en Ubuntu Server. Siga estos pasos para configurarlo para el registro centralizado:

Instalar rsyslog (si aún no está instalado):

sudo apt update &amp;&amp; sudo apt install rsyslog

Editar el archivo de configuración de rsyslog:
Abra /etc/rsyslog.conf y quite los comentarios de las siguientes líneas para habilitar el reenvío de registros basado en UDP o TCP:

# For UDP
#module(load="imudp")
#input(type="imudp" port="514")

# For TCP
#module(load="imtcp")
#input(type="imtcp" port="514")

Reiniciar el servicio rsyslog:

sudo systemctl restart rsyslog

Configurar el reenvío de registros:
Para reenviar registros a un servidor remoto, agregue la siguiente línea a /etc/rsyslog.conf:

*.* @@remote-server-ip:514

Reemplace remote-server-ip por la dirección IP de su servidor de registros. Use @ para UDP o @@ para TCP.

Configurar syslog-ng para el registro centralizado

syslog-ng es otra herramienta de registro robusta que ofrece capacidades avanzadas de filtrado y registro. Así puede configurarla:

Instalar syslog-ng:

 sudo apt update && sudo apt install syslog-ng

Configurar syslog-ng para el registro centralizado:
Edite el archivo de configuración /etc/syslog-ng/syslog-ng.conf:

source s_local {
    system();
    internal();
};

destination d_remote {
    tcp("remote-server-ip" port(514));
};

log {
    source(s_local);
    destination(d_remote);
};

Reemplace remote-server-ip por la dirección IP de su servidor de registros.
Reiniciar syslog-ng:

 sudo systemctl restart syslog-ng

Reenvío de registros a un servidor de registros remoto

El reenvío de registros a un servidor remoto es esencial para la monitorización centralizada en entornos distribuidos. Las dos herramientas rsyslog y syslog-ng admiten el reenvío de registros por UDP o TCP. Asegúrese de que su servidor de registros remoto esté configurado para aceptar registros entrantes en el puerto especificado (p. ej., 514).

Configuración del servidor de registros remoto

En el servidor de registros remoto, asegúrese de que rsyslog o syslog-ng está configurado para recibir registros:

Para rsyslog agregue las siguientes líneas a /etc/rsyslog.conf:

module(load="imtcp")
input(type="imtcp" port="514")

Para syslog-ng defina una fuente para aceptar los registros entrantes:

source s_remote {
    tcp(port(514));
};

Integración de Ubuntu Server con plataformas de monitorización

Las plataformas de monitorización como Nagios, Zabbix y Prometheus proporcionan información en tiempo real sobre la salud, el rendimiento y la utilización de recursos de su servidor. Así puede integrar Ubuntu Server 22.04 con estas herramientas.

Nagios: la solución clásica

Nagios es una potente herramienta de monitorización que sigue el rendimiento del servidor y le alerta sobre posibles problemas. Para integrar Nagios con Ubuntu Server:

Instalar el agente de Nagios:

 sudo apt update && sudo apt install nagios-nrpe-server nagios-plugins

Configurar NRPE:
Edite /etc/nagios/nrpe.cfg para definir los comandos que Nagios supervisará:

command[check_load]=/usr/lib/nagios/plugins/check_load -w 5,4,3 -c 10,8,6
command[check_disk]=/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /

Reiniciar NRPE:

 sudo systemctl restart nagios-nrpe-server

Zabbix: monitorización de nivel empresarial

Zabbix es una plataforma de monitorización de nivel empresarial con amplias opciones de personalización. Para integrar Zabbix con Ubuntu Server:

Instalar el agente de Zabbix:

 sudo apt update && sudo apt install zabbix-agent

Configurar el agente de Zabbix:
Edite /etc/zabbix/zabbix_agentd.conf y establezca el servidor y el nombre de host:

Server=your-zabbix-server-ip
Hostname=UbuntuServer22.04

Reiniciar el agente de Zabbix:

sudo systemctl restart zabbix-agent

Prometheus + Grafana: pila de monitorización moderna

Prometheus es una herramienta de monitorización moderna diseñada para la escalabilidad y la flexibilidad. Para integrar Prometheus con Ubuntu Server:

Instalar Node Exporter:
Node Exporter es un agente ligero para exponer métricas a Prometheus.

wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz
tar xvf node_exporter-1.7.0.linux-amd64.tar.gz
sudo mv node_exporter-1.7.0.linux-amd64/node_exporter /usr/local/bin/

Ejecutar Node Exporter:

 sudo nohup /usr/local/bin/node_exporter &

Configurar Prometheus:
Agregue el servidor Ubuntu a Prometheus editando el archivo prometheus.yml :

scrape_configs:
  - job_name: 'ubuntu_servers'
    scrape_interval: 15s
    static_configs:
      - targets: ['server1:9100', 'server2:9100']

Ideas de paneles de Grafana:

Mapa de calor de recursos de todo el clúster
Previsión predictiva del espacio en disco
Alertas de detección de anomalías

Estrategias de monitorización pro

Política de conservación de registros
- 7 días – Sistemas críticos
- 30 días – Servidores generales
- 1 año – Sistemas de cumplimiento
Mejores prácticas para umbrales de alerta
- 🟢 Advertencia: 75 % de uso del disco
- 🔴 Crítico: 90 % de uso del disco
- 📈 Activadores de autoescalado: 70 % de CPU sostenido
Optimización de costos
- Use VictoriaMetrics para una compresión de almacenamiento 10 veces mayor que la de Prometheus estándar
- Implemente el muestreo de registros para las entradas de nivel de depuración

La solución moderna: gestión de registros por niveles

Los equipos inteligentes combinan estrategias de conservación:

Nivel	Conservación	Tipo de almacenamiento	Caso de uso
Caliente	7 días	NVMe/SSD	Solución activa de problemas
Templado	30 días	HDD/almacenamiento en la nube	Análisis post mortem
Frío	1 año+	Glacier/S3 Deep Archive	Cumplimiento/auditorías

Ejemplo de implementación:

# Use logrotate with AWS S3 lifecycle rules
/var/log/nginx/*.log {
    daily
    rotate 7
    compress
    postrotate
        /usr/bin/aws s3 sync /var/log/nginx/ s3://logs-hot/
        find /var/log/nginx/ -type f -mtime +7 -exec aws s3 cp {} s3://logs-cold/ \;
    endscript
}

Factores clave para reevaluar la conservación

Requisitos de cumplimiento
- GDPR: hasta 6 años para datos personales
- SOX: 7 años para sistemas financieros
- PCI-DSS: 1 año con 3 meses de disponibilidad inmediata
Necesidades de investigación de incidentes
- Los ataques APT suelen descubrirse 6 o más meses después de una brecha (Mandiant M-Trends 2024)
Estrategias optimizadas en costos
- Comprima los registros después de 7 días: zstd --ultra -22 (compresión superior al 80 %)
- Use formatos columnares (Parquet/ORC) para un almacenamiento analítico un 60 % menor

Recomendación revisada

Para la mayoría de los sistemas críticos de producción:

Acceso en caliente: 7-14 días (SSD/NVMe)
Archivo de cumplimiento: 1 año+ (almacenamiento en frío)
Registros de seguridad: 180 días como mínimo (CIS Benchmark v4)

Ejemplo de configuración de cumplimiento:

# Auditd rules for PCI-DSS
-a always,exit -F arch=b64 -S all -F path=/var/log/payment.log -F perm=wa -k payment_logs

Preguntas frecuentes: monitorización de Ubuntu Server

Q: ¿Con qué frecuencia debo comprobar las métricas del servidor?
A: – intervalos de 15 s para sistemas de producción

1 min para cargas de trabajo no críticas

Q: ¿Puedo supervisar contenedores Docker?
A: ¡Sí! Use:

cAdvisor para métricas de contenedores
Prometheus Docker Swarm exporter

Q: ¿Cuánto cuesta la monitorización empresarial?
A: Las soluciones de código abierto son gratuitas. Versiones empresariales:

Nagios XI: ~$1,995/año
Zabbix Enterprise: ~$1,700/año
Grafana Cloud: ~$50+/mes

Documento de referencia:

Syslog-ng: https://syslog-ng.github.io/

Rsyslogd: https://www.rsyslog.com/doc/index.html

Conclusión

La monitorización y el registro son esenciales para mantener la salud y el rendimiento de Ubuntu Server. Al configurar el registro centralizado con rsyslog o syslog-ng, reenviar registros a un servidor remoto e integrarse con plataformas como Nagios, Zabbix y Prometheus, puede obtener información valiosa sobre su infraestructura y garantizar un funcionamiento fluido.

Esté atento: Mejores prácticas de auditoría y cumplimiento para Ubuntu Server

Una monitorización eficaz del sistema es solo una parte del mantenimiento de un entorno de servidor seguro y conforme. En nuestro próximo artículo, profundizaremos en las mejores prácticas de auditoría y cumplimiento para Ubuntu Server, tratando temas como una descripción general de estándares de cumplimiento como PCI-DSS y GDPR, la configuración de reglas de auditoría con auditctl y la generación de informes de auditoría para identificar actividades sospechosas. ¡No se lo pierda!

3 thoughts on “11. Centralized Logging for ubuntu server: a must read guide”

Pingback: 14. Host Multiple Websites on a single Ubuntu Server: Useful tips - SysOSX: AI & Cloud
Pingback: 18. How to Configure and Use LVM on Ubuntu Server: A Comprehensive Guide - SysOSX: AI & Cloud
Pingback: 22. Getting Started with Podman on Ubuntu Server: A complete guide - SysOSX: AI & Cloud