MongoDB no EC2 - R3 vs R4

Question

Eu tenho 3 nós RS no EC2. Todos os nós estão rodando no r3.2xlarge, que tem o EBS Optimized ativado.

Recentemente, a AWS lançou a série r4, que é descrita como uma versão melhor do r3 - memória mais rápida, melhor rede, custos mais baixos. No entanto, a série r4 não possui a opção Otimizada de EBS. Ele tem "12 Gbps de taxa de transferência dedicada para o EBS".

É uma boa ideia mover os nós para a série r4 ou a opção EBS Optimized é crucial (e não superada pelo throughput dedicado para o EBS)?

    

Answer 1

Todas as instâncias atuais "4", incluindo R4, são otimizadas para EBS por padrão, assim como o i3 (alta E / S), p3 (computação de GPU) e f1 (fpga).

Seria mais fácil se a AWS usasse o número para indicar o ano de lançamento, mas isso só seria incrementado quando um tipo de instância fosse aprimorado.

Um grande servidor MongoDB pode se beneficiar dos SSDs rápidos e das IOPS muito altas do armazenamento de instância do i3. Um r4.2xl é de $ 0.53c / h. O i3.xl é de $ 0,31 e recebe 2 milhões de IOPS, o i3.2xl é de $ 0,62 e recebe 4 milhões de IOPS. Se você estiver com E / S limitada, poderá fornecer um desempenho significativamente melhorado.

Ao contrário do EBS, que é persistente, o armazenamento de instâncias pode ser perdido se a instância falhar e é perdido no processo de parada / início - mas não reinicia. Isso significa que você tem que persistir de outra maneira. Talvez:

• Conjunto de réplicas do MongoDB
• Você poderia configurar manualmente uma réplica de leitura em uma instância menor e algum tipo de sistema para failover na outra instância restauraria o primário se ele falhasse
• Outro i3 e o reconhecimento de falhas ou de aplicativos de várias instâncias