Estava fazendo um teste com CyberCluster e aconteceu o que o fabio citou.

Fiz dois teste:
  1 - Usando pglb ( Balanceador de Carga)
  2 - Um usuario conecotu Server1 e outro no Server2

  Obs: Para gerar o id usei a função nextval(sequence)

Configuração:
 
    SERVER 1                 SERVER 2                      SERVER 3
+------------+       +-------------+               +-----------+
|   cluster_1  |        |   cluster_2   |    VPN      |   cluster_3 |
|   rep_1       |------|   rep_2       |-----------|                |
|   lb_1         |        |   lb_2         |                |               
|
+------------+       +-------------+               +-----------+

Ao fazer varios inserts na mesma tabela com os dois usuarios aconteceu o
seguinte:

  id=100 Nome=João esse valor tinha que ser igual nos tres bancos so que o
usuario 2 tb pegou o 100 e inseriu o Nome=Maria, no meu intendimento o
CyberCluster tinha que prever essa situação por ele implementar o
LoadBalancer entende-se que o usuario pode conectar em qualquer um dos
Server.

Achei que nocaso das sequences o Cyberlsuter ia gerar um id unico
idenpendete do Server. Pelo que eu entedi ele o nextval isolado em cada no.

Provavelmente isso deve acontecer com pgcluster acho que o  cybercluster é
basedo nele.
 
Pelo teste que fiz o ideal é usar o LoadBalancer so para Select e se for ter
que fazer insert concetar somente em um server nunca em dois silmutaneos.


Fabio Telles Rodriguez wrote:
> 
> Em 15/02/08, Joao<[EMAIL PROTECTED]> escreveu:
>> >>6º Se você busca alta disponibilidade, considere a possibilidade de
>> >>utilizar o Stand by, ou o Slony, que são opções mais simples.
>>
>> Grande Fábio eu poderia dizer o seguinte se você quer alta
>> disponibilidade
>> de forma mais simples eu desconsideraria o slony( o propósito dele é
>> replicação, sim é possivel fazer um nó assumir a função do outro mas isso
>> é
>> feito na mão, entao sua alta disponibilidade foi pro saco...)
>> e citaria o pgpool!
>>
> 
> Lembre-se que você pode ter problemas com o pgpool em ambientes OLTP.
> Particularmente se você usa muito sequências e o uso do nextval é
> feito com frequência e de forma concorrente. Você pode acabar com
> valores diferentes de sequência em cada nó do pgpool.
> 
> Para ambientes web, o pgpool é imbatível. Para ambientes OLTP a coisa
> sempre fica mais complicada. Na verdade, o que diz o Sr. Josh Berkus
> numa entrevista que fiz com ele é que ainda não há uma teoria em banco
> de dados que dê conta de escalar bem horizontalmente aplicações OLTP.
> Vide em
> http://www.midstorm.org/~telles/2007/01/13/entrevista-com-josh-berkus/
> 
> Apenas citando claramente (pois acho que é algo que todo mundo devia
> ler bem antes de falar em cluster):
> 
> Pergunta:
> O PosgreSQL tem amadurecido muito em soluções de replicação. Você
> acredita que num futuro próximo existirão também ferramentas de
> cluster para o PostgreSQL como existem para o Oracle, o BD2 ou a
> Teradata? Quais são as dificuldades em se implementar algo do tipo?
> 
> Resposta:
> Bem, nós já temos um substituto para a Teradata, que é o Greenplum
> Database. Enquanto ele não é código aberto, é baseado no PostgreSQL e
> tem a sintaxe compatível. Existem soluções de consultas paralelas com
> menor performance já avaliáveis como o PostgresForest e Octopus.
> 
> Cluster com OLTP é um problema muito, muito difícil e nem um dos
> *vários* projetos de bancos de dados ou empresas conseguiram resolver
> este problema satisfatoriamente: nem a Oracle, nem a IBM, nem a MySQL,
> nem ninguém. Então, colocar qualquer tipo de data sobre quando
> qualquer um de nossos projetos estarão maduros para a maioria dos
> usuários seria muito ambicioso neste momento.
> 
> 
> 
> []s
> Fábio Telles
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: [EMAIL PROTECTED]
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 

-- 
View this message in context: 
http://www.nabble.com/cluster-c--postgres-tp15480712p15511660.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a