[pgbr-geral] Alta-disponibilidade

[Eduardo Bobsin Machado]

Pessoal,

 

Estou pesquisando soluções de alta-disponibilidade para o pgsql.

Tenho como requisitos para a infra-estrutura: fail-over, replicação síncrona
e load-balance. Atualmente serão somente duas máquinas, mas a escalabilidade
também é um fator importante. Mais servidores podem vir a integrar a
solução. Ah, e vou acessar o banco tanto por driver nativo quanto por JDBC.

Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
pgpool-II?

Alguém tem algum caso ou relato pra compartilhar?

 

Obrigado!

 



Eduardo Bobsin Machado

Human Mobile - Torpedos SMS
  www.human.com.br
mail:   [EMAIL PROTECTED]
phone:   51 3346 8282 

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta disponibilidade

[André Ormenese ( Yahoo )]

Pessoal,
estou precisando montar um ambiente com alta disponibilidade utilizando 
dois servidores.
Para a nossa necessidade, uma estrutura master/slave funciona. Então vou 
partir para o slave em stand by ( sem possibilidade de consulta ).
A minha maior dúvida ainda está em, o que utilizar para prover a alta 
disponibilidade no SO.
Meus servidores rodam Freebsd 7.1 e PostgreSql 8.4. O que vcs acham 
melhor ??? Heartbeat, ucarp, ou outra coisa ??

Obrigado
André


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta Disponibilidade

[Eduardo Rodrigues]

 Boa Tarde Pessoal,

estou montando um servidor de banco de dados PostgreSQL, gostaria de
poder implementar esse banco de dados com alta disponibilidade. Pude
observar que posso montar esse ambiente de duas maneiras:

1a. Replica do banco de dados, ou seja, todas as informações serem
replicadas para um outro servidor;

2a. Opção e muito mais interessante é de montar um cluster de banco de
dados para atuar como um cluster de informações. A utilização de cluster
deverá ter mais de um servidor interligados e sincronizados.

com base nas duas opções citadas acima, gostaria de saber se para
implementar qualquer uma dessas soluções é necessário ter a mesma
configuração de hardware em todos os nós, seja em alta disponibilidade ou
cluster ?


Muito Obrigado pela ajuda

Atenciosamente
Eduardo Rodrigues

-- 
Be Yourself @ mail.com!
Choose From 200+ Email Addresses
Get a Free Account at www.mail.com

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta-Disponibilidade

[Paulo Bastos]

Ja estou trabalhando com heartbeat e Replicação Sincrona Nativa.
O que voces indicam como melhores alternativas?
Alguem poderia indicar material para leitura. Principalmente de replicação assincrona.
 
Antecipadamente agradeço.
 
Paulo Bastos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta disponibilidade

[Paulo Bastos]

Caros colegas,
 
estou utilizando o Heartbeat e gostaria de saber como deixar um processo ativo nas duas máquinas.
Situação:
 
Vou utilizar a replicação nativa e preciso que o postgres esteja ativo. Porem ao start o Heart no servidor principal ele
está derrubando o postgres no secundário. Como evitar isto?
No momento preciso de uma ajuda neste tópico. Já começei a estudar outras soluções recomendadas por outros colegas.
 
Antecipadamente agradeço a ajuda.
 
Att
 
Paulo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta disponibilidade

[Paulo Bastos]

Caros colegas,
 
estou utilizando o Heartbeat e gostaria de saber como deixar um processo ativo nas duas máquinas.
Situação:
 
Vou utilizar a replicação nativa e preciso que o postgres esteja ativo. Porem ao start o Heart no servidor principal ele
está derrubando o postgres no secundário. Como evitar isto?
No momento preciso de uma ajuda neste tópico. Já começei a estudar outras soluções recomendadas por outros colegas.
 
Antecipadamente agradeço a ajuda.
 
Att
 
Paulo
 ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta disponibilidade

[Danilo Silva]

Pessoal,

O que vocês recomendam para a alta disponibilidade do postgres com failover
automático?

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta disponibilidade

[Gustavo Freitas]

Alguem tem algum material sobre alta disponibilidade com exemplo e pratica
estou querendo fazer um curso da 4linux.. vcs recomenda ?

Vc aqui usa,  por exemplo o pfsense para load balance/faiover?




-- 
Gustavo Freitas
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/11/29, Eduardo Bobsin Machado <[EMAIL PROTECTED]>:
>
> Tenho como requisitos para a infra-estrutura: fail-over, replicação síncrona
> e load-balance. Atualmente serão somente duas máquinas, mas a escalabilidade
> também é um fator importante. Mais servidores podem vir a integrar a
> solução. Ah, e vou acessar o banco tanto por driver nativo quanto por JDBC.
>
> Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
> pgpool-II?

Sequóia me dá medo, achei o conceito muito exotérico.  PGCluster está
sendo sucedido pelo CyberCluster, se não me engano, e parece que há
bastante expectativas quanto a ele.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Fernando Ike]

Em Thu, 29 Nov 2007 09:45:56 -0200
"Eduardo Bobsin Machado" <[EMAIL PROTECTED]> escreveu:

> Pessoal,
> 
>  
> 
> Estou pesquisando soluções de alta-disponibilidade para o pgsql.
> 
> Tenho como requisitos para a infra-estrutura: fail-over, replicação
> síncrona e load-balance. Atualmente serão somente duas máquinas, mas
> a escalabilidade também é um fator importante. Mais servidores podem
> vir a integrar a solução. Ah, e vou acessar o banco tanto por driver
> nativo quanto por JDBC.
> 
> Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
> pgpool-II?

   Uma situação dessa dependendo do tipo de aplicação é usar Sequóia ou
PL/Proxy+Pgbouncer+slony. 

> Alguém tem algum caso ou relato pra compartilhar?


   O primeiro é usado (ou era) no Detran-PR o segundo estou usando e é
bacana. =)



Saudações,
-- 
Fernando Ike
http://www.midstorm.org/~fike/weblog
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/11/29, Fernando Ike <[EMAIL PROTECTED]>:
> > Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
> > pgpool-II?
>
>Uma situação dessa dependendo do tipo de aplicação é usar Sequóia ou
> PL/Proxy+Pgbouncer+slony.
>
> > Alguém tem algum caso ou relato pra compartilhar?
>
>
>O primeiro é usado (ou era) no Detran-PR o segundo estou usando e é
> bacana. =)

Eles publicaram algum estudo?  Tenho um preconceito contra o Sequóia,
fiquei curioso.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Marco Gris]

No Fisl de 2006, o Pessoal da Celepar, Rodrigo Hjort e
Joao_Eduardo_Mikos se não me engano,  responsáveis pelo sistema do
DETRAN do Paraná, abandonaram  o pg_cluster afirmando que não atendeu as
espectativas e optaram pelo Sequóia.






Fernando Ike escreveu:
> Em Thu, 29 Nov 2007 09:45:56 -0200
> "Eduardo Bobsin Machado" <[EMAIL PROTECTED]> escreveu:
>
>   
>> Pessoal,
>>
>>  
>>
>> Estou pesquisando soluções de alta-disponibilidade para o pgsql.
>>
>> Tenho como requisitos para a infra-estrutura: fail-over, replicação
>> síncrona e load-balance. Atualmente serão somente duas máquinas, mas
>> a escalabilidade também é um fator importante. Mais servidores podem
>> vir a integrar a solução. Ah, e vou acessar o banco tanto por driver
>> nativo quanto por JDBC.
>>
>> Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
>> pgpool-II?
>> 
>
>Uma situação dessa dependendo do tipo de aplicação é usar Sequóia ou
> PL/Proxy+Pgbouncer+slony. 
>
>   
>> Alguém tem algum caso ou relato pra compartilhar?
>> 
>
>
>O primeiro é usado (ou era) no Detran-PR o segundo estou usando e é
> bacana. =)
>
>
>
> Saudações,
>   

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Mateus]

