Percona no armazenamento efêmero do EC2 (parte do cluster XtraDB)

1

Temos um banco de dados MySQL de aproximadamente 100 GB e queremos movê-lo para o EC2. Os volumes do EBS parecem razoavelmente lentos para executar bancos de dados MySQL (mesmo com IOPS provisionados) e, embora pudéssemos usar o RAID10 para melhorar isso (ou o Amazon RDS), eu realmente esperava usar o armazenamento de instâncias efêmeras SSD para o DB, que é MAIS rápido.

Eu sei que todo o armazenamento de instâncias do EC2 é não-persistente (ou seja, dados perdidos se desligarmos a máquina, falha de hardware, etc.), mas e se fosse um nó em um cluster? Estou pensando que poderíamos ter um cluster de 3 nós executando o cluster Percona XtraDB. Se um dos nós falhar, todos os dados nesse armazenamento serão perdidos, mas quando ele voltar, ele apenas se juntará ao cluster e sincronizará novamente os dados?

Não tenho certeza se a lógica acima é boa ou se há outras maneiras de usar o armazenamento SSD rápido no armazenamento de instâncias do Amazon EC2. Os volumes padrão do EBS parecem muito lentos! Alguma sugestão sobre como usar com segurança o armazenamento SSD mais rápido?

    
por cates 29.01.2014 / 16:21

1 resposta

0

If one of the nodes fails all data on that storage is lost, but when it comes up again would it just rejoin the cluster and re-sync the data?

Sim, com a ressalva de que, se a AWS tiver um grande problema e você perder todos eles, não há como restaurar nenhum outro que não seja o backup mais recente. EBS é um pouco mais seguro a esse respeito.

    
por 29.01.2014 / 17:05