[pgbr-geral] Balanceamento de carga

2016-04-18 Por tôpico Danilo Silva
Pessoal,

Atualmente, considerando um servidor master e outro slave (replicação
nativa), o que é recomendado para balanceamento de carga apenas?

PostgreSQL 9.3, S.O Debian

[]s

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

Re: [pgbr-geral] Balanceamento de carga

2014-05-19 Por tôpico Glauco Torres
  Danilo,

 há também o PgBouncer

 http://wiki.postgresql.org/wiki/PgBouncer



Eduardo, você tem certeza ? você entendeu a pergunta do Danilo?

O PgBouncer faz somente pool de conexões, o que ele precisa eu conheço
somente o pgpool mesmo.

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


Re: [pgbr-geral] Balanceamento de carga

2014-05-19 Por tôpico Eduardo Rodrigues
Peço desculpas, realmente me equivoquei. Onde o próprio FAQ do PgBouncer
informa que pode haver falhas no balaceamento com o LVS e HA Proxy como
sugerido

http://pgbouncer.projects.pgfoundry.org/doc/faq.html#_how_to_load_balance_queries_between_several_servers

On Seg, 2014-05-19 at 09:47 -0300, Glauco Torres wrote:
 
 
 Danilo, 
 
 há também o PgBouncer 
 
 http://wiki.postgresql.org/wiki/PgBouncer
 
 
 
 
 
 
 Eduardo, você tem certeza ? você entendeu a pergunta do Danilo?
 
 
 O PgBouncer faz somente pool de conexões, o que ele precisa eu conheço
 somente o pgpool mesmo.
 
 
 Glauco 
 
 
 
 
 
 ___
 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] Balanceamento de carga com PostgreSQL 9.1

2012-01-23 Por tôpico Eric Patrick
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 eu...@timbira.com
 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
 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] Balanceamento de carga com PostgreSQL 9.1

2012-01-19 Por tôpico Eric Patrick
Olá pessoal,

Estou investigando algumas soluções para balanceamento de carga usando
PostgreSQL 9.1. Até o momento achei o pgpool e o PGCluster. Começei a
investigar o pgpool mas estou tendo alguns problemas com ele. Assim
gostaria de saber ser o PGCluster seria uma boa opção e também saber se
existe outras soluções para balanceamento de carga no postgreSQL. A minha
desconfiança quanto ao PGCluster é o fato das releases serem antigas, isso
desmerece o PGCluster?

Desde já agradeço,
Eric.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga com PostgreSQL 9.1

2012-01-19 Por tôpico Flavio Henrique Araque Gurgel
 Estou investigando algumas soluções para balanceamento de carga usando
 PostgreSQL 9.1. Até o momento achei o pgpool e o PGCluster. Começei a
 investigar o pgpool mas estou tendo alguns problemas com ele. Assim gostaria

Que problemas estás tendo com o pgpool?
Como está tentando balancear sua carga?
Qual é o modelo do seu sistema?

 de saber ser o PGCluster seria uma boa opção e também saber se existe outras
 soluções para balanceamento de carga no postgreSQL. A minha desconfiança
 quanto ao PGCluster é o fato das releases serem antigas, isso desmerece o
 PGCluster?

Sim. Ele já é considerado abandonware.
O desenvolvedor era um cara só. A arquitetura do PgCluster é
considerada falha. A Cybertec mantém um projeto Cybercluster que é um
PgCluster atualizado, mas tem os mesmos problemas arquiteturais.

O mesmo desenvolvedor estava trabalhando num tal PgCluster 2, com
outra arquitetura. Fez uma demonstração numa PgCon uma vez no notebook
dele. Nunca soltou um release público e o software hoje está sendo
considerado Vaporware.

É melhor você dizer o que quer fazer e qual o seu objetivo para obter
melhor ajuda do que perguntar sobre nomes de softwares, senão podes
cair no teorema pergunta X, quero Y.

[]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] Balanceamento de carga com PostgreSQL 9.1

2012-01-19 Por tôpico Eric Patrick
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. Assim poderia analisar se compensa investir esforços
na configuração do pgpool ou se uma outra solução seria mais fácil de ser
configurada. Isso claro teria que ser uma solução que atendesse as nossas
necessidades, tal como o pgpool, mas sem conhecer outras abordagens fica
dificil analisar o que é melhor para o nosso cenário. Então gostaria de
saber do pessoal quais as outras alternativas para balanceamento de carga e
failover que existem para o PostgreSQL 9.1. Espero ter ficado mais claro
agora. :-)

