Monitorando servidor físico sem Zabbix na ponta: health check via iLO Redfish

Quando não vale montar a stack completa #

Seis servidores físicos (ProLiant, iLO 4), acessados via VPN dedicada. Nem todo ambiente justifica subir Zabbix Server + agente + banco pra monitorar 6 hosts — às vezes o que resolve é consultar direto a API que o próprio hardware já expõe.

iLO 4 fala Redfish (API REST padrão da indústria pra gerenciamento fora-de-banda) — dá pra consultar saúde de memória, CPU, power state e firmware sem precisar de agente nenhum instalado no sistema operacional do host. Se o SO travou mas o hardware está de pé, o iLO ainda responde.

O que o check consulta #

Overall Health / Overall Rollup
Memory Health / Memory Rollup
CPU Health
iLO Health (+ State: Enabled)
Power State
Modelo, Serial, versão de BIOS/firmware

Um resumo por execução, hosts saudáveis e hosts com warning agrupados no fim — pensado pra ler rápido num log, não pra abrir dashboard.

Rodando 3x ao dia via cron, sem dependência de agente #

0  9 * * 1-5  cd ~/ilo_check && venv/bin/python ilo_check.py
0 12 * * 1-5  cd ~/ilo_check && venv/bin/python ilo_check.py
0 18 * * 1-5  cd ~/ilo_check && venv/bin/python ilo_check.py

Pré-requisito real: a VPN dedicada precisa estar ativa antes de cada execução — se cair, o script loga erro de conexão daquele host especificamente e segue pro próximo, sem travar a rotina inteira por causa de um host inacessível.

Por que não é a solução final #

O próprio design já assume evolução: alerta hoje é só log em arquivo, sem push ativo. Os próximos passos óbvios — alerta por WhatsApp/Slack quando health != OK, integração com Zabbix/Prometheus via exporter — não foram implementados ainda porque 6 hosts não justificavam a complexidade antes de existir sinal real de necessidade. Ferramenta pequena, focada, substituível quando a escala pedir — não infraestrutura de monitoria completa resolvendo um problema que ainda não apareceu.

Tecnologias #

Python · Redfish API (iLO 4) · cron · VPN