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