Eric.

Em 19 de janeiro de 2012 13:50, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Estou investigando algumas soluções para balanceamento de carga usando
  PostgreSQL 9.1. Até o momento achei o pgpool e o PGCluster. Começei a
  investigar o pgpool mas estou tendo alguns problemas com ele. Assim
 gostaria

 Que problemas estás tendo com o pgpool?
 Como está tentando balancear sua carga?
 Qual é o modelo do seu sistema?

  de saber ser o PGCluster seria uma boa opção e também saber se existe
 outras
  soluções para balanceamento de carga no postgreSQL. A minha desconfiança
  quanto ao PGCluster é o fato das releases serem antigas, isso desmerece o
  PGCluster?

 Sim. Ele já é considerado abandonware.
 O desenvolvedor era um cara só. A arquitetura do PgCluster é
 considerada falha. A Cybertec mantém um projeto Cybercluster que é um
 PgCluster atualizado, mas tem os mesmos problemas arquiteturais.

 O mesmo desenvolvedor estava trabalhando num tal PgCluster 2, com
 outra arquitetura. Fez uma demonstração numa PgCon uma vez no notebook
 dele. Nunca soltou um release público e o software hoje está sendo
 considerado Vaporware.

 É melhor você dizer o que quer fazer e qual o seu objetivo para obter
 melhor ajuda do que perguntar sobre nomes de softwares, senão podes
 cair no teorema pergunta X, quero Y.

 []s
 Flavio gurgel
 ___
 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] Balanceamento de carga com PostgreSQL 9.1

2012-01-19 Por tôpico Flavio Henrique Araque Gurgel
 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. Assim poderia analisar se compensa investir esforços

Ok, mas a pergunta principal não foi respondida: qual o contexto? Que
tipo de sistema é, balanceamento de que tipo de carga?

 na configuração do pgpool ou se uma outra solução seria mais fácil de ser
 configurada. Isso claro teria que ser uma solução que atendesse as nossas
 necessidades, tal como o pgpool, mas sem conhecer outras abordagens fica
 dificil analisar o que é melhor para o nosso cenário. Então gostaria de

Justamente, para ajudá-lo precisa-se saber o cenário.
O pgpool tem alguns truques para funcionar corretamente, mas com o
cenário fica mais fácil entender.

 saber do pessoal quais as outras alternativas para balanceamento de carga e
 failover que existem para o PostgreSQL 9.1. Espero ter ficado mais claro
 agora. :-)

Ainda não tá tudo claro. Você disse o que está tentando fazer quando
o que precisa-se saber é o que você quer fazer.
Está usando a replicação embutida no PostgreSQL 9.1? Como configurou o
pgpool? Que tipo de sistema é (web, client-server, OLTP, OLAP, etc)?

[]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] Balanceamento de carga com PostgreSQL 9.1

2012-01-19 Por tôpico Euler Taveira de Oliveira
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-14 Por tôpico Leonardo Chaves
Só pra constar resolvi o problema do dblink usando

begin
   ...   dblink..
exception
when connection_exception OR connection_does_not_exist OR
connection_failure then
...
end;

Assim consigo saber se a máquina caiu.

Leandro , vou seguir seus conselhos. Obrigado;

On 9/14/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 2007/9/14, Leonardo Chaves [EMAIL PROTECTED]:
  - Como estou usando GIST preciso da versão mais nova do postgres e de
 acordo
  com o projeto do pgcluste: PostgreSQL8.0.1 was used as the base.

 Veja se não tem uma versão mais nova sendo lançada baseada na 8.2.  Se
 for coisa para algumas semanas, pode valer a pena já ir testando.


Vou verificar.

 - Pra tentar reduzir o escopo da minha pesquisa fulltext meu conteudo
  precisa ser particionado e o balanceador do pgcluster não faz essa
  distinção.

 Já olhou o particionamento de tabelas via herança?


Ainda não olhei.

