单独的mysql农场之后的下一个可伸缩性步骤是什么?

我正在运行一个快速增长的Saas服务。 客户是电子商务网站,我们在每个客户网站的每个页面浏览量(目前是10M点击量/天)都会受到影响。 当前的体系结构是Mysql主/从场(在EC2上使用scalr.net运行)。 我们不断增加新的客户到农场,直到索引占用RAM的70%,然后为下一个客户打开一个新的农场。

显然,随着我们的发展,这个架构正在成为一个问题,原因有两个:1)一旦客户或less数客户在他们的网站上stream量很大,他们所在的农场就可能成为瓶颈。 2)目前我们有4个农场,但是我们可以很容易地到达很多难以维护的农场。

你会推荐什么样的策略来实现长期增长? 大部分数据适用于密钥存储。 我们没有外键和less量的连接。

谢谢!