Patroni para PostgreSQL HA: Alta Disponibilidade com Failover Controlado

PostgreSQL crítico precisa de plano de failover

PostgreSQL é confiável, mas nenhum servidor é imune a falhas. Quando o banco sustenta e-commerce, SaaS, painel administrativo ou API crítica, depender de recuperação manual pode aumentar downtime. Patroni ajuda a construir alta disponibilidade para PostgreSQL, coordenando replicação, eleição de primário e failover controlado.

Em ambientes com VPS ou servidores dedicados, Patroni pode ser usado quando o impacto de parada justifica operar um cluster. Ele não é uma solução mágica: exige quorum, backups, testes de recuperação, monitoramento e entendimento de consistência.

Como o Patroni funciona

Patroni gerencia instâncias PostgreSQL e usa um distributed configuration store, como etcd, Consul ou ZooKeeper, para coordenar liderança. Se o primário falha, o cluster pode promover uma réplica saudável. Essa decisão precisa ser cuidadosa para evitar split brain, situação em que dois nós aceitam escrita ao mesmo tempo.

Replicação e lag

Alta disponibilidade depende da replicação. Se a réplica está muito atrasada, promover pode causar perda de dados recentes. Monitore replication lag, slots, WAL e saúde das réplicas. Em cargas intensas, disco e rede influenciam diretamente a capacidade de manter réplicas atualizadas.

Backups continuam obrigatórios

HA não substitui backup. Se alguém apaga uma tabela, a exclusão pode replicar para todos os nós. Mantenha backups com PITR quando possível, teste restauração e guarde cópia fora do cluster. A melhor estratégia combina disponibilidade e recuperação.

Aplicação e conexão

A aplicação precisa saber onde conectar. Normalmente usa-se HAProxy, PgBouncer, VIP ou service discovery. Teste comportamento durante failover: conexões caem, transações podem falhar e a aplicação precisa tentar novamente com segurança.

Quando vale a pena

Patroni faz sentido quando downtime de banco é caro e a equipe consegue operar a complexidade. Para projetos pequenos, backup restaurável, monitoramento e manutenção bem feita podem ser suficientes. A documentação do Patroni explica arquitetura e implantação.

Conclusão

Patroni melhora disponibilidade do PostgreSQL quando usado com disciplina. Planeje quorum, monitore lag, teste failover e nunca abandone backups. Alta disponibilidade é processo, não apenas ferramenta.