Também seria possível limitar a quantidade de conexões por Database,
conforme mostra no manual do postgres.
http://www.postgresql.org/docs/9.1/static/sql-alterdatabase.html.
ALTER DATABASE name [ [ WITH ] option [ ... ] ]
where option can be:
CONNECTION LIMIT connlimit
Desta forma, seria possível controlar melhor as conexões para databases
mais acessados.
[]s
Em 31 de janeiro de 2014 14:50, Nildo Abreu <[email protected]> escreveu:
> Boa tarde Pessoal,
>
> No meu ambiente atual de Produção rodam 38 sistemas de clientes distintos,
> sendo que cada um deles tem um contexto na aplicação e um banco separado,
> segue abaixo minha configuração:
>
> Software:
>
> Banco de dados (01 servidor):
>
> - Versão PostgreSQL 9.2.4 on x86_64-unknown-linux-gnu, compiled by gcc
> (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3), 64-bit
>
> - Customizações no postgresql.conf
> max_connections = 200
> shared_buffers = 7680MB
> work_mem = 58MB
> maintenance_work_mem = 1500MB
> effective_cache_size = 15360MB
> checkpoint_segments = 32
> checkpoint_timeout = 15min
> max_locks_per_transaction = 512
>
> - Sistema Operacional: CentOS release 6.4 (Final) - Kernel:
> 2.6.32-279.19.1.el6.x86_64 #1 SMP Wed Dec 19 07:05:20 UTC 2012 x86_64
> x86_64 x86_64 GNU/Linux
>
> - Sistema de arquivos: S.O (ext4 - defaults,noatime), pgsql/9.2/data (ext4
> - defaults,noatime), pg_xlog (ext3 - defaults,noatime,data=writeback) e
> backup (ext4 - defaults,noatime)
>
> - Temos bancos de tamanhos distintos variando entre 800MB e 10 GB, no
> total temos 37 GB;
>
> Servidores de aplicação (Entre 01 e 04 - são iniciados sob demanda,
> dependendo do uso de CPU):
> - Versão Apache Tomcat/6.0.36.0
> - Pool de conexão implementado pela aplicação web
> - Sistema Operacional: CentOS release 6.4 (Final) - Kernel:
> 2.6.32-279.19.1.el6.x86_64 #1 SMP Wed Dec 19 07:05:20 UTC 2012 x86_64
> x86_64 x86_64 GNU/Linux
> - Sistema de arquivos: S.O (ext4 - defaults,noatime), Aplicação (ext4 -
> defaults,noatime)
>
> Hardware:
>
> Servidor de banco:
> CPU: 2 x Xeon Quad Core HT - 2.6 GHz
> Memória: 30 GB
> Discos dedicados para S.O (RAID 1), pgsql/9.2/data (RAID 5), pg_xlog (RAID
> 0) e backup (RAID 1)
>
> Servidor de aplicação:
> CPU: 2 x Xeon Dual Core HT - 2.0 GHz
> Memória: 15 GB
> Discos dedicados para S.O (RAID 1), Aplicação (RAID 1)
>
> Estamos com previsão de entrada de mais 10 ou 15 clientes nos próximos 02
> meses, nesse caso ficaríamos com algo em torno de 50 clientes, e devido a
> isso eu precisaria mais uma vez subir o numero do max_connections para 250
> ou 300, hoje raramente temos reclamações de performance no banco a não ser
> em casos de locks gerados por problemas na própria aplicação.
>
> Minha dúvida é (Ufa até que enfim...):
>
> O que os senhores me recomendariam para este ambiente em termos de
> melhorias?
> Será que esse aumento no max_connections poderá ter impactos na
> performance?
> Seria o caso de colocar um segundo servidor de banco para replicação e
> balanceamento de carga?
> Se sim qual seria o tipo de replicação recomendada?
>
> Muito obrigado pela paciência de ler isso tudo até o final e desculpem de
> esqueci de citar algo importante.
>
> Um abraço,
>
> Nildo Abreu
>
> _______________________________________________
> 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
