11. Registro centralizado para Ubuntu Server: um guia indispensável

O monitoramento e o registro são aspectos críticos do gerenciamento e da manutenção do Ubuntu Server 22.04. Quer você execute um único servidor ou gerencie uma infraestrutura complexa, ferramentas de monitoramento eficazes permitem acompanhar o desempenho do sistema, solucionar problemas e garantir a confiabilidade. Este guia abordará a configuração do registro centralizado usando rsyslog ou syslog-ng, o encaminhamento de logs para um servidor de registro remoto e a integração do Ubuntu Server com plataformas de monitoramento populares como Nagios, Zabbix e Prometheus.

Por que o monitoramento de servidores importa

No cenário digital atual, sempre conectado, 97% das organizações consideram o monitoramento de servidores crucial para a continuidade dos negócios (IDC, 2024). Para usuários do Ubuntu Server 22.04, o monitoramento eficaz:

📊 Fornece insights práticos para o planejamento de capacidade

🛠️ Evita 68% das interrupções potenciais por meio da detecção proativa

📈 Otimiza a alocação de recursos acompanhando o uso de CPU/RAM/disco

🔍 Permite a solução rápida de problemas com o registro centralizado

Registro centralizado no Ubuntu Server

O registro centralizado consolida logs de vários servidores em um único local, facilitando a análise e a solução de problemas em toda a sua infraestrutura. O Ubuntu Server 22.04 oferece suporte a ferramentas de registro poderosas, como rsyslog e syslog-ng.

Domínio do registro centralizado

rsyslog vs. syslog-ng: comparação rápida

Recurso	rsyslog	syslog-ng
Suporte a protocolos	UDP/TCP	UDP/TCP/TLS
Filtragem	Básico	Avançado
Desempenho	Alto	Muito alto
Configuração	Simples	Complexo

Configurar o rsyslog para o registro centralizado

rsyslog é um daemon de registro confiável e amplamente usado que já vem pré-instalado no Ubuntu Server. Siga estes passos para configurá-lo para o registro centralizado:

Instalar o rsyslog (se ainda não estiver instalado):

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

Editar o arquivo de configuração do rsyslog:
Abra /etc/rsyslog.conf e remova os comentários das seguintes linhas para ativar o encaminhamento de logs baseado em UDP ou TCP:

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

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

Reiniciar o serviço rsyslog:

sudo systemctl restart rsyslog

Configurar o encaminhamento de logs:
Para encaminhar logs para um servidor remoto, adicione a seguinte linha a /etc/rsyslog.conf:

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

Substitua remote-server-ip pelo endereço IP do seu servidor de logs. Use @ para UDP ou @@ para TCP.

Configurar o syslog-ng para o registro centralizado

syslog-ng é outra ferramenta de registro robusta que oferece recursos avançados de filtragem e registro. Veja como configurá-la:

Instalar o syslog-ng:

 sudo apt update && sudo apt install syslog-ng

Configurar o syslog-ng para o registro centralizado:
Edite o arquivo de configuração /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);
};

Substitua remote-server-ip pelo endereço IP do seu servidor de logs.
Reiniciar o syslog-ng:

 sudo systemctl restart syslog-ng

Encaminhamento de logs para um servidor de registro remoto

O encaminhamento de logs para um servidor remoto é essencial para o monitoramento centralizado em ambientes distribuídos. As duas ferramentas rsyslog e syslog-ng oferecem suporte ao encaminhamento de logs via UDP ou TCP. Certifique-se de que seu servidor de registro remoto esteja configurado para aceitar logs recebidos na porta especificada (por ex., 514).

Configuração do servidor de registro remoto

No servidor de registro remoto, certifique-se de que rsyslog ou syslog-ng está configurado para receber logs:

Para rsyslog adicione as seguintes linhas a /etc/rsyslog.conf:

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

Para syslog-ng defina uma fonte para aceitar logs recebidos:

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

Integração do Ubuntu Server com plataformas de monitoramento

Plataformas de monitoramento como Nagios, Zabbix e Prometheus fornecem insights em tempo real sobre a saúde, o desempenho e a utilização de recursos do seu servidor. Veja como integrar o Ubuntu Server 22.04 a essas ferramentas.

Nagios: a solução clássica

O Nagios é uma ferramenta de monitoramento poderosa que acompanha o desempenho do servidor e alerta você sobre possíveis problemas. Para integrar o Nagios ao Ubuntu Server:

Instalar o agente do Nagios:

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

Configurar o NRPE:
Edite /etc/nagios/nrpe.cfg para definir os comandos que o Nagios monitorará:

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 o NRPE:

 sudo systemctl restart nagios-nrpe-server

Zabbix: monitoramento de nível empresarial