Luciano Mittmann escreveu:
> 
> 
> Em 29/11/07, *Marco Gris* <[EMAIL PROTECTED] 
> > escreveu:
> 
> No Fisl de 2006, o Pessoal da Celepar, Rodrigo Hjort e
> Joao_Eduardo_Mikos se não me engano,  responsáveis pelo sistema do
> DETRAN do Paraná, abandonaram  o pg_cluster afirmando que não atendeu as
> espectativas e optaram pelo Sequóia. 
> 
> 
> E depois de apanhar muito acabamos por abandonar também o Sequoia, 
> estamos iniciando os testes com o CyberCluster.
>  
> 
> Fernando Ike escreveu:
>  > Em Thu, 29 Nov 2007 09:45:56 -0200
>  > "Eduardo Bobsin Machado" <[EMAIL PROTECTED]
> > escreveu:
>  >
>  >
>  >> Pessoal,
>  >>
>  >>
>  >>
>  >> Estou pesquisando soluções de alta-disponibilidade para o pgsql.
>  >>
>  >> Tenho como requisitos para a infra-estrutura: fail-over, replicação
>  >> síncrona e load-balance. Atualmente serão somente duas máquinas,
> mas
>  >> a escalabilidade também é um fator importante. Mais servidores podem
>  >> vir a integrar a solução. Ah, e vou acessar o banco tanto por driver
>  >> nativo quanto por JDBC.
>  >>
>  >> Qual seria o software mais adequado pra esse caso? PGCluster,
> Sequóia,
>  >> pgpool-II?
>  >>
>  >
>  >Uma situação dessa dependendo do tipo de aplicação é usar
> Sequóia ou
>  > PL/Proxy+Pgbouncer+slony.
>  >
>  >
>  >> Alguém tem algum caso ou relato pra compartilhar?
>  >>
>  >
>  >
>  >O primeiro é usado (ou era) no Detran-PR o segundo estou
> usando e é
>  > bacana. =)
>  >
>  >
>  >
>  > Saudações,
>  >
> 
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> 
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 
> 
Pelo que vi o cybercluster e baseado no pgcluster o que não gostei é que 
ele não sincroniza um no que caiu automaticamente.

Como vou saber que um nó caiu teria que ficar monitorando.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
>
> Em 30/11/07, Leandro DUTRA <[EMAIL PROTECTED]> escreveu:
> >
> > Ah… fizeram algum estudinho?  Tenho curiosidade… não botava fé mas
> > queria saber como foi no frigir dos ovos.
>
> Iniciamos os testes com o Sequoia há cerca de um ano e meio ... no inicio
> ele se mostrou promissor, nosso ambiente de testes era muito bom, tínhamos 4
> servidores de aplicação 2 de Sequoia e 4 de Postgres ..  passamos uns 2
> meses fazendo testes de todos os tipos ... só que  nem tudo  são rosas ...
> e qual foi a nossa surpresa quando resolvemos colocar tudo isso em produção
> ? a cada 30 ou 40 minutos um nó desabava 

Não fizeram teste de carga?


-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Luciano Mittmann]

Em 30/11/07, Leandro DUTRA <[EMAIL PROTECTED]> escreveu:
>
> 2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
> >
> > Em 29/11/07, Marco Gris <[EMAIL PROTECTED]> escreveu:
> > > No Fisl de 2006, o Pessoal da Celepar, Rodrigo Hjort e
> > > Joao_Eduardo_Mikos se não me engano,  responsáveis pelo sistema do
> > > DETRAN do Paraná, abandonaram  o pg_cluster afirmando que não atendeu
> as
> > > espectativas e optaram pelo Sequóia.
> >
> > E depois de apanhar muito acabamos por abandonar também o Sequoia,
> estamos
> > iniciando os testes com o CyberCluster.
>
> Ah… fizeram algum estudinho?  Tenho curiosidade… não botava fé mas
> queria saber como foi no frigir dos ovos.



Resumindo:

Iniciamos os testes com o Sequoia há cerca de um ano e meio ... no inicio
ele se mostrou promissor, nosso ambiente de testes era muito bom, tínhamos 4
servidores de aplicação 2 de Sequoia e 4 de Postgres ..  passamos uns 2
meses fazendo testes de todos os tipos ... só que  nem tudo  são rosas ...
e qual foi a nossa surpresa quando resolvemos colocar tudo isso em produção
? a cada 30 ou 40 minutos um nó desabava  a quantidade de transações
era muito grande e o Sequoia simplesmente não aguentava.. se as bases de
dados fossem pequenas tudo bem ... é rápido levantar um nó ... porém o banco
estava com 20GB e fazer dump e restore desse volume não é muito rápido ...
Conclusão: Conseguimos deixar o sistema no ar por umas 3 horas ... e então
voltamos à configuração anterior.. hoje trabalhamos apenas com uma solução
de failover baseado no Heartbeat e desde aquela sexta-feira negra não
tivemos mais problemas com o banco de dados ...


--
> +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
> +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
> MSN: msnim:[EMAIL PROTECTED]
> ___
> 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

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
>
> Em 29/11/07, Marco Gris <[EMAIL PROTECTED]> escreveu:
> > No Fisl de 2006, o Pessoal da Celepar, Rodrigo Hjort e
> > Joao_Eduardo_Mikos se não me engano,  responsáveis pelo sistema do
> > DETRAN do Paraná, abandonaram  o pg_cluster afirmando que não atendeu as
> > espectativas e optaram pelo Sequóia.
>
> E depois de apanhar muito acabamos por abandonar também o Sequoia, estamos
> iniciando os testes com o CyberCluster.

Ah… fizeram algum estudinho?  Tenho curiosidade… não botava fé mas
queria saber como foi no frigir dos ovos.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Luciano Mittmann]

Em 29/11/07, Marco Gris <[EMAIL PROTECTED]> escreveu:
>
> No Fisl de 2006, o Pessoal da Celepar, Rodrigo Hjort e
> Joao_Eduardo_Mikos se não me engano,  responsáveis pelo sistema do
> DETRAN do Paraná, abandonaram  o pg_cluster afirmando que não atendeu as
> espectativas e optaram pelo Sequóia.


E depois de apanhar muito acabamos por abandonar também o Sequoia, estamos
iniciando os testes com o CyberCluster.


Fernando Ike escreveu:
> > Em Thu, 29 Nov 2007 09:45:56 -0200
> > "Eduardo Bobsin Machado" <[EMAIL PROTECTED]> escreveu:
> >
> >
> >> Pessoal,
> >>
> >>
> >>
> >> Estou pesquisando soluções de alta-disponibilidade para o pgsql.
> >>
> >> Tenho como requisitos para a infra-estrutura: fail-over, replicação
> >> síncrona e load-balance. Atualmente serão somente duas máquinas, mas
> >> a escalabilidade também é um fator importante. Mais servidores podem
> >> vir a integrar a solução. Ah, e vou acessar o banco tanto por driver
> >> nativo quanto por JDBC.
> >>
> >> Qual seria o software mais adequado pra esse caso? PGCluster, Sequóia,
> >> pgpool-II?
> >>
> >
> >Uma situação dessa dependendo do tipo de aplicação é usar Sequóia ou
> > PL/Proxy+Pgbouncer+slony.
> >
> >
> >> Alguém tem algum caso ou relato pra compartilhar?
> >>
> >
> >
> >O primeiro é usado (ou era) no Detran-PR o segundo estou usando e é
> > bacana. =)
> >
> >
> >
> > Saudações,
> >
>
> ___
> 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

Re: [pgbr-geral] Alta-disponibilidade

[Ricardo Pinheiro]

Pessoal,
   Acabei de configurar o CyberCluster...
   Mas, qdo tento iniciar o replicador, da o seguinte erro:

$ /usr/local/pgsql/bin/pgreplicate -D /usr/local/pgsql/data
*daemonezi fork()*
$

estou usando Debian 4.0.

Será q eh da configuração do CyberCluster ou eh da distribuição???

Grato,
Ricardo Pinheiro.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Dickson Guedes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leandro DUTRA escreveu:
> 2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
>> Iniciamos os testes com o Sequoia há cerca de um ano e meio ...
>> no inicio ele se mostrou promissor, nosso ambiente de testes era
>> muito bom, tínhamos 4 servidores de aplicação 2 de Sequoia e 4 de
>> Postgres ..  passamos uns 2 meses fazendo testes de todos os
>> tipos ... só que  nem tudo  são rosas ... e qual foi a nossa
>> surpresa quando resolvemos colocar tudo isso em produção ? a
>> cada 30 ou 40 minutos um nó desabava 
>
> Não fizeram teste de carga?

Já passei por situações em que a Produção nos surpreendeu com variáveis
novas, não identificadas antes, e puft! Bora para o plano de ação e
restaurar arquitetura anterior.

