> > O que os senhores me recomendariam para este ambiente em termos de >> melhorias? >> > > 1) Que ele seja bem monitorado. >
Boa dica, temos investido bastante nisso. > 2) Com uma quantidade crítica de clientes dessa, que você estude muito e > seja sempre ativo em nossa comunidade. > Com certeza, tentarei participar mais.. > 3) Use a lista com perguntas mais diretas e pontuais. Perguntar em geral > "onde posso melhorar" soa como "me dá uma consultoria aí?" Não foi essa a minha intenção, desculpe! Era mais no intuito de caso exista algum erro grave/gritante nas configurações que os Senhores pudessem me mostrar. > Será que esse aumento no max_connections poderá ter impactos na >> performance? >> > > Sem sombra de dúvidas. > > > Seria o caso de colocar um segundo servidor de banco para replicação e >> balanceamento de carga? >> > > Depende se sua aplicação saberá fazer balanceamento de carga com o > PostgreSQL. > O que você precisa mesmo é usar um PgBouncer pra limitar o consumo de > conexões, vide discussão já realizada esta semana na lista (e que o colega > que pediu ajuda nem disse se testou e se deu certo, infelizmente) Tentei usar PgBoucer antes porém não tive bons resultados, segue abaixo minha configuração utilizada: pool_mode = session max_client_conn = 200 default_pool_size = 20 Para clientes que tem muitos acessos aumentei o pool_size para 30 ou 40, porém aconteceu algumas vezes de "travar" a aplicação e ficar mais de 30 conexões em maxwait, fiz alguma besteira nessa configuração? > > Se sim qual seria o tipo de replicação recomendada? >> > > Use a replicação nativa para fins de alta disponibilidade / redundância em > caso de falhas. > Pgpool seria recomendado para usar junto da replicação nativa?
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
