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