[]s
Guedes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHUUCsfNj5A+QkLMoRArd8AJwLuvd5QOSGNgtVcOwFT/AmgvvsDgCg5lkX
6gQVO5SKOcYp8nagVNXusoo=
=0ZL9
-END PGP SIGNATURE-

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/12/1, Dickson Guedes <[EMAIL PROTECTED]>:
>
> Leandro DUTRA escreveu:
> > 2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
> >> Iniciamos os testes com o Sequoia há cerca de um ano e meio ...
> >> no inicio ele se mostrou promissor, nosso ambiente de testes era
> >> muito bom, tínhamos 4 servidores de aplicação 2 de Sequoia e 4 de
> >> Postgres ..  passamos uns 2 meses fazendo testes de todos os
> >> tipos ... só que  nem tudo  são rosas ... e qual foi a nossa
> >> surpresa quando resolvemos colocar tudo isso em produção ? a
> >> cada 30 ou 40 minutos um nó desabava 
> >
> > Não fizeram teste de carga?
>
> Já passei por situações em que a Produção nos surpreendeu com variáveis
> novas, não identificadas antes, e puft! Bora para o plano de ação e
> restaurar arquitetura anterior.

Tenho visto isso… me faz pensar se não devia voltar a ser
Administrador de Ambientes de Teste, parece que o mercado está em
falta ― mas ainda não sabe.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Luciano Mittmann]

Em 01/12/07, Leandro DUTRA <[EMAIL PROTECTED]> escreveu:
>
> 2007/12/1, Dickson Guedes <[EMAIL PROTECTED]>:
> >
> > Leandro DUTRA escreveu:
> > > 2007/11/30, Luciano Mittmann <[EMAIL PROTECTED]>:
> > >> Iniciamos os testes com o Sequoia há cerca de um ano e meio ...
> > >> no inicio ele se mostrou promissor, nosso ambiente de testes era
> > >> muito bom, tínhamos 4 servidores de aplicação 2 de Sequoia e 4 de
> > >> Postgres ..  passamos uns 2 meses fazendo testes de todos os
> > >> tipos ... só que  nem tudo  são rosas ... e qual foi a nossa
> > >> surpresa quando resolvemos colocar tudo isso em produção ? a
> > >> cada 30 ou 40 minutos um nó desabava 
> > >
> > > Não fizeram teste de carga?
> >



Fizemos sim, simulamos a ação de grande parte da aplicação, porém, tivemos
problemas em gerar uma  massa de dados para determinadas funções do sistema
devido a complexidade das regras de negócio.


> Já passei por situações em que a Produção nos surpreendeu com variáveis
> > novas, não identificadas antes, e puft! Bora para o plano de ação e
> > restaurar arquitetura anterior.
>
> Tenho visto isso… me faz pensar se não devia voltar a ser
> Administrador de Ambientes de Teste, parece que o mercado está em
> falta ― mas ainda não sabe.


Você tem razão, nós tivemos essa preocupação e acabamos por criar uma equipe
que, entre outras atribuições, é responsável pela execução de testes
funcionais e de stress das aplicações novas.

--
> +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
> +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
> MSN: msnim:[EMAIL PROTECTED]
> ___
> 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

Re: [pgbr-geral] Alta-disponibilidade

[Leandro DUTRA]

2007/12/3, Luciano Mittmann <[EMAIL PROTECTED]>:
>
> Você tem razão, nós tivemos essa preocupação e acabamos por criar uma equipe
> que, entre outras atribuições, é responsável pela execução de testes
> funcionais e de stress das aplicações novas.

Precisarem duma consultoria… em privado.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Eduardo Bobsin Machado]

Marco,

Por aqui a solução não está em produção ainda, mas a replicação parece
funcionar... :)
A grande preocupação será com a performance, pois a base é relativamente
grande (3GB).
E ainda não consegui fazer funcionar o failover com o load balancer.


Eduardo Bobsin Machado


Human Mobile - Torpedos SMS
www.human.com.br
mail:   [EMAIL PROTECTED]
phone:   51 3346 8282 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:pgbr-geral-
> [EMAIL PROTECTED] On Behalf Of Marco Gris
> Sent: Monday, December 03, 2007 2:29 PM
> To: Comunidade PostgreSQL Brasileira
> Subject: Re: [pgbr-geral] RES: RES: Alta-disponibilidade
> 
> Estamos testando tb o CyberClster, mas ainda estamos com problemas na
> replicação.
> 
> Alguém já colocou  esta solução em  produção ?
> 
> 
> 
> 
> Joao escreveu:
> > tb nao obtive bons resultados com o pgcluster
> >
> > - Original Message -
> > *From:* Ricardo Pinheiro 
> > *To:* Comunidade PostgreSQL Brasileira
> > 
> > *Sent:* Friday, November 30, 2007 12:03 PM
> > *Subject:* Re: [pgbr-geral] RES: RES: Alta-disponibilidade
> >
> > Eu tb estou na mesma batalha, não consegui um bom resultado com o
> > PgCluster(talvez por causa da versao 1.3.0c)
> > O Replicador entrava em loop.
> >
> > hj irei tentar com o CyberCluster.
> >
> > Se vc tiver alguma novidade me fala.
> >
> > []s,
> >Ricardo Pinheiro
> >
> > 
> 
> > ___
> > 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
> >
> 
> ___
> 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

Re: [pgbr-geral] Alta-disponibilidade

[Ricardo Pinheiro]

Eu estou com problemas no Replicador, qdo tento inicia-lo da
*daemonize fork()*

*
*Eduardo, em qual linux que vc está fazendo os testes???
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-disponibilidade

[Eduardo Bobsin Machado]

Ricardo,

 

Estou usando o CentOS 5 x86_64.

Quando o replicador inicia, pra mim aparece a mesma mensagem, mas ele
funciona.

 

Eduardo Bobsin Machado

  _  

Human Mobile - Torpedos SMS
 <http://www.human.com.br> www.human.com.br
mail:<mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
phone:   51 3346 8282 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ricardo
Pinheiro
Sent: Monday, December 03, 2007 7:59 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Alta-disponibilidade

 

Eu estou com problemas no Replicador, qdo tento inicia-lo da
daemonize fork()


Eduardo, em qual linux que vc está fazendo os testes???

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Gurgel, Flavio]

> Pessoal,
> estou precisando montar um ambiente com alta disponibilidade
> utilizando 
> dois servidores.
> Para a nossa necessidade, uma estrutura master/slave funciona. Então
> vou 
> partir para o slave em stand by ( sem possibilidade de consulta ).
> A minha maior dúvida ainda está em, o que utilizar para prover a alta
> 
> disponibilidade no SO.
> Meus servidores rodam Freebsd 7.1 e PostgreSql 8.4. O que vcs acham 
> melhor ??? Heartbeat, ucarp, ou outra coisa ??

Tenho usado o Heartbeat com Linux em diversos sistemas em produção sem 
problemas. Nunca utilizei PostgreSQL sobre BSDs
O importante é configurar apenas o failover e não deixar ocorrer Failback 
automático, ou seja, em caso de problemas no master o slave assume e não volta 
nunca mais pro master, só com intervenção manual.

Flavio Henrique A. Gurgel
tel. 55-11-2125.4786
cel. 55-11-8389.7635
www.4linux.com.br
FREE SOFTWARE SOLUTIONS

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[André Ormenese ( Yahoo )]

Em 22/4/2010 14:23, Gurgel, Flavio escreveu:
>> Pessoal,
>> estou precisando montar um ambiente com alta disponibilidade
>> utilizando
>> dois servidores.
>> Para a nossa necessidade, uma estrutura master/slave funciona. Então
>> vou
>> partir para o slave em stand by ( sem possibilidade de consulta ).
>> A minha maior dúvida ainda está em, o que utilizar para prover a alta
>>
>> disponibilidade no SO.
>> Meus servidores rodam Freebsd 7.1 e PostgreSql 8.4. O que vcs acham
>> melhor ??? Heartbeat, ucarp, ou outra coisa ??
>>  
> Tenho usado o Heartbeat com Linux em diversos sistemas em produção sem 
> problemas. Nunca utilizei PostgreSQL sobre BSDs
> O importante é configurar apenas o failover e não deixar ocorrer Failback 
> automático, ou seja, em caso de problemas no master o slave assume e não 
> volta nunca mais pro master, só com intervenção manual.
>
> Flavio Henrique A. Gurgel
>
>
Obrigado pela dica Flávio ...
Estou estudando tanto o HeartBeat como o Carp para ver o que melhor nos 
atende.

Gostei que vc tocou no assunto failback !!!

Qual procedimento normalmente é adotado pelo pessoal da comunidade para 
retornar o serviço ao master ?
Já que o slave vai assumir, as transações só serão gravadas nele, e qdo 
meu master tiver condições de reassumir o trabalho o que eu faço ? Vou 
ter que parar o slave também, até que eu consiga atualizar a base do 
master e depois subir os dois na ordem inicial ?? Mas aí eu "furo" a 
alta disponibilidade !!! Certo ???


