Resposta de Daan está apontando para o excelente resumo de Eric Hammond de todos os benefícios do EBS já (+1), mas para enfatizar um ponto novamente:

O armazenamento temporário será perdido em ciclos de parada/início e geralmente pode desaparecer , então você definitivamente não quer colocar nada de valor duradouro lá, ou seja, colocar apenas dados temporários que você pode perder ou reconstruir facilmente , como um arquivo de troca ou dados estritamente temporários em uso durante os cálculos. É claro que você pode armazenar índices enormes lá, por exemplo, mas deve estar preparado para reconstruí-los depois que o armazenamento for limpo por qualquer motivo (reinicialização de instância, falha de hardware, ...).

Portanto, armazenar um banco de dados MySQL em armazenamento temporário não é uma boa ideia em primeiro lugar, exceto se você souber exatamente o que está fazendo e estiver preparado para sempre ter backups pontuais etc.

Dito isto, isso realmente pertence a Falha do servidor , e algumas perguntas semelhantes ou relacionadas já foram feitas e respondidas - geralmente não vinculo a um resultado de pesquisa, mas isso é realmente útil aqui, consulte desempenho efêmero ebs ; as respostas que considero mais relevantes para um julgamento ad hoc são:

• Eric Hammond em Ec2 microinstância, EBS, E/S e velocidade. Como posso melhorar o desempenho?
  • Eric é o autor de Você deve usar instâncias de inicialização do EBS no Amazon EC2 , entre muitos outros excelentes artigos sobre AWS em geral e EC2/EBS em particular
• Jonik está em O que é mais rápido para acesso de leitura no EC2; unidade local ou EBS?
• aculich's em Em que ponto o uso do EBS é o gargalo?
  • links para outros artigos sobre o tópico