Monitoramento de Servidor com Grafana e Prometheus pra OTServer

Monitoramento não é só pra operações gigantes — mesmo um OTServer pequeno se beneficia de saber, em tempo real, se algo está errado antes que os jogadores precisem avisar no Discord.

O que vale a pena monitorar

Uso de CPU e RAM da VPS/servidor dedicado, especialmente em horário de pico.
Jogadores online ao longo do tempo — quedas abruptas indicam crash ou instabilidade.
Latência de queries no banco de dados — queries que ficam lentas são um aviso prévio de problema de performance antes de virar lag visível.
Disponibilidade das portas do servidor (login, game) — alerta imediato se o processo cair.

Prometheus: coletando as métricas

Prometheus é uma ferramenta open source que coleta métricas periodicamente ("scraping") de exporters — pequenos serviços que expõem dados em formato que o Prometheus entende. Pra um servidor Linux, o node_exporter já cobre CPU, RAM, disco e rede sem muita configuração:

# Instala e roda o node_exporter
wget https://github.com/prometheus/node_exporter/releases/latest/download/node_exporter-linux-amd64.tar.gz
tar xvf node_exporter-linux-amd64.tar.gz
./node_exporter-linux-amd64/node_exporter &

Pra métricas específicas do OTServer (jogadores online, por exemplo), um pequeno script que lê o status do servidor e expõe num endpoint HTTP simples já resolve — não precisa de nada muito elaborado pra começar.

Grafana: visualizando

Grafana se conecta ao Prometheus como fonte de dados e monta dashboards visuais — gráficos de CPU ao longo do tempo, jogadores online, alertas visuais quando algum valor passa de um limite. A instalação básica no Linux:

sudo apt-get install -y software-properties-common
sudo add-apt-repository "deb https://packages.grafana.com/oss/deb stable main"
sudo apt-get update
sudo apt-get install grafana
sudo systemctl start grafana-server

Alertas: o verdadeiro valor do monitoramento

Dashboard bonito sem alerta configurado só serve pra olhar depois que alguém já reclamou. O ganho real vem de configurar alertas — por e-mail, Discord webhook, ou Telegram — disparados quando CPU passa de 90% por mais de 5 minutos, ou quando o servidor para de responder.

Começar simples: um alerta de "o servidor está no ar?" via ping a cada minuto já cobre o cenário mais crítico, antes de investir tempo em dashboards mais elaborados.

Pra servidores pequenos, isso pode parecer complexidade desnecessária no início — mas conforme a base de jogadores cresce, ter visibilidade antes que o problema vire reclamação pública é o que separa operações profissionais de operações amadoras.