P.S.: Flávio, parabéns pela aprovação da palestra no PGCon 2010 no 
Canadá !!!




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[gilmarlinux]

Ola!
Bom so o heartbeat vc não ira ter alta disponibilidade, o heartbeat apenas
verifica o status do servidor e sobe o serviço, para espelhar os dados a nivel 
de
sistema operacional vc tera q> Pessoal,> estou precisando montar
um ambiente com alta disponibilidade utilizando> dois servidores.>
Para a nossa necessidade, uma estrutura master/slave funciona. Então vou> 
partir para o slave em stand by ( sem possibilidade de consulta ).> A
minha maior dúvida ainda está em, o que utilizar para prover a alta> 
disponibilidade no SO.> Meus servidores rodam Freebsd 7.1 e PostgreSql
8.4. O que vcs acham> melhor ??? Heartbeat, ucarp, ou outra coisa ??>
> Obrigado> André> > >
___> 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

Re: [pgbr-geral] Alta disponibilidade

[gilmarlinux]

Ola!Bom so o heartbeat vc não ira ter alta disponibilidade, o heartbeat
apenas verifica o status do servidor e sobe o serviço, para espelhar os dados a
nivel de sistema operacional vc tera que usar um drbd ou gfs, ou ate mesmo usar 
o
proprio slony.Eu utilizo o drbd porem voce tem uma perca de desempenho de 10 a
15%.> Pessoal,> estou precisando montar> um ambiente com alta
disponibilidade utilizando> dois servidores.>> Para a nossa necessidade,
uma estrutura master/slave funciona. Então vou> partir para o> slave
em stand by ( sem possibilidade de consulta ).> A> minha maior dúvida
ainda está em, o que utilizar para prover a alta> disponibilidade no>
SO.> Meus servidores rodam Freebsd 7.1 e PostgreSql> 8.4. O que vcs
acham> melhor ??? Heartbeat, ucarp, ou outra coisa ??>>> Obrigado>
André> > >> ___>
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

Re: [pgbr-geral] Alta disponibilidade

[André Ormenese ( Yahoo )]

Ok ... obrigado pela dica !!!

Em 22/4/2010 18:33, gilmarli...@agrovale.com.br escreveu:

Ola!
Bom so o heartbeat vc não ira ter alta disponibilidade, o heartbeat 
apenas verifica o status do servidor e sobe o serviço, para espelhar 
os dados a nivel de sistema operacional vc tera que usar um drbd ou 
gfs, ou ate mesmo usar o proprio slony.

Eu utilizo o drbd porem voce tem uma perca de desempenho de 10 a 15%.

> Pessoal,> estou precisando montar
> um ambiente com alta disponibilidade utilizando> dois servidores.>
> Para a nossa necessidade, uma estrutura master/slave funciona. Então 
vou> partir para o

> slave em stand by ( sem possibilidade de consulta ).> A
> minha maior dúvida ainda está em, o que utilizar para prover a alta> 
disponibilidade no

> SO.> Meus servidores rodam Freebsd 7.1 e PostgreSql
> 8.4. O que vcs acham> melhor ??? Heartbeat, ucarp, ou outra coisa ??>
>> Obrigado> André> > >
> ___> 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
   
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Gurgel, Flavio]

> Obrigado pela dica Flávio ...
> Estou estudando tanto o HeartBeat como o Carp para ver o que melhor
> nos 
> atende.
> 
> Gostei que vc tocou no assunto failback !!!
> 
> Qual procedimento normalmente é adotado pelo pessoal da comunidade
> para 
> retornar o serviço ao master ?
> Já que o slave vai assumir, as transações só serão gravadas nele, e
> qdo 
> meu master tiver condições de reassumir o trabalho o que eu faço ? Vou
> ter que parar o slave também, até que eu consiga atualizar a base do 

Para o antigo master, inicia um backup a quente no slave, faz a cópia pro 
master, termina o backup.
Inicia Master no modo recovery, marca janela de parada, para o slave, passa os 
logs de transação restantes, finaliza recovery no Master, ambiente em produção.
Recoloca o slave no modo recovery, pronto.

> master e depois subir os dois na ordem inicial ?? Mas aí eu "furo" a 
> alta disponibilidade !!! Certo ???

Em caso de failover, sim, você perde a alta disponibilidade. Mas isso é uma 
situação de emergência, concorda?
A janela para failback tem de ser marcada logo após a detecção e correção da 
falha.
 
> P.S.: Flávio, parabéns pela aprovação da palestra no PGCon 2010 no 
> Canadá !!!

Muito obrigado!
Além dos três palestrantes brasileiros, será que alguém mais está indo?

Flavio Henrique A. Gurgel
tel. 55-11-2125.4786
cel. 55-11-8389.7635
www.4linux.com.br
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[André Ormenese ( Yahoo )]

Em 23/4/2010 09:46, Gurgel, Flavio escreveu:
>> Obrigado pela dica Flávio ...
>> Estou estudando tanto o HeartBeat como o Carp para ver o que melhor
>> nos
>> atende.
>>
>> Gostei que vc tocou no assunto failback !!!
>>
>> Qual procedimento normalmente é adotado pelo pessoal da comunidade
>> para
>> retornar o serviço ao master ?
>> Já que o slave vai assumir, as transações só serão gravadas nele, e
>> qdo
>> meu master tiver condições de reassumir o trabalho o que eu faço ? Vou
>> ter que parar o slave também, até que eu consiga atualizar a base do
>>  
> Para o antigo master, inicia um backup a quente no slave, faz a cópia pro 
> master, termina o backup.
> Inicia Master no modo recovery, marca janela de parada, para o slave, passa 
> os logs de transação restantes, finaliza recovery no Master, ambiente em 
> produção.
> Recoloca o slave no modo recovery, pronto.
>
>
>> master e depois subir os dois na ordem inicial ?? Mas aí eu "furo" a
>> alta disponibilidade !!! Certo ???
>>  
> Em caso de failover, sim, você perde a alta disponibilidade. Mas isso é uma 
> situação de emergência, concorda?
> A janela para failback tem de ser marcada logo após a detecção e correção da 
> falha.
>
>
>> P.S.: Flávio, parabéns pela aprovação da palestra no PGCon 2010 no
>> Canadá !!!
>>  
> Muito obrigado!
> Além dos três palestrantes brasileiros, será que alguém mais está indo?
>
> Flavio Henrique A. Gurgel
> tel. 55-11-2125.4786
> cel. 55-11-8389.7635
> www.4linux.com.br
> FREE SOFTWARE SOLUTIONS
>
>


Beleza Flávio !!! Muito obrigado !!!
Era +- isso que eu estava imaginando, mas como não sou expert ( aliás, 
muttto longe disso ) sempre fica a dúvida !!!
Agora vou começar a trabalhar na solução e ver o que acontece !!!

Obrigado a todos

André




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Ricardo Campos Passanezi]

On Fri, Apr 23, 2010 at 10:03:33AM -0300, "André Ormenese ( Yahoo )" wrote:
> 
> 
> Beleza Flávio !!! Muito obrigado !!!
> Era +- isso que eu estava imaginando, mas como não sou expert ( aliás, 
> muttto longe disso ) sempre fica a dúvida !!!
> Agora vou começar a trabalhar na solução e ver o que acontece !!!
> 
> Obrigado a todos
> 
> André

Não ajuda, mas pode ser um passo interessante na linha dos "alta
disponilidade/redundância" (ou do modo que quiserem chamar :-)).

Usando FreeBSD, tem o projeto http://wiki.freebsd.org/HAST (Highly
Available Storage).

Nunca usei/testei, mas pode ser um caminho pro futuro...


> 
> 
> 
> 
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

-- 
Ricardo Campos Passanezi - Administrador de Rede
Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[André Ormenese ( Yahoo )]

