Riak限制

Question

我的网站目前采用了一个系统，其中对特定帖子的描述来自memcache。如果memcache失败，系统将从数据库获取相同的数据。我希望从图片中完全删除数据库。为此，我考虑了高可用性和容错数据存储，RIAK似乎符合这一要求。我想让RIAK作为memcache的故障转移。

然而，该网站有一个巨大的流量，因此我想知道有多少RIAK服务器我将需要。我每天有大约1.5亿的页面浏览量。

提前感谢！

Answer 1

鉴于您提供的信息，在这里真的很难给您一个具体的答案。在我看来，上面1736个请求/秒的假设太粗略了，因为在高峰时间，流量可能会高出10倍。因此，知道这段时间内每秒的请求数将是非常有趣的。

由于您还将memcached用作Riak前面的缓存，下一个问题将是缓存命中率如何--您的多少请求将从memcached获得服务，多少请求将命中您的数据库？

此外，这在很大程度上取决于所使用的硬件，如果您希望在riak上实现高读/写负载，那么SSD将是必须的。

有一些在高负载下使用riak的经验(明显比你的高)，我可以告诉你，请求的数量并不是那么重要(令人惊讶的是riak可以处理的数量)，而是你在riak中拥有的数据量和你存储的对象的大小。物体越大，Riak就会变得越慢。如果你的对象确实大于1MB，那么请不要考虑riak -它不会工作的。在使用Riak时，最好使用更少但速度更快的服务器。

如果你想使用riak，我强烈建议你用jmeter或apache ab做一些重负载测试，看看riak是否能处理你的流量。(即使到那时-也许会慢慢减少你的riak安装的流量)，这样你就可以100%地确定，没有什么会在生产中突然爆发。

最后，请注意，没有软件是完美的。切换到Riak就是用另一头野兽代替另一头野兽。然而，mySQL已经是一个众所周知的野兽了。如果您的MySQL集群出现问题，有很多人可以帮助您。如果你的Riak集群出了问题，你可能在网上找不到什么帮助--而且商业Riak支持是非常昂贵的。

Answer 2

EnvelopeMath 150,000,000 / 24 / 3600 = 1736个请求/秒/EnvelopeMath

这当然在Riak可以做的范围内，但一个强有力的答案仍然取决于对象大小、读/写百分比、您将存储的对象数量、均匀负载分布与高峰时间等。

我会遵循@ChristianDahlqvist的建议，建立一个5节点的bitcask支持的Riak集群，看看它是否符合要求。如果你有任何问题，请随时联系Riak Users Mailing list or the #riak IRC channel on freenode。