PostgreSQL Monitorização
Monitorize as transações, ligações, replicação e desempenho do vacuum do PostgreSQL em tempo real, sem necessidade de configuração.
Por que monitorizar PostgreSQL?
O PostgreSQL é a base de dados relacional de código aberto mais avançada do mundo, sendo uma escolha de confiança para cargas de trabalho críticas, desde sistemas financeiros a aplicações geoespaciais. A monitorização do PostgreSQL é essencial para detetar consultas de longa duração, evitar a saturação das ligações, acompanhar o estado da replicação e otimizar as operações de vacuum. A integração do PostgreSQL com o Xitoring proporciona uma observabilidade abrangente da base de dados.
Monitorização do PostgreSQL, explicada
A monitorização do PostgreSQL deteta deriva de replicação, autovacuum descontrolado, tabelas inchadas e sessões idle-in-transaction antes que se transformem em indisponibilidades ou corrupção de dados. Para qualquer workload Postgres — RDS, Aurora, CloudNativePG, clusters Patroni self-hosted — a visibilidade por base de dados é a diferença entre detetar uma fuga de ligações em 60 segundos e ficar a saber dela por um ticket de cliente. O Xitoring descobre automaticamente o seu Postgres, consulta as views nativas pg_stat_* com o role pg_monitor e encaminha alertas para Slack, PagerDuty, Telegram ou a sua rotação de on-call existente.
O que monitorizamos
Ligações ativas
Número de ligações atualmente ativas para o servidor PostgreSQL.
Transações por segundo
Taxa de transações commited e rolled-back.
Operações sobre tuples
Taxa de tuples inseridos, atualizados, eliminados e obtidos em todas as bases de dados.
Tuplas mortas
Número de dead tuples à espera de vacuum, indicando potencial bloat de tabelas.
Rácio de cache hit
Percentagem de pedidos de dados servidos a partir de shared buffers sem acesso ao disco.
Lag de replicação
Bytes ou segundos de atraso face ao primary na replicação streaming.
Taxa de geração de WAL
Taxa de dados Write-Ahead Log gerados.
Esperas de locks
Número de consultas à espera de adquirir locks em objetos da base de dados.
Ficheiros temporários criados
Número e tamanho de ficheiros temporários criados para o processamento de consultas.
Tamanho da base de dados
Espaço em disco total usado por cada base de dados incluindo índices.
Inativo dentro de transação
Ligações inativas dentro de uma transação aberta, potencialmente a manter locks.
Pontos de controlo
Frequência e duração das operações de checkpoint.
Configurável condições de alerta
Configure alertas personalizados no seu painel para ser notificado assim que as métricas dPostgreSQL ultrapassarem os limites que definiu.
Ligações ativas
críticoDispara quando as ligações ativas se aproximam de max_connections, arriscando recusa de novas ligações e erros aplicacionais.
Lag de replicação
críticoDispara quando a replicação streaming fica para trás, arriscando inconsistência de dados entre primary e replicas.
Tuplas mortas
avisoAlerta quando a contagem de dead tuples cresce acima do limite, indicando que o vacuum está atrasado e o bloat de tabelas aumenta.
Rácio de cache hit
avisoDispara quando o rácio de cache hit cai abaixo do limite, indicando E/S de disco excessiva e potencial pressão de memória.
Esperas de locks
avisoDispara quando consultas estão bloqueadas à espera de locks, indicando contenção que degrada o desempenho.
Queda da taxa de transações
críticoAlerta quando o throughput de transações cai significativamente, indicando potencial bloqueio ou problema de desempenho.
Importância da monitorização do PostgreSQL
O PostgreSQL lida com dados de missão crítica para empresas em todo o mundo. Sem monitorização adequada, bloat de tabelas, drift de replicação e esgotamento de ligações podem levar a corrupção de dados, indisponibilidade e falhas irrecuperáveis.
- Detete cedo consultas longas e contenção de locks
- Evite o bloat de tabelas com acompanhamento do desempenho de vacuum
- Monitorize a replicação streaming para a consistência dos dados
- Identifique fugas de ligação antes do esgotamento do pool
- Acompanhe a geração de WAL para o planeamento de capacidade de armazenamento
Porquê escolher Xitoring
O Xitoring oferece monitorização PostgreSQL de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente as suas instâncias PostgreSQL, começa a recolher métricas em menos de 60 segundos e integra-se com os seus canais de notificação existentes.
- Instalação num único comando — sem YAML complexo nem ficheiros de configuração
- Mais de 15 nós de monitorização globais para verificações de baixa latência
- Dashboard unificado para servidores, bases de dados e uptime
- Alertas flexíveis via Slack, PagerDuty, Telegram e outros
- Retenção de dados históricos para planeamento de capacidade e auditorias
Cenários comuns de monitorização do PostgreSQL
Onde o PostgreSQL normalmente corre hoje — e o que pode correr mal se ninguém estiver a monitorizar.
Base de dados na cloud gerida (AWS, Azure, Google)
Os fornecedores de cloud tratam dos backups e das atualizações, mas não lhe dizem quando as suas próprias queries estão lentas, as suas ligações estão a esgotar-se, ou uma cópia de segurança está silenciosamente a ficar para trás da ativa. Detetamos os problemas que o fornecedor deixa para si, para que uma interrupção não apanhe a equipa desprevenida.
Base de dados auto-alojada com failover automático
Se a base de dados principal falhar, uma cópia de segurança deve assumir em segundos. Mas um backup que está silenciosamente a ficar para trás pode transformar essa transição numa interrupção de 30 segundos — ou pior, perda de dados. Monitorizamos cada cópia para que saiba que está realmente pronta para assumir antes que precise dela.
Base de dados a correr dentro do Kubernetes
As bases de dados no Kubernetes são movidas, reiniciadas e atualizadas pela plataforma automaticamente. Na maioria das vezes é seguro — quando não é, geralmente descobre através de utilizadores frustrados. Detetamos os sinais de aviso precoces para que a equipa possa intervir antes que uma atualização de rotina se torne um incidente.
Pré-requisitos para PostgreSQL
Certifique-se de que tem tudo isto pronto — depois disso, a maioria das instalações leva 60 segundos.
- PostgreSQL 12 ou mais recente (testado com 12-16) em execução no servidor
- Um utilizador com o papel pg_monitor e SELECT em pg_stat_database
- Opcional: extensão pg_stat_statements carregada para métricas ao nível da query
Comece a minutos
Instalar o Xitogent no seu servidor
Se ainda não o fez, instale o leve agente de monitorização Xitogent no seu servidor.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYCriar um utilizador de monitorização no PostgreSQL
Crie um utilizador dedicado só de leitura para que o Xitogent recolha as métricas:
CREATE USER xitoring WITH PASSWORD 'your_secure_password';
GRANT pg_monitor TO xitoring;
GRANT SELECT ON pg_stat_database TO xitoring;Ativar a integração do PostgreSQL
Use o painel do Xitoring ou a CLI para ativar a integração do PostgreSQL com as credenciais de monitorização.
sudo xitogent integrateConfigurar limiares de alerta (opcional)
Defina limiares personalizados para métricas como atraso de replicação, dead tuples ou número de ligações para ser notificado quando algo merecer atenção.
Confirme que está a funcionar
Execute este comando no servidor para confirmar que o Xitogent detetou a integração. Em cerca de 30 segundos começam a chegar novas métricas ao seu painel.
sudo xitogent statusEstá a considerar alternativas?
Veja como o Xitoring se compara às alternativas para a monitorização de PostgreSQL — preços fixos, integrações mais profundas e um único agente que cobre toda a sua stack.
Frequentemente perguntas feitas
De que permissões necessita o utilizador responsável pela monitorização?
Esta integração afetará o desempenho do PostgreSQL?
É possível monitorizar a replicação do PostgreSQL?
Isto funciona com o PostgreSQL gerido (RDS, Cloud SQL)?
Quais são as versões do PostgreSQL suportadas?
Com que frequência são recolhidos os indicadores?
Como monitorizo a exaustão do connection pool e sessões idle-in-transaction?
Isto funciona com PostgreSQL gerido (RDS, Cloud SQL, Azure)?
Que versões do PostgreSQL são suportadas?
Comece a monitorizar PostgreSQL hoje
Configure em menos de 60 segundos. Não é necessário cartão de crédito. Estatísticas completas desde o primeiro dia.
Iniciar período de avaliação gratuita