O Zabbix é uma plataforma de monitoramento de nível empresarial com amplas opções de personalização. Para integrar o Zabbix ao Ubuntu Server:

Instalar o agente do Zabbix:

 sudo apt update && sudo apt install zabbix-agent

Configurar o agente do Zabbix:
Edite /etc/zabbix/zabbix_agentd.conf e defina o servidor e o nome do host:

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

Reiniciar o agente do Zabbix:

sudo systemctl restart zabbix-agent

Prometheus + Grafana: pilha de monitoramento moderna

O Prometheus é uma ferramenta de monitoramento moderna projetada para escalabilidade e flexibilidade. Para integrar o Prometheus ao Ubuntu Server:

Instalar o Node Exporter:
O Node Exporter é um agente leve para expor métricas ao 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/

Executar o Node Exporter:

 sudo nohup /usr/local/bin/node_exporter &

Configurar o Prometheus:
Adicione o servidor Ubuntu ao Prometheus editando o arquivo prometheus.yml :

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

Ideias de painéis Grafana:

Mapa de calor de recursos do cluster
Previsão preditiva de espaço em disco
Alertas de detecção de anomalias

Estratégias de monitoramento pro

Política de retenção de logs
- 7 dias – Sistemas críticos
- 30 dias – Servidores gerais
- 1 ano – Sistemas de conformidade
Melhores práticas para limites de alerta
- 🟢 Aviso: 75% de uso do disco
- 🔴 Crítico: 90% de uso do disco
- 📈 Gatilhos de autoescala: 70% de CPU sustentada
Otimização de custos
- Use o VictoriaMetrics para uma compactação de armazenamento 10 vezes maior que a do Prometheus padrão
- Implemente a amostragem de logs para entradas de nível de depuração

A solução moderna: gerenciamento de logs em camadas

Equipes inteligentes combinam estratégias de retenção:

Camada	Retenção	Tipo de armazenamento	Caso de uso
Quente	7 dias	NVMe/SSD	Solução ativa de problemas
Morno	30 dias	HDD/armazenamento em nuvem	Análise post-mortem
Frio	1 ano+	Glacier/S3 Deep Archive	Conformidade/auditorias

Exemplo de implementação:

# 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
}

Fatores-chave para reavaliar a retenção

Requisitos de conformidade
- GDPR: até 6 anos para dados pessoais
- SOX: 7 anos para sistemas financeiros
- PCI-DSS: 1 ano com 3 meses de disponibilidade imediata
Necessidades de investigação de incidentes
- Ataques APT costumam ser descobertos 6 ou mais meses após uma violação (Mandiant M-Trends 2024)
Estratégias otimizadas em custos
- Comprima os logs após 7 dias: zstd --ultra -22 (compactação de mais de 80%)
- Use formatos colunares (Parquet/ORC) para um armazenamento analítico 60% menor

Recomendação revisada

Para a maioria dos sistemas críticos de produção:

Acesso quente: 7-14 dias (SSD/NVMe)
Arquivo de conformidade: 1 ano+ (armazenamento frio)
Logs de segurança: mínimo de 180 dias (CIS Benchmark v4)

Exemplo de configuração de conformidade:

# 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

Perguntas frequentes: monitoramento do Ubuntu Server

Q: Com que frequência devo verificar as métricas do servidor?
A: – intervalos de 15 s para sistemas de produção

1 min para cargas de trabalho não críticas

Q: Posso monitorar contêineres Docker?
A: Sim! Use:

cAdvisor para métricas de contêineres
Prometheus Docker Swarm exporter

Q: Qual é o custo do monitoramento empresarial?
A: As soluções de código aberto são gratuitas. Versões empresariais:

Nagios XI: ~$1,995/ano
Zabbix Enterprise: ~$1,700/ano
Grafana Cloud: ~$50+/mês

Documento de referência:

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

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

Conclusão

O monitoramento e o registro são essenciais para manter a saúde e o desempenho do Ubuntu Server. Ao configurar o registro centralizado com rsyslog ou syslog-ng, encaminhar logs para um servidor remoto e integrar com plataformas como Nagios, Zabbix e Prometheus, você pode obter informações valiosas sobre sua infraestrutura e garantir operações tranquilas.

Fique atento: Melhores práticas de auditoria e conformidade para o Ubuntu Server

O monitoramento eficaz do sistema é apenas uma parte da manutenção de um ambiente de servidor seguro e em conformidade. No nosso próximo artigo, vamos nos aprofundar em melhores práticas de auditoria e conformidade para o Ubuntu Server, abordando tópicos como uma visão geral de padrões de conformidade como PCI-DSS e GDPR, a configuração de regras de auditoria com auditctl e a geração de relatórios de auditoria para identificar atividades suspeitas. Não perca!