--
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-14 Por tôpico Roberto Mello
On 9/14/07, Leonardo Chaves [EMAIL PROTECTED] wrote:

 Alguem ai tem alguma ideia para saber se uma determinada máquina está viva?
 Algo do tipo ping via plpgsql.

keepalived ou heartbeat.
Procure no Linux Virtual Sever (LVS)

 Antes de direcionar uma pesquisa preciso saber se o banco está OK. O dblink
 gera um erro direto Não conseguiu conectar!!! e isso trava meu esquema.

Inicie o banco atraves de algum monitor de processos, tipo o Monit ou
mesmo o daemontools do djb.

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


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-13 Por tôpico Leonardo Chaves
As ferramentas do skype são fantasticas. Testei o plproxy e o pgbouncer
porem não vor usá-las. Bem provavel que eu vá usar o o pgbouncer para fazer
o pool das conexões. Preferi não usar o plproxy por enquanto pois ele é
apenas um facilidador, não introduz nada que um dblink+pgplsql não consiga.

Sobre o tsearch2 , com certeza ele aceita + de uma pesquisa, Atualmente
ficam ativas no meu sistema aproximadamente 10 a 15 buscas concorrentes.

On 9/12/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 2007/9/12, Roberto Mello [EMAIL PROTECTED]:
  On 9/11/07, Leonardo Chaves [EMAIL PROTECTED] wrote:
  
   Tenho uma função plpgsql que funciona como um hash de datas. De acordo
 com a
   data pesquisada essa função direciona a busca
 
  Tu pareces estar descrevendo exatamente o que o objetivo (use case)
  do PL/Proxy.

 Boa lembrança, e com um imprimatur respeitável, do Skype.

 A única coisa que é bom lembrar é que está-se jogando tarefas para a
 aplicação que o próprio PostgreSQL e seus sistemas de agrupamento ou
 replicação deveriam lidar.  Além de ter-se de ajustar desempenho na
 mão, tem-se mais trabalho administrativo e diminui a flexibilidade.
 No caso do Skype, valeu a pena porque eles realmente precisavam duma
 escalabilidade absurda; são poucos os casos semelhantes, geralmente
 uma combinação de normalização, parametrização, ajuste dos comandos e
 replicação e (ou) agrupamento resolvem melhor — até porque não vale a
 pena particionar a base enquanto não experimentar pelo menos quatro
 dessas cinco opções.

 Alguém sabe como ficou o sistema de escalabilidade horizontal da NTT?
 Acho que aguardo notícias deles desde novembro passado.

 --
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-13 Por tôpico Leandro DUTRA
2007/9/13, Leonardo Chaves [EMAIL PROTECTED]:
 As ferramentas do skype são fantasticas. Testei o plproxy e o pgbouncer
 porem não vor usá-las. Bem provavel que eu vá usar o o pgbouncer para fazer
 o pool das conexões. Preferi não usar o plproxy por enquanto pois ele é
 apenas um facilidador, não introduz nada que um dblink+pgplsql não consiga.

Exato, não é uma solução tão transparente quanto replicação ou agrupamento.

Lembrando que mesmo em replicação ou agrupamento a transparência não é
perfeita, principalmente no que se refere a desempenho.


 Sobre o tsearch2 , com certeza ele aceita + de uma pesquisa, Atualmente
 ficam ativas no meu sistema aproximadamente 10 a 15 buscas concorrentes.

Ficam ativas — mas não enfileiram o uso do índice?

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 5686 9607  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] Balanceamento de carga manual.

2007-09-13 Por tôpico Leonardo Chaves
Fiquei intrigado com isso . Por alguns momento eu vi a luz no fim do tunel.
Se o problema estivesse no tsearch a culpa não seria minha. HuHuhUH
Zuando.

release do 8.2
- Allow concurrent GiST index access (Teodor, Oleg)

