Transferir como PDF, PPTX
![PgBouncer pgbouncer.ini [databases] dbfoo = host=localhost dbname=postgres listen_addr = ‘*’ [pgbouncer] pool_mode = ‘transaction’ min_pool_size = 2000 [...] 18quinta-feira, 4 de julho de 13](https://image.slidesharecdn.com/altadisponibilidadepostgresql-130704104231-phpapp01/75/Alta-disponibilidade-com-PostgreSQL-18-2048.jpg)
![Replicação nativa no Postgres Master/Slave Arquivos de log de transação (WAL) Warm standby Hot standby Streaming Replication ([as]síncrono SR) Bases mais consistentes Streaming de registros WAL (walsender/walreceiver) 19quinta-feira, 4 de julho de 13](https://image.slidesharecdn.com/altadisponibilidadepostgresql-130704104231-phpapp01/75/Alta-disponibilidade-com-PostgreSQL-19-2048.jpg)
Carregado porLeonardo Cezar
Alta disponibilidade com PostgreSQL
O documento apresenta uma palestra sobre alta disponibilidade no PostgreSQL, abordando temas como redundância, balanceamento de carga e arquitetura de sistemas resilientes. Destaca a importância da replicação e ferramentas associadas para minimizar falhas e indisponibilidade, além de mencionar soluções práticas e utilitários para implementação. O palestrante também fala sobre eventos futuros relacionados ao PostgreSQL.
Alta disponibilidade com PostgreSQL
- 1. Alta disponibilidade com PostgreSQL LeonardoCezar, FISL #14 – Porto Alegre 1quinta-feira, 4 de julho de 13
- 2. Sobre o palestrante DBApor profissão há mais de 10 anos; Desenvolvedor por diversão; Colaborador em alguns projetos opensource notavelmente relacionados ao PostgreSQL; Colaborador (quase ausente) na comunidade PostgreSQL Brasil. Atualmente trabalhando na DATAPREV Dados Abertos; GIS; Big Data; BI; PostgreSQL 2quinta-feira, 4 de julho de 13
- 3. Agenda Alta disponibilidade Redundância Balanceamento decarga Arquitetura Ferramentas 3quinta-feira, 4 de julho de 13
- 4. O que éalta disponibilidade? Sistema resiliente com suporte e prevenção à falhas externas em seus subsistemas. 4quinta-feira, 4 de julho de 13
- 5. Princípios da AD Planejamento Redundância Persistência Simplicidade(KIS) 5quinta-feira, 4 de julho de 13
- 6. Como identificar? Acordo deNível de Serviço Requisitos não-funcionais Carga transacional Tempo de indisponibilidade (downtime) Serviços parados impactam? 6quinta-feira, 4 de julho de 13
- 7. Objetivo Aumentar o tempomédio entre falhas (MTBF) Reduzir o tempo médio entre reparos (MTTR) Minimizar a perda de dados Prover escalabilidade 7quinta-feira, 4 de julho de 13
- 8. Objetivo Reduzir SPOFs (pontosde falha) Redução de downtime (período de inatividade) Prover redundância (hardware e software) 8quinta-feira, 4 de julho de 13
- 9. Indisponibilidade Programada Manutenção, atualização Não programada Falhade rede Falha de software Falha de hardware 9quinta-feira, 4 de julho de 13
- 10. Indisponibilidade não programada 0 5 10 15 20 95,00%96,00% 97,00% 98,00% 99,00% 99,9% 18 14 10 7 3 0 dias indisponíveis 10quinta-feira, 4 de julho de 13
- 11. Redundância Provisionar hardware extra(preferencialmente com as mesmas características) Disponibilizar contingência de componentes de software e serviços Replicar informações e dados 11quinta-feira, 4 de julho de 13
- 12. Soluções de replicação Discocompartilhado (não duplica os dados) Réplica de storage Cópia de sistema de arquivos Replicação de instrução SQL Replicação baseada em gatilhos 12quinta-feira, 4 de julho de 13
- 13.
- 14. Qual utilizar? Depende... :-) Requisitosfuncionais Maturidade da solução Suporte 14quinta-feira, 4 de julho de 13
- 15. Balanceamento de carga Distribuiçãode carga em múltiplos servidores Hot Standby (servidor em modo leitura) 15quinta-feira, 4 de julho de 13
- 16. PgPool-II pgpool.conf backend_hostname0 = ‘node1’ backend_weight0= 1 backend_hostname1 = ‘node2’ backend_weight1 = 1 replication_mode = false master_slave_mode = true master_slave_sub_mode = ‘stream’ load_balance_mode = true enable_query_cache = true 16quinta-feira, 4 de julho de 13
- 17. Agrupadores de conexão Mantémum cache das conexões com o banco de dados Desonera o impacto das conexões Essencial quando existem muitas conexões (portal web, por exemplo) 17quinta-feira, 4 de julho de 13
- 18. PgBouncer pgbouncer.ini [databases] dbfoo = host=localhostdbname=postgres listen_addr = ‘*’ [pgbouncer] pool_mode = ‘transaction’ min_pool_size = 2000 [...] 18quinta-feira, 4 de julho de 13
- 19. Replicação nativa noPostgres Master/Slave Arquivos de log de transação (WAL) Warm standby Hot standby Streaming Replication ([as]síncrono SR) Bases mais consistentes Streaming de registros WAL (walsender/walreceiver) 19quinta-feira, 4 de julho de 13
- 20. Streaming Replication postgresql.conf wal_level =hot_standby max_wal_senders = 5 wal_keep_segments = 32 archive_command = ‘rsync %p foo@bar:/ archive/%f’ 20quinta-feira, 4 de julho de 13
- 21. Streaming Replication (cont.) pg_basebackup-H <host> -R -D $PGDATA recovery.conf primary_conninfo = “host=node1” pg_ctl start pg_ctl promote # switchover 21quinta-feira, 4 de julho de 13
- 22. Sistema operacional –AD Pacemaker gerenciador de recursos Corosync Camada de mensagens Resource Agent (RA) Scripts para controle do serviço (LSB ou OCFs) 22quinta-feira, 4 de julho de 13
- 23. Arquitetura SR 23quinta-feira, 4de julho de 13
- 24. Bucardo – multimaster Configuraçãobucardo # aptitude install bucardo # bucardo install # bucardo add database foo host=node1 # bucardo add database bar host=node2 # bucardo add all tables db=foo # bucardo add sync foobar source=default targetdb=bar # bucardo start 24quinta-feira, 4 de julho de 13
- 25. O que vempor aí? Replicação multimaster nativa BIDR (BiDirection Replication) LLSR (Logical Log Streaming Replication) 1o. passo postgres 9.3 fast failover arquitetura independente e “remastering” BgWorkers customizados 25quinta-feira, 4 de julho de 13
- 26. Próximos eventos Conferência PostgreSQL– PGBR 2013 (antigo PgCon) 15-17, agosto Brasil, Porto Velho, RO http://pgbr.postgresql.org.br Postgres Open 2013; 16-18, setembro, Chicago, US http://postgresopen.org/ PostgreSQL Conference Europe, Dublin, Ireland http://2013.pgconf.eu/ 26quinta-feira, 4 de julho de 13
- 27.