Tech Force - blog sobre tecnologia

Neste tutorial, executado e testado sobre Debian GNU/Linux, alcançar replicação síncrona e balanceamento de carga para o sistema gerenciador de bancos de dados PostgreSQL é possível e traz vantagens como a janela ZERO de perda de dados. Mas existem custos em complexidade, compatibilidade e desempenho que precisam ser avaliados cuidadosamente para verificar se é mesmo a melhor solução para sua necessidade. Nem toda aplicação em produção precisará de todas as vantagens e custos associados. Para estas, uma solução para replicação assíncrona seria suficiente e com menores custos em complexidade, compatibilidade e desempenho. Neste tutorial, testado sobre Debian GNU/Linux 5.x, analisaremos implantação com o  Pgpool-II . Lembre que são publicadas configurações sem segurança de ambientes de produção, apenas para laboratório. Para implantações, tome todas as medidas para garantir segurança de seu ambiente. Pgpool-II em modo replicação síncrona com balanceamento de carg

Each tuning is almost unique. We show postgresql.conf file for 9.1 version as a starting point on Debian GNU/Linux systems. These examples were deployed for a given major query profile, discovered using  PgFouine . Also, the hardware played critical role in the tuning choices. A powerful 16 cores Xeon, with 32 GB ECC RAM enterprise server, connected to a Fiber Channel Data Storage Server with FC disks and many GB of NVRAM. The data storage server is a key to the performance. It behaves (latency and IOPS wise) like a giant Enterprise SSD. Also, allows the simultaneous I/O to be so high. This kind of storage server allows a reduced random page cost too. The approach MUST have a connection pooling software like  PgPool-II  in front of the server, in order to limit the simultaneous connections to 250. You have to read the previous articles regarding Debian  Postgresql database cluster instances creation  and  PostgreSQL advanced hardware and software tuning . Do not forget

Objetivo Manter a disponibilidade do serviço de banco de dados PostgreSql de maneira automatizada, utilizando um recurso nativo de PITR do PostgreSQL. Documentar completamente os passos para uma implantação sobre Debian GNU / Linux 5.x "Lenny". Escopo A proposta é de um sistema de alta disponibilidade Nível 1 e continuidade do serviço de até 99%, em cenários aplicáveis, e com simplificação do plano de contingências, não focando em outras características como replicação, balanceamento de carga e fail over. Para estas outras características, contamos com outras soluções interessantes que poderiam se aplicar em conjunto ao projeto e elevar a disponibilidade até Nível 4 e continuidade de serviços de 99,999% buscando eliminar SPOF (Simple Point of Failure, porém com uma complexidade maior. Por exemplo PgPool, Slony-I, SqlRelay, Bucardo, GlusterFS, PaceMaker, bancos de dados geograficamente distribuidos entre vários centros de dados. Precauções Antes