Instâncias do Amazon RDS: db.m1.large vs db.m3.large

Question

Recentemente, a Amazon anunciou novos tipos de instâncias para RDS .

Atualmente, estamos executando o db.m1.large , e parece que o novo db.m3.large é comparável, mas mais barato.

Antes de mudar isso, eu queria checar com vocês que não há "pegadinhas" escondidas que eu não esteja vendo. Existem algumas razões não para mover nossas instâncias para o novo tipo de instância mais barato e mais rápido?

    

Answer 1

Os únicos contras reais que posso ver são:

• falta de otimização PIOPS para o db.m3.large (onde você teria garantida a largura de banda conectando você aos volumes EBS e PIOPS)
• armazenamento de instância / efêmero menor (embora mais rápido) para o m3.large (SSD de 32 GB versus HD de 480 GB de 2x) e, para ser honesto, não sei se o armazenamento de instâncias é relevante para instâncias do RDS

E é isso. Em troca desses contras, você recebe CPUs mais rápidas e preços mais baixos.

Já movi uma instância m1.large padrão executando o escravo CentOS + MySQL (ou seja, uma instância do EC2, não uma instância do RDS) para um m3.large. O chão da CPU ocioso caiu de cerca de 6-7% para 1,5-2%, e os picos de carga foram reduzidos de cerca de 85-90% para 45-50%, simplesmente pelo relançamento como um m3.large.

    

Answer 2

de acordo com a documentação do AWS RDS, db.m1.large é otimizado para PIOPS, mas db.m3.large não é

Classes de instância do RDS

Standard - Segunda Geração db.m3.large

vCPU: 2 ECU: 6.5 Memória (GiB): 7.5 PIOPS-Otimizado: Não Desempenho da Rede: Moderado

Standard - primeira geração db.m1.large

vCPU: 2 ECU: 4 Memória (GiB) 7.5 PIOPS-Otimizado: Sim Desempenho da Rede: Moderado