On 9/13/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 2007/9/13, Leonardo Chaves [EMAIL PROTECTED]:
  As ferramentas do skype são fantasticas. Testei o plproxy e o pgbouncer
  porem não vor usá-las. Bem provavel que eu vá usar o o pgbouncer para
 fazer
  o pool das conexões. Preferi não usar o plproxy por enquanto pois ele é
  apenas um facilidador, não introduz nada que um dblink+pgplsql não
 consiga.

 Exato, não é uma solução tão transparente quanto replicação ou
 agrupamento.

 Lembrando que mesmo em replicação ou agrupamento a transparência não é
 perfeita, principalmente no que se refere a desempenho.


  Sobre o tsearch2 , com certeza ele aceita + de uma pesquisa, Atualmente
  ficam ativas no meu sistema aproximadamente 10 a 15 buscas concorrentes.

 Ficam ativas — mas não enfileiram o uso do índice?

 --
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-12 Por tôpico Leonardo Chaves
On 9/12/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 2007/9/12, Leonardo Chaves [EMAIL PROTECTED]:
  Com o crescimento da base de dados a pesquisa acaba deteriorando.

 Legal, mas responda a pergunta:

   Por que não replicação ou mesmo um grupo de servidores (/cluster/)?


Por traz desse balanceamento criei uma replicação manual assincrona.
Tenho uma tabela onde guardo as informações de cada maquina: dados do host e
o intervalo que ele está respondendo então sei
o que atualizar.

Sinceramente não sei o que você quer dizer com  grupo de servidores
(/cluster/)?, a estrutura que estou propondo é um grupo de servidores porém
a minha dificultade está em gerenciar a carga de cada um levando em conta
quantidade de busca estão em cada
grid (grupo de servidores).

Se puder explicar o que você tem em mente quando cita replicação e
cluster eu fico feliz. Talvez seja algo que eu não conheça ainda.

--
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-12 Por tôpico Leandro DUTRA
2007/9/12, Leonardo Chaves [EMAIL PROTECTED]:

 Por traz desse balanceamento criei uma replicação manual assincrona.
 Tenho uma tabela onde guardo as informações de cada maquina: dados do host e
 o intervalo que ele está respondendo então sei o que atualizar.

Dê uma olhada em pgCluster e Slony, creio que eles te atenderiam com
muito mais ſimplicidade.  É um erro comum, quando se vem de ſiſtemas
proprietários (Oracle) ou menos capazes (MySQL), querer reinventar a
roda — respectivamente por ser cara ou quadrada de onde ſe veio…

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 5686 9607  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] Balanceamento de carga manual.

2007-09-12 Por tôpico Leonardo Chaves
On 9/12/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 2007/9/12, Leonardo Chaves [EMAIL PROTECTED]:
 
  Por traz desse balanceamento criei uma replicação manual assincrona.
  Tenho uma tabela onde guardo as informações de cada maquina: dados do
 host e
  o intervalo que ele está respondendo então sei o que atualizar.

 Dê uma olhada em pgCluster e Slony, creio que eles te atenderiam com
 muito mais ſimplicidade.  É um erro comum, quando se vem de ſiſtemas
 proprietários (Oracle) ou menos capazes (MySQL), querer reinventar a
 roda — respectivamente por ser cara ou quadrada de onde ſe veio…


Meu problema é a carga universitária que carrego .  Na faculdade aprendi
que  não existe  um função de 'sort' e sim um for dentro de outro for que
ordena o array.

Vou verificar essas 2 ferramentas e darei meu parecer aqui. Não estou
lembrando agora mas por algum motivo lembro que elas não me atendiam quando
pesquisei.

--
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-12 Por tôpico Joao
se fores pensar assim nao existe multiplicação, divisao, fatorial e sim 
somas e subtração! :P
Abraços!
- Original Message - 
From: Leandro DUTRA [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, September 12, 2007 3:18 PM
Subject: Re: [pgbr-geral] Balanceamento de carga manual.


 2007/9/12, Leonardo Chaves [EMAIL PROTECTED]:

 Meu problema é a carga universitária que carrego .  Na faculdade aprendi 
 que
  não existe  um função de 'sort' e sim um for dentro de outro for que 
 ordena
 o array.

 Nißo te invejo, nunca aprendi 'como as coiſas funcionam'…


 -- 
 +55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
 +55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (11) 5686 9607  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] Balanceamento de carga manual.

2007-09-12 Por tôpico Roberto Mello
On 9/11/07, Leonardo Chaves [EMAIL PROTECTED] wrote:
 Salve salve,

 Preciso agilizar minha maquina de busca e para isso resolvi particionar meu
 conteúdo em diversas outras maquinas.
 Minha intensão é deixar toda essa estrutura transparente para a aplicação
 porem me deparei com alguns problemas.

 Projeto simplificado:
 Tenho uma função plpgsql que funciona como um hash de datas. De acordo com a
 data pesquisada essa função direciona a busca

