MySQL Cluster (NDB) vs MySQL Replication (InnoDB) para aplicativos Rails 3: prós / contras?

stamos fazendo uma visão geral de nossos sistemas atuais, tentando descobrir se podemos melhorar o desempenho e a confiabilidad

Atualmente, executamos vários aplicativos internos do Rails e nosso site baseado no Rails. Alguns já são Rails 3, outros estão sendo convertidos para o Rails 3. Todos eles se conectam à seguinte configuração do MySQL.

mysql01 ( master server) => mysql02 (slave) => (backups diários do banco de dados em uma unidade, com backup diário, semanal, mensal e semestral

s gravações do @All acontecem no mysql01 e as leituras mais curtas também são usadas, algumas "leituras que consomem mais recursos" (como relatórios mensais / semanais que levam de 3 a 10 minutos para executar e despejar dados em csv ou backups) vão para o servidor mysql02. Recebemos cerca de 3 a 5 mil visitas por dia ao nosso site e temos cerca de 20 a 30 usuários internos, que usam vários aplicativos diariamente para inventário, processamento de pedidos, etc. Portanto, esses servidores não estão particularmente sujeitos a cargas pesadas além dos relatórios de qualquer maneira, o escrav

odos os servidores rodam em umvirtualized XEN pool nas VMs Debian Lenny.

Estamos fazendo uma revisão dos sistemas e alguém sugeriu mudar paraMySQL Cluster (NDB) configuração. Eu sei disso em teoria, mas nunca realmente o executei. Alguém que já teve experiência com isso sabe de quaisquer vantagens / desvantagens em relação à nossa configuração atual e de algumas advertências em particular quando se trata de aplicativos Ruby / Rail

questionAnswers(1)

yourAnswerToTheQuestion