Em 23/4/2010 11:56, Ricardo Campos Passanezi escreveu:
> On Fri, Apr 23, 2010 at 10:03:33AM -0300, "André Ormenese ( Yahoo )" wrote:
>
>>
>> Beleza Flávio !!! Muito obrigado !!!
>> Era +- isso que eu estava imaginando, mas como não sou expert ( aliás,
>> muttto longe disso ) sempre fica a dúvida !!!
>> Agora vou começar a trabalhar na solução e ver o que acontece !!!
>>
>> Obrigado a todos
>>
>> André
>>  
> Não ajuda, mas pode ser um passo interessante na linha dos "alta
> disponilidade/redundância" (ou do modo que quiserem chamar :-)).
>
> Usando FreeBSD, tem o projeto http://wiki.freebsd.org/HAST (Highly
> Available Storage).
>
> Nunca usei/testei, mas pode ser um caminho pro futuro...
>
>
Pessoal,
na minha primeira mensagem informei que estaríamos utilizando o slave em 
modo warm stand by, e para isso nós pensamos em seguir as dicas do bloq 
do João Cosme ( http://joaocosme.wordpress.com/ ), mas depois de estudar 
um pouco sobre heartbeat, estive pensado na possibilidade de usar o DRDB 
para sincronizar os dados.
O Gilmarlinux informou que com drdb existe uma perda de 10 a 15% de 
desempenho.
Mesmo utilizando uma interface giga para este sincronismo existe esta 
perda ???

O que vcs utilizam normalmente para uma estrutura master/slave ??? 
Arquivamento do master no slave, ou drdb via sistema operacional ???

Mais uma vez, obrigado pela ajuda !!!

André






___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[gilmarlinux]

Sim existe este perca, Nao e relacionado a interface de rede e sim no drbd pois 
e um
sistema de arquivo virtual. Se for utilizar o DRBD utilize discos SAS de 15000 
rpm.
Eu utilizo esta solucao a mais de 4 anos e funciona muito bem.
Optei por perder um pouco de desempenho para nao abrir mao da disponibilidade.

>
>
> Em 23/4/2010 11:56, Ricardo Campos Passanezi escreveu:
>> On Fri, Apr 23, 2010 at 10:03:33AM -0300, "André Ormenese ( Yahoo )" wrote:
>>
>>>
>>> Beleza Flávio !!! Muito obrigado !!!
>>> Era +- isso que eu estava imaginando, mas como não sou expert ( aliás,
>>> muttto longe disso ) sempre fica a dúvida !!!
>>> Agora vou começar a trabalhar na solução e ver o que acontece !!!
>>>
>>> Obrigado a todos
>>>
>>> André
>>>
>> Não ajuda, mas pode ser um passo interessante na linha dos "alta
>> disponilidade/redundância" (ou do modo que quiserem chamar :-)).
>>
>> Usando FreeBSD, tem o projeto http://wiki.freebsd.org/HAST (Highly
>> Available Storage).
>>
>> Nunca usei/testei, mas pode ser um caminho pro futuro...
>>
>>
> Pessoal,
> na minha primeira mensagem informei que estaríamos utilizando o slave em
> modo warm stand by, e para isso nós pensamos em seguir as dicas do bloq
> do João Cosme ( http://joaocosme.wordpress.com/ ), mas depois de estudar
> um pouco sobre heartbeat, estive pensado na possibilidade de usar o DRDB
> para sincronizar os dados.
> O Gilmarlinux informou que com drdb existe uma perda de 10 a 15% de
> desempenho.
> Mesmo utilizando uma interface giga para este sincronismo existe esta
> perda ???
>
> O que vcs utilizam normalmente para uma estrutura master/slave ???
> Arquivamento do master no slave, ou drdb via sistema operacional ???
>
> Mais uma vez, obrigado pela ajuda !!!
>
> André
>
>
>
>
>
>
> ___
> 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

Re: [pgbr-geral] Alta Disponibilidade

[JotaComm]

Olá,
2009/6/22 Eduardo Rodrigues 

>  Boa Tarde Pessoal,
>
> estou montando um servidor de banco de dados PostgreSQL, gostaria de poder
> implementar esse banco de dados com alta disponibilidade. Pude observar que
> posso montar esse ambiente de duas maneiras:
>


1a. Replica do banco de dados, ou seja, todas as informações serem
replicadas para um outro servidor;

2a. Opção e muito mais interessante é de montar um cluster de banco de dados
para atuar como um cluster de informações. A utilização de cluster deverá
ter mais de um servidor interligados e sincronizados.

O que você está considerando como um cluster de banco de dados?

com base nas duas opções citadas acima, gostaria de saber se para
implementar qualquer uma dessas soluções é necessário ter a mesma
configuração de hardware em todos os nós, seja em alta disponibilidade ou
cluster ?

Não é necessário o mesmo hardware.


Muito Obrigado pela ajuda

Atenciosamente
Eduardo Rodrigues


> -- Be Yourself @ mail.com!
> Choose From 200+ Email Addresses
> Get a *Free* Account at www.mail.com !
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

[]s
-- 
JotaComm
http://jotacomm.wordpress.com
http://www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade

[JotaComm]

Opa,

Só me corrigindo. Dependendo do tipo de replicação adotada é necessário ter
a mesma arquitetura (32 ou 64 bits) e versão do PostgreSQL.

2009/6/25 JotaComm 

>
> Olá,
> 2009/6/22 Eduardo Rodrigues 
>
>>  Boa Tarde Pessoal,
>>
>> estou montando um servidor de banco de dados PostgreSQL, gostaria de poder
>> implementar esse banco de dados com alta disponibilidade. Pude observar que
>> posso montar esse ambiente de duas maneiras:
>>
>
>
> 1a. Replica do banco de dados, ou seja, todas as informações serem
> replicadas para um outro servidor;
>
> 2a. Opção e muito mais interessante é de montar um cluster de banco de
> dados para atuar como um cluster de informações. A utilização de cluster
> deverá ter mais de um servidor interligados e sincronizados.
>
> O que você está considerando como um cluster de banco de dados?
>
> com base nas duas opções citadas acima, gostaria de saber se para
> implementar qualquer uma dessas soluções é necessário ter a mesma
> configuração de hardware em todos os nós, seja em alta disponibilidade ou
> cluster ?
>
> Não é necessário o mesmo hardware.
>
>
> Muito Obrigado pela ajuda
>
> Atenciosamente
> Eduardo Rodrigues
>
>
>> -- Be Yourself @ mail.com!
>> Choose From 200+ Email Addresses
>> Get a *Free* Account at www.mail.com !
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
> []s
> --
> JotaComm
> http://jotacomm.wordpress.com
> http://www.dextra.com.br/postgres
>


[]s
-- 
JotaComm
http://jotacomm.wordpress.com
http://www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Victor Hugo]

Eu utilizo pgpool-II ( 2 servidores ) e PostgreSQL 9.2 ( 2 servidores ).

http://www.pgpool.net/mediawiki/index.php/Main_Page


Em 19 de julho de 2013 14:30, Paulo Bastos  escreveu:
> Ja estou trabalhando com heartbeat e Replicação Sincrona Nativa.
> O que voces indicam como melhores alternativas?
> Alguem poderia indicar material para leitura. Principalmente de replicação
> assincrona.
>
> Antecipadamente agradeço.
>
> Paulo Bastos
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Abcs
Victor Hugo - DBA
Mobile: 21-9529-5585
Google Talk: vh.clemente
Skype: vh.clemente

"Antes de imprimir, pense em sua responsabilidade e compromisso com o
MEIO AMBIENTE"
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Juliano Atanazio]

Em 19 de julho de 2013 14:30, Paulo Bastos  escreveu:

> Ja estou trabalhando com heartbeat e Replicação Sincrona Nativa.
> O que voces indicam como melhores alternativas?
> Alguem poderia indicar material para leitura. Principalmente de replicação
> assincrona.
>

O heartbeat já é um projeto defasado e abandonado.
Para HA utilize a dupla Corosync + Pacemaker.



>
> Antecipadamente agradeço.
>
> Paulo Bastos
>
> ___
> 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

[pgbr-geral] Alta-Disponibilidade / Replicação

[Paulo Bastos]

E para replicar os dados. Vi que varios citam o DRDB. Este é o melhor?
ou a replicação nativa ainda é o melhor caminho?
 
Paulo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Simioni]

2013/7/19 Juliano Atanazio 

>
>
>
> Em 19 de julho de 2013 14:30, Paulo Bastos escreveu:
>
>> Ja estou trabalhando com heartbeat e Replicação Sincrona Nativa.
>>  O que voces indicam como melhores alternativas?
>> Alguem poderia indicar material para leitura. Principalmente de
>> replicação assincrona.
>>
>
> O heartbeat já é um projeto defasado e abandonado.
> Para HA utilize a dupla Corosync + Pacemaker.
>
>
Eu usei o RubyRep (http://rubyrep.org/) para replicação ativo/ativo, com
sucesso.

Abs.
Bruno.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Fabrízio de Royes Mello]

On 19-07-2013 16:52, Bruno Simioni wrote:


2013/7/19 Bruno Silva mailto:bemanuel...@gmail.com>>


2013/7/19 Bruno Simioni mailto:brunosimi...@gmail.com>>

