Alta Disponibilidade no PostgreSQL
0 gostou434 visualizações
Este documento discute conceitos de alta disponibilidade no PostgreSQL, incluindo redundância, hot standby, warm standby e cold standby. Ele também descreve soluções como log shipping e point-in-time recovery para fornecer alta disponibilidade usando servidores secundários quentes ou mornos.
Alta Disponibilidade no PostgreSQL
- 1. Alta Disponibilidade no PostgreSQL Euler Taveira de Oliveira euler@timbira.com
- 2. Conceito "Alta disponibilidade é um conceito de um modelo de ambiente e uma implementação associada que garante um certo grau de continuidade operacional durante um determinado período de tempo." (Wikipedia)
- 3. Conceito (2) "Redundância é a qualidade ou estado de ser redundante, isto é, exceder o que é necessário ou normal; duplicação." (Wikipedia)
- 4. Conceito (3) "Hot Standby: método de redundância em que o sistema primário e secundário executam simultaneamente." "Warm Standby: método de redundância em que o sistema secundário executa em segundo plano em relação ao sistema primário." "Cold Standby: método de redundância em que o sistema secundário só é chamado se o sistema primário falhar." (Webopedia)
- 5. Point in Time Recovery (PITR) "Recuperação de Ponto no Tempo é um sistema no qual os dados podem ser recuperados de um tempo no passado." (Wikipedia) ● introdução na versão 8.0 ● recuperação no passado – tempo – id de Transação
- 7. Log Shipping ● consiste na entrega de logs de transação em outro local ● assíncrono ● envio com baixo custo ● menor 'archive_timeout' <=> maior largura de banda utilizada ● 'pg_switch_xlog' força a troca p/ novo arquivo de log de transação
- 8. Standby Server ● não fica disponível ● algum tempo atrás do servidor primário ● configurado no modo restauração ● aplica os logs de transação recebidos do servidor primário ● assume a posição de servidor primário caso o oficial falhe
- 9. Planejamento ● máquinas idênticas ou similares ● pontos de montagens de espaços de tabelas iguais ● primário em modo de arquivamento ● secundário em modo de recuperação ● logs de transação arquivados enviados do primário p/ secundário ● script que detecta falha e inicia a recuperação dos arquivos de log de transação
- 10. Solução ● Point in Time Recovery (PITR) ● Heartbeat ● Mon
- 11. Solução (2)
- 12. Futuro ● ferramenta para restauração aos poucos – diminuir o tempo de restauração ● automatizar o processo de restauração – restore_command no postgresql.conf?
- 13. Referências http://www.postgresql.org/ http://www.postgresql.org.br/ brasil-usuarios@pgfoundry.org
- 14. Vida Longa ao PostgreSQL
- 15. Contato Euler Taveira de Oliveira euler@timbira.com http://www.timbira.com/