Início / user-14976

lorgartzor's questions

Martin Hope
lorgartzor
Asked: 2012-11-03 02:01:22 +0800 CST
  • 7

Agora estamos tendo problemas para lidar com o tráfego intenso em nossos servidores durante os horários de pico; veja esta questão relacionada ao ajustar o banco de dados . No momento, estamos usando um serviço de nuvem menor para a hospedagem do servidor. Atualmente, estamos analisando a possibilidade de mover nosso servidor para AWS. Os problemas que estamos tendo estão relacionados principalmente ao nosso servidor de banco de dados e, portanto, gostaríamos de ter uma instância da AWS significativamente melhor do que a que estamos usando agora.

As estatísticas para o servidor de nuvem onde o servidor de banco de dados está localizado são as seguintes:

  • 8 NÚCLEOS
  • 16 GB RAM
  • 100 GB, RAID-10 * SAS 15.000 RPM

Há algo em particular que você deve pensar ao escolher qual instância amazon usar para um servidor de banco de dados PostgreSQL?

postgresql aws
Martin Hope
lorgartzor
Asked: 2012-11-03 01:51:40 +0800 CST
  • 16

Estamos tendo problemas para lidar com o tráfego durante os horários de pico para nosso servidor de banco de dados. Estamos procurando melhorar o hardware (veja esta pergunta sobre esse lado das coisas ), mas também queremos trabalhar na configuração do pooling e no ajuste do servidor.

O aplicativo em que estamos trabalhando é um jogo multijogador baseado em turnos para smartphones, onde o back-end consiste em Rails com unicórnio e PostgreSQL 9.1 como banco de dados. Atualmente, temos 600.000 usuários registrados e, como o estado do jogo é armazenado no banco de dados, vários milhares de gravações são feitas a cada dois segundos. Analisamos os arquivos de log do PostgreSQL usando o PgBadger e durante as horas críticas recebemos muitos

FATAL: remaining connection slots are reserved for non-replication superuser connections

A solução ingênua para combater esse problema seria aumentar max_connections (que atualmente é 100) em postgresql.conf . Eu li http://wiki.postgresql.org/wiki/Number_Of_Database_Connections que indica que isso pode não ser a coisa certa a fazer. No artigo mencionado, é referido encontrar o ponto ideal entre max_connections e pool size .

O que pode ser feito para encontrar esse ponto ideal? Existem boas ferramentas para medir o desempenho de E/S para diferentes valores de max_connections e tamanho do pool ?

Nossa configuração atual é de 4 servidores de jogo, cada um com 16 trabalhadores unicórnios e um tamanho de pool de 5.

Aqui estão as configurações postgres não padrão que estamos usando:

version                      | PostgreSQL 9.1.5 on x86_64-unknown-linux-gnu,compiled by gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, 64-bit
checkpoint_completion_target | 0.9
checkpoint_segments          | 60
checkpoint_timeout           | 6min
client_encoding              | UTF8
effective_cache_size         | 2GB
lc_collate                   | en_US.UTF-8
lc_ctype                     | en_US.UTF-8
log_destination              | csvlog
log_directory                | pg_log
log_filename                 | postgresql-%Y-%m-%d_%H%M%S.log
log_line_prefix              | %t
log_min_duration_statement   | 200ms
log_rotation_age             | 1d
log_rotation_size            | 10MB
logging_collector            | on
max_connections              | 100
max_stack_depth              | 2MB
server_encoding              | UTF8
shared_buffers               | 1GB
ssl                          | on
TimeZone                     | localtime
wal_buffers                  | 16MB
work_mem                     | 8MB
postgresql