Eu usei o RubyRep (http://rubyrep.org/) para replicação
ativo/ativo, com sucesso.


Com base com qual volume? E qual a média de transações?

Começamos agora. Ainda não tenho dados. Foi RubyRep + HeartBeat.



Bruno, vc não acha que o projeto RubyRep meio _parado_ ??? A última 
release deles (1.1.12) foi liberada há uns 3 anos [1]. E dando uma 
olhada nos commits [2], o último é de 07/03/2011... me parece que o 
projeto foi meio que *abandonado*...


Eu já usei ele em um caso e tipo problemas dele se perder ao aplicar as 
transações (ordem de FKs, por exemplo) em outro nó e dai desisti de 
utilizá-lo.


Att,

[1] https://github.com/rubyrep/rubyrep/releases
[2] https://github.com/rubyrep/rubyrep/commits/master

--
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Simioni]

2013/7/19 Fabrízio de Royes Mello 

> On 19-07-2013 16:52, Bruno Simioni wrote:
>
>>
>> 2013/7/19 Bruno Silva > bemanuel...@gmail.com>**>
>>
>>
>> 2013/7/19 Bruno Simioni > >
>>
>>
>> Eu usei o RubyRep (http://rubyrep.org/) para replicação
>> ativo/ativo, com sucesso.
>>
>>
>> Com base com qual volume? E qual a média de transações?
>>
>> Começamos agora. Ainda não tenho dados. Foi RubyRep + HeartBeat.
>>
>>
> Bruno, vc não acha que o projeto RubyRep meio _parado_ ??? A última
> release deles (1.1.12) foi liberada há uns 3 anos [1]. E dando uma olhada
> nos commits [2], o último é de 07/03/2011... me parece que o projeto foi
> meio que *abandonado*...
>
> Eu já usei ele em um caso e tipo problemas dele se perder ao aplicar as
> transações (ordem de FKs, por exemplo) em outro nó e dai desisti de
> utilizá-lo.
>
> Att,
>
> [1] 
> https://github.com/rubyrep/**rubyrep/releases
> [2] 
> https://github.com/rubyrep/**rubyrep/commits/master


Cara, sinceramente, como ele me atendeu, sem muita frescura. Achei o mais
fácil pra configurar.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Simioni]

2013/7/19 Bruno Silva 

>
> 2013/7/19 Bruno Simioni 
>
>> Eu usei o RubyRep (http://rubyrep.org/) para replicação ativo/ativo, com
>> sucesso.
>>
>
> Com base com qual volume? E qual a média de transações?
>
> Começamos agora. Ainda não tenho dados. Foi RubyRep + HeartBeat.

Bruno.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Glauco Torres]

Ja estou trabalhando com heartbeat e Replicação Sincrona Nativa.
> O que voces indicam como melhores alternativas?
> Alguem poderia indicar material para leitura. Principalmente de replicação
> assincrona.
>
>
>
Boa Tarde Paulo,

Recomendo duas leituras do Euler Taveira que estão nos meus favoritos,

http://eulerto.blogspot.com.br/2010/11/replicacao-no-postgresql.html
http://eulerto.blogspot.com.br/2010/11/hot-standby-e-streaming-replication.html


Att Glauco Torres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Silva]

2013/7/19 Bruno Simioni 

> Eu usei o RubyRep (http://rubyrep.org/) para replicação ativo/ativo, com
> sucesso.
>

Com base com qual volume? E qual a média de transações?

Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Simioni]

Em 19/07/2013, às 17:30, Bruno Silva  escreveu:


2013/7/19 Bruno Simioni 

> Cara, sinceramente, como ele me atendeu, sem muita frescura. Achei o mais
> fácil pra configurar.


Bruno, desculpa a pergunta parecer meio tola mas, você disse que lhe
atendeu, só que no outro email você disse que começou agora. Como ele lhe
atendeu?

Bruno E. A. Silva.

 ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


1. Fácil de configurar (ridiculamente)
2. Configuração ativo/ativo.
3. Respondeu testes de cargas simples.
4. Respondeu testes de conflitos e oferece maneiras fáceis de configurar a
resolução do conflito.
5. Boa documentação.

Por isso eu disse que me atendeu.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta-Disponibilidade

[Bruno Silva]

2013/7/19 Bruno Simioni 

> Cara, sinceramente, como ele me atendeu, sem muita frescura. Achei o mais
> fácil pra configurar.


Bruno, desculpa a pergunta parecer meio tola mas, você disse que lhe
atendeu, só que no outro email você disse que começou agora. Como ele lhe
atendeu?

Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Euler Taveira]

On 23-07-2013 09:40, Paulo Bastos wrote:

Paulo, para que repetir a mesma pergunta feita no dia anterior? Todos
aqui receberam o seu email. Se você quer se certificar disso, consulte o
histórico [1]. É rude ficar insistindo em um assunto (vide as regras da
lista [2]).

> estou utilizando o Heartbeat e gostaria de saber como deixar um processo
> ativo nas duas máquinas.
> Situação:
>  
> Vou utilizar a replicação nativa e preciso que o postgres esteja ativo.
> Porem ao start o Heart no servidor principal ele
> está derrubando o postgres no secundário. Como evitar isto?
>  
Você está confundindo conceitos. "Replicação" é uma coisa e "alta
disponibilidade" é outra. Aconselho que você leia sobre o assunto [3]
para entender onde o conceito HA se encaixa. Você não informou qual é a
arquitetura utilizada, mas as mais comuns são:
(i) shared storage: *não* pode haver dois serviços postgres ativos. É o
caso da solução Red Hat Cluster Suite;
(ii) shared nothing: você terá que montar o failover fazendo com que o
heartbeat crie o trigger_file. Nessa solução o failback é muito
complicado pois você terá que "refazer" o servidor principal a partir do
servidor que assumiu o serviço (se sua base é algumas centenas de
gigabytes ou a sua rede é instável isso fica bastante complicado pois o
processo pode levar algumas dezenas de minutos).


PS> Não poste mais perguntas sobre heartbeat nesta lista. Ao invés
disso, procure uma lista de HA.


[1]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2013-July/thread.html
[2] http://www.postgresql.org.br/RegrasLista
[3] http://www.postgresql.org/docs/9.2/static/high-availability.html


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Euler Taveira]

On 25-06-2014 11:37, Danilo Silva wrote:
> O que vocês recomendam para a alta disponibilidade do postgres com failover
> automático?
> 
Não faça isso se estiver utilizando replicação nativa. O "failback" é
"caro" (necessita de refazer o principal novamente) mesmo no caso da
utilização de replicação "síncrona" (aka semi-síncrona). Além disso, tem
a questão da perda de transações. Enfim, mesmo em ambientes de alta
criticidade, prefira avaliar antes de fazer o "failover" (é trivial
fazê-lo -- um comando ou a criação de um arquivo).


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Flavio Henrique Araque Gurgel]

O que vocês recomendam para a alta disponibilidade do postgres com
failover automático?


Replicação por streaming + pgpool-II
Replicação por streaming + Corosync + Pacemaker

Todavia, se feito sem cuidado e sem cerca (fencing) existe a 
possibilidade de split-brain que é a situação mais terrível que um DBA 
pode experimentar depois de não ter backup. Então, eu recomendo sempre 
que possível o fail-over manual.


[]s

Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Matheus de Oliveira]

2014-06-25 11:37 GMT-03:00 Danilo Silva :

> O que vocês recomendam para a alta disponibilidade do postgres com
> failover automático?


Primeiro. Utilize Streaming Replication para prover redundância.

Segundo. Eu evitaria failover automático ao menos que você realmente
precisa disso, tipo, 100% de certeza. O problema de failover automático é
que se você usa replicação síncrona, você tem a chance de perda de dados na
ocorrência de um failover (as vezes acontece, mas bastava alguma
intervenção para trazer o sistema de volta). Agora, se perder alguns dados
é aceitável, ou você pode usar replicação síncrona, daí você pode pensar em
failover automático.

Agora, para failover automático. É bem comum o uso do Pacemaker+Corosync
[1]. O Heartbeat foi muito usado, mas o projeto está meio parado (acho que
até descontinuado, não?), e o Pacemaker o melhorou bastante. Outro projeto
que algumas pessoas usam para isso é o pgPool-II [2]. Eu daria preferência
ao Pacemaker+Corosync nesse caso.

[1] http://clusterlabs.org/
[2] http://www.pgpool.net/

Atenciosamente,
-- 
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Felipe N. Oliva]

Em 25/06/2014 12:24, Matheus de Oliveira escreveu:


2014-06-25 11:37 GMT-03:00 Danilo Silva >:


O que vocês recomendam para a alta disponibilidade do postgres com
failover automático?


Primeiro. Utilize Streaming Replication para prover redundância.

