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?
Perguntar "Qual instância da AWS escolher para o servidor de banco de dados PostgreSQL de gravação pesada" é como perguntar "qual colher devo usar para cortar este pão".
A resposta é: não use colher, use faca. Ou, neste caso, hardware real, como um servidor dedicado com um lote de SSDs de boa qualidade e um controlador raid decente com um cache write-back alimentado por bateria. Ou pelo menos um VPS com garantias de desempenho de E/S muito fortes.
Em caso de dúvida, compare.
Dito isso, você pode fazer com que a AWS tenha um desempenho significativamente melhor do que os padrões usando volumes provisionados de I/O EBS em instâncias otimizadas para EBS, melhorando o desempenho e mantendo a durabilidade dos dados. Como alternativa, você pode sacrificar a durabilidade em troca de mais desempenho usando uma instância de E/S alta com o banco de dados no armazenamento de instâncias; neste caso, você precisará de um esquema cuidadoso de backup e replicação porque todos os seus dados serão perdidos se sua instância parar ou travar.
Se precisar de mais ajuda, entre em contato comigo diretamente .