Obtenha um volume do AWS EC2 ebs para executar mais de 20.000 IOPS

5

A empresa para a qual trabalho atualmente está passando por uma migração da AWS e, para 99% dos serviços, seu hardware básico faz o trabalho muito bem.

Com exceção do banco de dados de produção, atualmente estamos em 60.000 IOPS apenas para acompanhar as solicitações, e é necessário ver muito mais ação neste ano.

Analisamos o uso de SSDs corporativos no EC2, mas o limite máximo de IOPS é de 20.000, o que é bastante terrível, considerando que posso obter um SSD de 240 GB que funciona com 80.000 IOPS por cerca de € 200. link

Alguma ideia é como eu posso ultrapassar esse limite? Um cluster / RAID de volumes ebs é possível?

Obrigado Ben

    
por Ben Coughlan 01.03.2017 / 15:44

2 respostas

4

O RAID dos volumes EBS é certamente possível. A Amazon ainda tem documentação sobre isso: link

Eles são apresentados ao sistema operacional como dispositivos simples, para que você possa usar o software RAID do sistema operacional neles. Eu fiz isso com o Linux 'mdadm' software-RAID sem dificuldade.

Certifique-se de que o tipo de instância escolhido possa lidar com a alta E / S e a rede e, é claro, considere os modos de falha.

    
por 01.03.2017 / 16:11
2

Essas taxas de E / S em um único volume do EBS simplesmente não são possíveis, pelo menos não no momento. Como mencionado, os RAIDs dos volumes do EBS devem atender às suas necessidades, tanto GP2 quanto PIOPS, mas um limite superior por instância de 65K IOPS ainda se aplicará.

link

Se você precisar de taxas de E / S ainda mais altas, apenas instâncias com armazenamento de instâncias de SSD concederão a você esse poder. Falando sobre o limite UPPER para este caso de uso, a Amazon recentemente lançou a nova família I3, com instâncias fornecendo até oito unidades SSD NVMe de alto desempenho de 1,9 TB, concedendo a você incríveis 3,3 milhões de IOPS e 16 GB / s de largura de banda de disco. p>

Infelizmente, para o seu caso de uso, o armazenamento de instância pode ser muito arriscado para uma carga de trabalho SQL transacional, mas deve ser um problema crítico para o desenvolvimento de sua empresa, talvez você considere a possibilidade de substituir esse risco implementando políticas abrangentes de backup e recuperação de desastres. menos até você ter recursos para uma evolução de arquitetura que seja melhor dimensionada.

    
por 08.03.2017 / 21:30