Segundo. Eu evitaria failover automático ao menos que você realmente 
precisa disso, tipo, 100% de certeza. O problema de failover 
automático é que se você usa replicação síncrona, você tem a chance de 
perda de dados na ocorrência de um failover (as vezes acontece, mas 
bastava alguma intervenção para trazer o sistema de volta). Agora, se 
perder alguns dados é aceitável, ou você pode usar replicação 
síncrona, daí você pode pensar em failover automático.


Agora, para failover automático. É bem comum o uso do 
Pacemaker+Corosync [1]. O Heartbeat foi muito usado, mas o projeto 
está meio parado (acho que até descontinuado, não?), e o Pacemaker o 
melhorou bastante. Outro projeto que algumas pessoas usam para isso é 
o pgPool-II [2]. Eu daria preferência ao Pacemaker+Corosync nesse caso.


[1] http://clusterlabs.org/
[2] http://www.pgpool.net/

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres 



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Se o sistema operacional for FreeBSD eu recomendo CARP + HAST, a 
replicação ocorrerá a nível de bloco do armazenamento.


--
Att,
Felipe N. Oliva

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Flavio Henrique Araque Gurgel]

Se o sistema operacional for FreeBSD eu recomendo CARP + HAST, a
replicação ocorrerá a nível de bloco do armazenamento.


Isso existe em Linux e se chama DRBD.
Todavia, as soluções de replicação de dispositivo de blocos em geral são 
mais lentas que a replicação nativa do PostgreSQL, mas cada caso é um 
caso, numa base que privilegie leitura isso não é importante.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Flavio Henrique Araque Gurgel]

Isso existe em Linux e se chama DRBD.
Todavia, as soluções de replicação de dispositivo de blocos em geral são
mais lentas que a replicação nativa do PostgreSQL, mas cada caso é um
caso, numa base que privilegie leitura isso não é importante.


Cabe que eu lembre que com a replicação nativa é possível fazer escravos 
em hot-standby o que permite escalar a leitura horizontalmente em alguns 
casos. Com a replicação do dispositivo de blocos isso não é possível, 
ficando o servidor escravo disponível apenas para alta disponibilidade.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Matheus de Oliveira]

2014-06-25 13:26 GMT-03:00 Flavio Henrique Araque Gurgel :

> Se o sistema operacional for FreeBSD eu recomendo CARP + HAST, a
>> replicação ocorrerá a nível de bloco do armazenamento.
>>
>
> Isso existe em Linux e se chama DRBD.
> Todavia, as soluções de replicação de dispositivo de blocos em geral são
> mais lentas que a replicação nativa do PostgreSQL


+1


-- 
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Sebastian Webber]

2014-09-15 11:13 GMT-03:00 Gustavo Freitas :
 

> Vc aqui usa,  por exemplo o pfsense para load balance/faiover?
>

Eu já usei o RHCS[1] pra isso. Mas acho mais fácil controlar manualmente a
virada dos servers, usando um ip de serviço pra evitar falsos positivos.
Qual é a tua necessidade?

[1] http://pt.wikipedia.org/wiki/Red_Hat_Cluster_Suite
-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Anderson Abreu]

> Alguem tem algum material sobre alta disponibilidade com exemplo e pratica
> estou querendo fazer um curso da 4linux.. vcs recomenda ?
>
> Vc aqui usa,  por exemplo o pfsense para load balance/faiover?
>

Pode ser utilizado o DRBD para a alta disponibilidade.



Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

"O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem" (Jigoro Kano)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Anderson Abreu]

>> Pode ser utilizado o DRBD para a alta disponibilidade.
>
>
> Apenas replicando o disco? Como fica o desempenho do mesmo?



 Estou analisando e testando vários cenários. Assim que conseguir
concluir (estou ralando pacas em outro projeto) vou publicar para a
comunidade...

Estive vendo uma empresa (linbit.com) que faz isso, mas não tenho
ideia de valores. Parece que eles tem tudo pronto.


Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

"O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem" (Jigoro Kano)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Sebastian Webber]

2014-09-15 14:02 GMT-03:00 Anderson Abreu :

>
> Pode ser utilizado o DRBD para a alta disponibilidade.
>

Apenas replicando o disco? Como fica o desempenho do mesmo?

-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Sebastian Webber]

2014-09-15 14:10 GMT-03:00 Anderson Abreu :

>  Estou analisando e testando vários cenários. Assim que conseguir
> concluir (estou ralando pacas em outro projeto) vou publicar para a
> comunidade...
>

certo.


> Estive vendo uma empresa (linbit.com) que faz isso, mas não tenho
> ideia de valores. Parece que eles tem tudo pronto.


Não sei bem se no caso do postgres uma solução de replicação de filesystems
pode prover HA. Vou aguardar pelos teus testes e enteder melhor a solução.


-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[William Felipe Welter]

Em 15/09/2014 14:02, "Anderson Abreu"  escreveu:
>
> > Alguem tem algum material sobre alta disponibilidade com exemplo e
pratica
> > estou querendo fazer um curso da 4linux.. vcs recomenda ?
> >
> > Vc aqui usa,  por exemplo o pfsense para load balance/faiover?
> >
>
> Pode ser utilizado o DRBD para a alta disponibilidade.
O DRBD prove apenas replicação, recurso que o  PostgreSQl já possui
nativamente a alguns anos..
Prefira replicação nativa.

Quanto a virada automática e ip flutuante, pode-se utilizar a dupla
corosync e pacemaker (antigo heartbeat) , ou outro software de cluster como
RHCS..

Caso queira balancear consultas pode-se utilizar o pgpool2, para
balanceamento e virada automática.
>
>
>
> Atenciosamente,
>
> Anderson Abreu
> andersonab...@gmail.com
>
> "O judoca é o que possui: humildade para aprender aquilo que lhe
> ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
> fé para acreditar naquilo que não compreende. Saber cada dia um pouco
> mais e usá-lo todos os dias para o bem" (Jigoro Kano)
> ___
> 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

[pgbr-geral] Alta Disponibilidade - PostgreSQL

[Marcio Junior Vieira]

Pessoal ,

estou a 5 anos trabalhando com Big Data em diversas plataformas e agora 
estou tendo de configurar um ambiente com muitas conexões e com alta 
disponibilidade no PostgreSQL , com gravação de muitos dados por segundo 
e muitas consultas grandes.


São em torno de 12.000 conexões simultaneas que estou gerenciando com 
pgbouncer (funciona bem) e um tráfego de dados de 300MG/ constante pela 
rede entre aplicação e Database!


Agora estamos na fase de fazer a banco "crescer horizontalmente" no 
processamento e em alocação de dados , estamos estudando formas de 
replicação tendo como prérequisito manter a estrutura de particionamento 
já existente... quero dobrar a capacidade ( 25.000 conexões e 1GB de 
trafego  constante de dados )   em Hadoop e Cassandra sei fazem bem isso 
mas em PostgreSQL gostaria de uma visão de alguem que já implementou 
alguma extensão em produção ou tem alguma dica que eu posso considerar 
em minhas analises.


posso apontar a aplicação para qualquer nó do cluster ou usar o 
pacemaker para isso!


Estou entre postgres-XL que suporta OLTP e OLAP e pg_shard como outra 
possibilidade ( conheço o Postgres-XL mas nunca usei pg_shard em produção)


cada um tem sua vantegens e desvantagens!

Ou um Mix de replicação do PostgreSQL com pacemaker (Linux-HA )

Quem pode dar alguma diga de outra opção que tenha um case já funcional ?

Grande abraço!




--
Marcio Junior Vieira - Data Scientist
Ambiente Livre Tecnologia - Soluções em Software Livre
http://www.ambientelivre.com.br
Telefone: +55 41 3308-3438
Twitter: @ambientelivre @marciojvieira skype: marciojv
Blog: blogs.ambientelivre.com.br/marcio
Facebook: http://www.facebook.com/ambientelivre


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade - PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-02-15 16:03 GMT-02:00 Marcio Junior Vieira :
>
> São em torno de 12.000 conexões simultaneas que estou gerenciando com 
> pgbouncer (funciona bem) e um tráfego de dados de 300MG/ constante pela rede 
> entre aplicação e Database!

300 Mb ou MB?  Por segundo, minuto, hora ou o quê?

Márcio, eu acho que faltam ainda informações para poder dar respostas
inteligentes.  Por exemplo, que estrutura de particionamento é essa?
E que tipo de configuração de equipamento e SO você tem, com que
níveis de carga atuais?


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade - PostgreSQL

[Marcio Junior Vieira]

 

