当涉及到扩展时，Redis是SignalR + Redis中的瓶颈吗？

Question

我对用于实现可伸缩的服务器应用程序的SignalR + Redis解决方案感兴趣。我担心的是Redis cluster is not production ready还在！所以我的问题是：

当涉及到扩展时，Redis是SignalR + Redis中的瓶颈吗？如果是的话，有没有任何基于Linux的解决方案来解决这个问题？

Answer 1

在单个redis服务器上，您可以轻松地使用pubsub处理多达10K并发客户端。如果您仍然在评估使用什么，这应该比您在当前阶段所需要的要多。

Redis集群预计将在年底或2014年初投入生产。你可以下载并且已经试过了。现在很多人都在使用它，并报告了这个奇怪的错误。redis的创建者致力于使集群工作，到目前为止，它已经非常成熟。

通过使用代理，您可以同时拥有多达1000个节点，在pubsub上有超过10K的客户端，因此有1000万并发用户。从理论上讲，集群的极限是16384个节点，但现在推荐最多1000个节点。

除非您是facebook规模的，否则您可能可以在用例时使用redis (即使您是twitter规模的，因为twitter集中使用redis存储所有时间线)

我被要求在评论中添加一些参考，下面是相关链接：

关于每个redis进程http://redis.io/topics/clients的并发连接数

关于twitter如何使用redis http://highscalability.com/blog/2013/7/8/the-architecture-twitter-uses-to-deal-with-150m-active-users.html

关于集群大小/规格http://redis.io/topics/cluster-spec

Answer 2

当涉及到扩展时，Redis是SignalR + Redis中的瓶颈吗？如果是的话，有没有任何基于Linux的解决方案来解决这个问题？

我不这样认为。查看下面关于如何使用Redis扩展的文章

http://www.asp.net/signalr/overview/performance-and-scaling/scaleout-with-redis