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 <adam...@gmail.com> > 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 <jorgesanfel...@gmail.com> > > > 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 > > pgbr-geral@listas.postgresql.org.br > > 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\)" > <sspatobra...@sssistemas.inf.br> > Subject: Re: [pgbr-geral] Problemas win vista > To: "Comunidade PostgreSQL Brasileira" > <pgbr-geral@listas.postgresql.org.br> > 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 <fabio.eb...@dnasolution.com.br> > > 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 > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > 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 > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 29, assunto 71 > *********************************************** > _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