Tu pareces estar descrevendo exatamente o que o objetivo (use case)
do PL/Proxy. Vide:

https://developer.skype.com/SkypeGarage/DbProjects/PlProxy
https://developer.skype.com/SkypeGarage/DbProjects/SkypePostgresqlWhitepaper

O tsearch2 ja' permite mais de uma consulta simultanea? Antigamente --
salvo engano -- o tsearch2 (ou eram os indices GiST usados pelo
tsearch2?) so' permitiam uma consulta popr vez. Se esse ainda for o
caso, isso pode estar compromentendo a tua performance.

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


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-12 Por tôpico Roberto Mello
On 9/12/07, Leandro DUTRA [EMAIL PROTECTED] wrote:

 Dê uma olhada em pgCluster e Slony, creio que eles te atenderiam com
 muito mais ſimplicidade.  É um erro comum, quando se vem de ſiſtemas
 proprietários (Oracle) ou menos capazes (MySQL), querer reinventar a
 roda — respectivamente por ser cara ou quadrada de onde ſe veio…

O pgCluster ainda esta' sendo mantido? As ultimas noticias do site sao
de 2005 e baseadas no PG 8.0.

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


[pgbr-geral] Balanceamento de carga manual.

2007-09-11 Por tôpico Leonardo Chaves
Salve salve,

Preciso agilizar minha maquina de busca e para isso resolvi particionar meu
conteúdo em diversas outras maquinas.
Minha intensão é deixar toda essa estrutura transparente para a aplicação
porem me deparei com alguns problemas.

Projeto simplificado:
Tenho uma função plpgsql que funciona como um hash de datas. De acordo com a
data pesquisada essa função direciona a busca
para a maquina que responde por aquela informação. Supondo que tenho 4
maquinas para responder pelo dia corrente, 2 para responder
pela pelo intervalo de uma semana e 1 para responder para todo o mês, como
fazer o balanceamento de carga sem alterar a aplicação??

Solução:
Ao fazer um pesquisa a aplicação usa uma função de busca(plpgsql) já
implementada. A ideia é alterar essa função para que ela faça o
direcionamento de acordo com quantas pesquisas estão em cada maquina do grid
que responde pelo intervalo de datas pesquisado.

Inicialmente pensei em  fazer que a própria função de busca atualizasse
minha tabela de balanceamento. Funcionaria assim:

Usuário faz a busca dos dados no intervalo x  - função de busca escolhe o
grid que responde pelo intervalo e de acordo com a carga de cada maquina do
grid faz o direcionamento - função de busca atualiza a tabela de
balanceamento incrementando a coluna que representa a carga da maquina -
busca é feita - ao retornar decrementa a variável de carga da maquina.

Problema:
Funções no postgres são executadas como transação simples logo incrementar e
decrementar a carga da maquina não tem efeito algum já que a transação só
tem efeito no final da execução.

Então , o que fazer?
Soluções pensadas:
-  Controlar essa carga através de sequência (sequência é atualizada antes
do fim da execução de uma função)
-  Criar função em C para controlar esses valores por arquivo.

informações adicionais:
- O conteúdo é um jornal
- As conexôes entre os bancos são feitas através do dblink



To abrindo aqui a discussão , idéias???




On 9/11/07, Leandro Diniz Soares [EMAIL PROTECTED] wrote:

 Amigos,

 Como faço para receber os emails desta lista um por um?
 Por que chega para mim é um resumo muito confuso... heheh...




 --
 [],
 Leandro Diniz Soares
 Desenvolvedor / Analista (Web)
 [EMAIL PROTECTED]
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Att,
Leonardo Chaves de Freitas

QualiConsult
Analista de Bando de Dados  - DBA
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Balanceamento de carga manual.

2007-09-11 Por tôpico Leandro DUTRA
Por favor não reaproveite mensagens…


2007/9/11, Leonardo Chaves [EMAIL PROTECTED]:

 Preciso agilizar minha maquina de busca e para isso resolvi particionar meu
 conteúdo em diversas outras maquinas.

Por que não replicação ou mesmo um grupo de servidores (/cluster/)?


-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 5686 9607  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