Em 15.02.2016 16:42, Guimarães Faria Corcete DUTRA escreveu: 

>
2016-02-15 16:03 GMT-02:00 Marcio Junior Vieira
:
> 
>> São em torno de 12.000 conexões
simultaneas que estou gerenciando com pgbouncer (funciona bem) e um
tráfego de dados de 300MG/ constante pela rede entre aplicação e
Database!
> 
> 300 Mb ou MB? Por segundo, minuto, hora ou o quê?
> 
>
POR SEGUNDO
> 
> Márcio, eu acho que faltam ainda informações para poder
dar respostas
> inteligentes. Por exemplo, que estrutura de
particionamento é essa?
> 
> PARTICIONAMENTO DE ALGUMAS TABELA POR DIA
EXEMPLO "MINHATABELA_01012016" E TENHO ALGUMAS MENSAIS
MINHATABELA_012016 TODAS VIA PROCEDURE! CADA TABELA DESTES TEM UNS
900MILHÕES DE REGISTROS.
> 
> E que tipo de configuração de equipamento
e SO você tem, com que
> níveis de carga atuais?
> 
> VMs em Blade com
48RAM e 16 processadores em Linux RedHat teremos mais nós similares.

--

Marcio Junior Vieira
Ambiente Livre Tecnologia - Soluções em Software
Livre
http://www.ambientelivre.com.br
Telefone: +55 41 3308-3438
 ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade - PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-02-15 16:59 GMT-02:00 Marcio Junior Vieira :
> Em 15.02.2016 16:42, Guimarães Faria Corcete DUTRA escreveu:
>> 300 Mb ou MB?  Por segundo, minuto, hora ou o quê?
>
> Por Segundo

Megabytes ou bits?


>> Márcio, eu acho que faltam ainda informações para poder dar respostas
>> inteligentes.  Por exemplo, que estrutura de particionamento é essa?
>
> particionamento de algumas tabela por dia exemplo "minhatabela_01012016"  e
> tenho algumas mensais minhatabela_012016 todas via procedure! cada tabela
> destes tem uns 900milhões de registros.

E qual o ritmo de mudança dessa tabelas?  Principalmente em pico e concorrência?


>> E que tipo de configuração de equipamento e SO você tem, com que
>> níveis de carga atuais?
>
> VMs em Blade com 48RAM  e 16 processadores em Linux RedHat teremos mais nós
> similares.

Quantas VMs?  Quais os níveis de carga?  Onde estão os gargalos?


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade - PostgreSQL

[Marcio Junior Vieira]

 

Um dos detalhes é que não há gargalos no momento , tudo esta indo
muito bem a preocupação e com o futuro! atualmente é uma única VM para o
PostgreSQL ! 

Trafego de 300Mbites/segundo 

As tabelas são criadas e
depois somente consultadas , não há mais escrita nas tabelas do passado
após passado o dia atual se comportam como Logs! 

Atualmente o cenário
esta somente em uma VM. 

Estou me quase decidindo por usar o BRD
http://2ndquadrant.com/en-us/resources/bdr/bdr-performance/
 por ser
master-master ,, ser assincrono, ter suporte as tabelas particionadas (
algumas soluções como pg_shard pelo que li não fornece partitions com
cluster ), ter suporte a DDL e ter muitas coisas sendo incluídas no Core
do PostgreSQL o que me deu muita segurança. 

Vou mudar a pergunta
alguem não recomendaria o BRD por algum motivo ? sendo que posso ter um
delay entre os nós sem problemas! e 48 nós são suficientes para meu
crescimento horizontal. 

Na frente da aplicaçlão vou colocar um Cluster
Linux-HA com pacemaker e redirecionar algumas aplicações para cada um
dos nós , ainda sem balanceamento, 

Em 15.02.2016 17:12, Guimarães
Faria Corcete DUTRA escreveu: 

> 2016-02-15 16:59 GMT-02:00 Marcio
Junior Vieira :
> 
>> Em 15.02.2016 16:42,
Guimarães Faria Corcete DUTRA escreveu: 
>> 
>>> 300 Mb ou MB? Por
segundo, minuto, hora ou o quê?
>> Por Segundo
> 
> Megabytes ou bits?
>

>>> Márcio, eu acho que faltam ainda informações para poder dar
respostas inteligentes. Por exemplo, que estrutura de particionamento é
essa?
>> particionamento de algumas tabela por dia exemplo
"minhatabela_01012016" e tenho algumas mensais minhatabela_012016 todas
via procedure! cada tabela destes tem uns 900milhões de registros.
> 
>
E qual o ritmo de mudança dessa tabelas? Principalmente em pico e
concorrência?

-- 
Marcio Junior Vieira
Diretor de Tecnologia
Ambiente
Livre Tecnologia - Soluções em Software
Livre
http://www.ambientelivre.com.br
Telefone: +55 41 3308-3438
 ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade - PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-02-16 10:41 GMT-02:00 Marcio Junior Vieira :
>
> Trafego de 300Mbites/segundo

Bits ou /bytes/?  Lembrando que um /byte/ são oito bits.


> Estou me quase decidindo por  usar o BRD
> http://2ndquadrant.com/en-us/resources/bdr/bdr-performance/

Se não me falha a memória, houve discussão disso já há vários anos
nesta lista ou nalguma de suas antecessoras.  Já pesquisaste nos
arquivos da lista?



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alta Disponibilidade com Replicação Postgres 9 com Heartbeat

[gilmarlinux]

Olá a todos.Talvez alguém saiba se e possível realizar o tipo
de replicação abaixo.O cenário possui 2 servidores, onde
iremos chamar Servidor 1 e o outro Servidor 2.Servidor 1 esta com postgres 9 
com o
streeming replication para o Servidor 2 e os clientes conecta no Servidor 1 
atravez de
um IP virtual fornecido pelo Heartbeat.Quando o Servidor 1 cair o Hearteat 
passa o
IP virtual para o Servidor 2 e tambem executa um script informando que o 
Servidor 2 ira
receber tambem escrita. Ate aqui blz sem problemas penso que funciona blz.Agora 
e
a duvida, quando o Servidor 1 retornar o mesmo deverá retornar apenas como
consulta recebendo as replicações do Servidor 2 pois este e o que esta em
produção.Alguém tem ideia de como fazer isto de forma
automatizada.Porque a maneira que pensei e possivel fazer, porem teria que 
refazer
a configuração novamente.Agradeço
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta Disponibilidade com Replicação Postgres 9 com Heartbeat

[Fábio Telles Rodriguez]

Em 18 de março de 2011 15:25,  escreveu:

> Olá a todos.
> Talvez alguém saiba se e possível realizar o tipo de replicação abaixo.
> O cenário possui 2 servidores, onde iremos chamar Servidor 1 e o outro
> Servidor 2.
> Servidor 1 esta com postgres 9 com o streeming replication para o Servidor
> 2 e os clientes conecta no Servidor 1 atravez de um IP virtual fornecido
> pelo Heartbeat.
> Quando o Servidor 1 cair o Hearteat passa o IP virtual para o Servidor 2 e
> tambem executa um script informando que o Servidor 2 ira receber tambem
> escrita. Ate aqui blz sem problemas penso que funciona blz.
> Agora e a duvida, quando o Servidor 1 retornar o mesmo deverá retornar
> apenas como consulta recebendo as replicações do Servidor 2 pois este e o
> que esta em produção.
> Alguém tem ideia de como fazer isto de forma automatizada.
> Porque a maneira que pensei e possivel fazer, porem teria que refazer a
> configuração novamente.
> Agradeço
>

Veja, se você migrou do 1 para o 2. É porquê o 1 teve problemas. Então, você
não vai querer que o 1 volte para a produção até que tudo tenha sido
resolvido. Então voltar automaticamente não é uma boa idéia.

Para voltar você tem de baixar o 2 e copiar a base inteira de volta. Isso
leva um tempo. Portanto não faça isso automaticamente. Claro, você pode
começar a replicar do 2 para o 1 também.

De qualquer forma eu tenho um pouco de receio de fazer estas coisas
automaticamente. O Heartbeat pode ser meio paranóico e gerar alguns falso
positivos em momentos de carga alta ou oscilações de rede. Lembre-se que
quando você passa de 1 para 2, todo mundo acaba sendo desconectado. As
pessoas não gostam muito disso, ainda mais quando estão no final de um
relatório que leva horas.

Tome muito cuidado ao chavear automaticamente para o standby. Já vi muita
gente que começou a achar que standby é uma porcaria, quando na verdade o
problema estava justamente no heartbeat.
-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http://www.midstorm.org/~telles/
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral