Bom pessoal, o cenário eh o seguinte: Tenho uma aplicação que realiza consultas geográficas no postgis (versão 1.5.3). Como esse tipo de consulta requer muito processamento e precisamos escalar o sistema, resolvemos clusterizar o PostgreSQL usando as técnicas de replicação, balanceamento de carga e failover. A questão da replicação já conseguimos resolver com o suporte nativo do PostgreSQL 9.1. Para o balanceamento de carga e para o failover adotamos o pgpool. Como citei anteriormente, o pgpool tem dado alguns problemas, gostaria de saber uma outra solução para esse cenário. Quanto aos problemas do pgpool, não tenho como discutir aqui na lista pois não estou diretamente envolvido. Gostaria de saber, baseado nesse cenário, se o pgpool é uma solução que compense investir esforços e se tem alguma outra solução que seja interessante para esse cenário. Caso precisem de mais detalhes me avisem.
Desde já agradeço, Eric. Em 19 de janeiro de 2012 15:18, Euler Taveira de Oliveira <[email protected] > escreveu: > On 19-01-2012 13:54, Eric Patrick wrote: > > Realmente Flávio, fiz muitas perguntas em um email só. Mas o problema é o > > seguinte: Tenho um colega trabalhando na configuração do pgpool e ele > está > > tendo alguns problemas, a minha intenção era investigar uma outra forma > de > > realizar o balanceamento e o failover, visto que o pgpool tem tomado > muito > > tempo na configuração. > > > Quais os problemas? Identifique-os. Tenha em mente que antes de substituir > uma > solução, você deve identificar quais os requisitos _não_ são atendidos pela > solução atual; a partir daí, procurar soluções que atendem a esses > requisitos. > > Soluções de balanceamento e _failover_ são bem mais complexas quando > estamos > falando de banco de dados. O pgpool-II é uma solução bastante utilizada > para > tal função. Mas sem conhecer o seu cenário fica difícil indicar outra > alternativa. Soluções como streaming replication + hot standby, Slony-I, > Bucardo, PL/Proxy + PGBouncer, pyReplica, rubyrep dentre outros podem ser > uma > possível solução. > > > -- > Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
