Olá Flavio, Gostaria de entender melhor a arquitetura da solução implantada na caixa, quando você disse : "solução de replicação síncrona via virtualização de storage" entendo que o banco de dados está gravando no primeiro storage e este replica a informação para o segundo storage certo? Pergunto isso porque, se não me engano, um outro fornecedor nos apresentou uma solução onde existe uma área virtual de storage que grava de forma síncrona em outras duas ou mais áreas e caso uma delas deixe de responder a segunda continua disponível sem nenhum transtorno para o banco de dados. Vocês chegaram a testar alguma solução nestes moldes?
Grato, Luciano Mittmann 2009/7/25 Flavio Henrique Araque Gurgel <fla...@4linux.com.br> > 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 >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
