Flávio, a queda de performance foi muito grande - se não me engano, de 750 TPS para 150 TPS. Sempre é assim com o pgpool? Não entendi o que você quis dizer com "características da aplicação". Você quis dizer que a queda de performance com uso do pgpool não satisfez aos requisitos de TPS da aplicação ou, que a aplicação prejudicou o desempenho do pgpool?
Att., Sergio 2009/7/25 Flavio Henrique Araque Gurgel <[email protected]> > Olá > > Estou com Euler e Saito no suporte ao Multicanal da Caixa Econômica, estive > palestrando sobre isso no PgDay-SP e no FISL, neste último junto com Jair > Silva da própria Caixa. Tenho uma palestra similar submetida ao PGCon > Brasil, caso aprovada convido todos a assistirem. > > Primeiro gostaria de dizer que essa questão de "cluster" aparece também > dentro da Caixa e é uma dúvida cruel de muitas pessoas que trabalham com o > PostgreSQL e outras que desejam implementá-lo em suas empresas e serviços. > > Vamos desmistificar as coisas. Quando as pessoas falam de "outros produtos" > normalmente estão se referindo ao Oracle-RAC. > O nome "científico" do cluster implementado pelo RAC é Multi-Master > Shared-Disk, realmente não temos esta opção de clusterização para o > PostgreSQL ainda, onde os discos que os diversos nós estão escrevendo são > compartilhados. > > Agora, para aqueles que estão buscando soluções de alta-disponibilidade > para o PostgreSQL, sugiro verificarem as seguintes anternativas, todas muito > interessantes e open-source: > > Slony - Master-Slave assíncrono > Bucardo - Multi-Master assíncrono > Londiste - Master-Slave assíncrono > pgpool-II - Multi-Master síncrono, shared nothing (entre outras > funcionalidades) > Sequoia - Multi-Master síncrono, shared nothing (para aplicações Java) > Postgres-R - Multi-Master síncrono, shared nothing (em estágio alpha, > implementado diretamente sobre o PostgreSQL) > > No Multicanal da Caixa, devido às características da aplicação, nenhuma das > soluções Multi-Master se adequou à necessidade de performance exigida. Não > sabemos se o Oracle-RAC se adequaria também, pois ele não chegou a ser > testado. > > Lembrem-se sempre que todo e qualquer tipo de replicação Multi-Master tem > um custo para uma aplicação, e esse custo está na hora de escrever > sincronamente em mais de um lugar. Toda e qualquer aplicação deve ser > testada antecipadamente com as estratégias de banco de dados a adotar. > > A Caixa adoutou uma solução de replicação síncrona via virtualização de > storage, adquirida da Hitachi. Imaginem que existem dois storages, em dois > prédios diferentes, que contém uma cópia fiel do mesmo banco de dados. Isso > também tem um custo, pois toda escrita no disco tem um tempo maior do que se > escrevêssemos em um storage único. Nesta estratégia, se um nó falhar, o > outro pode montar os discos e rapidamente começar a atender à aplicação. > Quem controla clusters HA deste tipo no Linux é o Heartbeat. > > Estas são as minhas idéias. > Abraços a todos > > Flavio Henrique A. Gurgel > Consultor -- 4Linux > tel. 55-11-2125.4765 > fax. 55-11-2125.4777 > www.4linux.com.br > > > > Date: Fri, 24 Jul 2009 21:40:17 -0300 > > From: Tiago Adami <[email protected]> > > Subject: Re: [pgbr-geral] postgresql + cluster + alta disponibilidade > > > > Tambem tenho interesse nesta informacao. Ja procurei alternativas para > > clusterizacao mas nao encontrei nenhuma. > > > > -- > > Tiago Adami <http://www.adamiworks.com> > > Paraná - Brasil > > > > > > 2009/7/24 jorge sanfelice <[email protected]> > > > > > Ola Pessoal, > > > > > > Usamos postgresql em muitos ambientes críticos de minha empresa (só > > > usamos software livres), mas devido a uma demanda extremamente grande, > > > vieram me questionar sobre a compra de licenças para um dos ?dois > > > grandes do mercado? que inclusive já comecei a realizar testes. > > > > > > O maior problema que levou a esse interesse, foi a questão de > > > trabalhar com ?cluster? para ambientes de alta disponibilidade, entre > > > outras coisas como compressão muito eficiente de dados. > > > Funcionalidades que existem em Oracle e em DB2. > > > > > > Aguem sabe nos dizer se tem como fazer cluster de servidores com > > > postgresql e se existe algo referente a compressão de dados das > > > tabelas? > > > > > > Abraços. > > > _______________________________________________ > > > pgbr-geral mailing list > > > [email protected] > > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -------------- Pr?a Parte ---------- > > Um anexo em HTML foi limpo... > > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090724/96b108e2/attachment-0001.htm > > > > ------------------------------ > > > > Message: 7 > > Date: Fri, 24 Jul 2009 21:47:12 -0300 > > From: "Jerson Kalinke | CVA SS Sistemas - Pato Branco\(PR\)" > > <[email protected]> > > Subject: Re: [pgbr-geral] Problemas win vista > > To: "Comunidade PostgreSQL Brasileira" > > <[email protected]> > > Message-ID: <f6cf5794ec8a4b93a136dee1ca0b4...@jersonhp> > > Content-Type: text/plain; charset="utf-8" > > > > Caro Tiago, temos esse problema tambem aqui. > > Sabes alguma rotina a ser mudada? > > > > > > ----- Original Message ----- > > From: Tiago Adami > > To: fabio.ebner ; Comunidade PostgreSQL Brasileira > > Sent: Friday, July 24, 2009 9:34 PM > > Subject: Re: [pgbr-geral] Problemas win vista > > > > > > Tenta conectar de onde? pgAdmin 3 ou sua aplicacao? > > Uso o 8.2 e 8.3, mas nunca percebi este comportamento. > > > > -- > > Tiago Adami <http://www.adamiworks.com> > > Paraná - Brasil > > > > > > > > 2009/7/24 fabio.ebner <[email protected]> > > > > Pessoal alguem tem problema com o post no win vista?? sei la tem horas q > eu mando conectar ele nao conecta.. logo em seguida clico novamente para > conectar ele conecta normalmente, tem hora q eu perciso restartar o > servico.. > > > > > > alguem sabe o pq?? > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -------------- Pr?a Parte ---------- > > Um anexo em HTML foi limpo... > > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090724/b0c9d730/attachment.htm > > > > ------------------------------ > > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > Fim da Digest pgbr-geral, volume 29, assunto 71 > > *********************************************** > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
