Nosql Couchbase群集节点的最大数量是多少？

任何人都知道部署的couchbase集群中最大的是什么，因为每个节点都有大量的信息广播，我对其可扩展性表示怀疑

---

谢谢

看看这篇文章，它介绍了“画画”游戏的发展。由于快速增长，他们在8周内从6节点集群发展到90节点集群。他们在向集群添加节点时也没有停机时间，在第6周时，他们每秒处理3000个图形

编辑

检查此链接上的幻灯片16，Viber的群集大小为100+

---

看看这篇文章，它涵盖了“画画”游戏的发展。由于快速增长，他们在8周内从6节点集群发展到90节点集群。他们在向集群添加节点时也没有停机时间，在第6周时，他们每秒处理3000个图形

编辑

检查此链接上的幻灯片16，Viber的群集大小为100+

---

我想用不同于简单节点数的方法来回答这个问题。在您的问题中，您谈论的是可伸缩性，并且对其存在一些疑问。。。。正如你所说，作为Couchbase，我对可扩展性毫不怀疑

当人们使用Couchbase时，就像任何NoSQL解决方案一样，他们会为自己的数据考虑特定的用例。每个用例都有一个特定的数据生命周期量、吞吐量、过期时间等等。。。那么，当您谈论可伸缩性时，您的想法是什么

例如，我一直在从事一个项目，其中我们有一个20节点的集群，处理650000 op/s的数据，其中30%的数据是变异的。对于这个特定的用例，不需要做得更大。您可以在其他用例中看到，例如绘制80/90节点的东西—5000万总用户、1600万日常用户、20亿文档

---

因此，我不想讨论集群的假设大小，而是想了解您的用例和可用硬件/虚拟机的部署类型，以定义什么是好的拓扑。

我想以不同于简单节点数的方式回答这个问题。在您的问题中，您谈论的是可伸缩性，并且对其存在一些疑问。。。。正如你所说，作为Couchbase，我对可扩展性毫不怀疑

当人们使用Couchbase时，就像任何NoSQL解决方案一样，他们会为自己的数据考虑特定的用例。每个用例都有一个特定的数据生命周期量、吞吐量、过期时间等等。。。那么，当您谈论可伸缩性时，您的想法是什么

例如，我一直在从事一个项目，其中我们有一个20节点的集群，处理650000 op/s的数据，其中30%的数据是变异的。对于这个特定的用例，不需要做得更大。您可以在其他用例中看到，例如绘制80/90节点的东西—5000万总用户、1600万日常用户、20亿文档

---

因此，我不想讨论集群的假设大小，而是想了解您的用例和部署可用硬件/虚拟机的类型，以定义什么是好的拓扑。

谢谢您提供的信息。它仍然在100以下，数百或数千个节点中的任何集群？顺便说一句，只需发现另一个困惑：如果我们有10个节点在线，并且想要添加10个新节点，在重新平衡期间，可以通过TAP将副本复制到新节点，而那些活动节点仍然在线，因此所有活动vbucket仍然位于旧的10个节点上；如果我们在新的节点上切换到副本，是否会有很强的一致性？thanksHi，Draw有些东西保存了大约3.3tb的数据，所以要将这些数据存储在ram中，他们需要更像6tb的ram，这是非常巨大的。本页幻灯片19我不知道有数千个集群，为什么您需要这么大的集群，您的实际用例和预期负载是什么？关于再平衡，保持一致性。有关它的具体信息，请参见此处。我们将在未来扩展到数千个，并且需要考虑可扩展性，但是你的用例到底是什么呢？高容量网站/api？分析？如果你发tweet@tgrall，他可能会给你一些大型部署的例子。谢谢你提供的信息。它仍然在100以下，数百或数千个节点中的任何集群？顺便说一句，只需发现另一个困惑：如果我们有10个节点在线，并且想要添加10个新节点，在重新平衡期间，可以通过TAP将副本复制到新节点，而那些活动节点仍然在线，因此所有活动vbucket仍然位于旧的10个节点上；如果我们在新的节点上切换到副本，是否会有很强的一致性？thanksHi，Draw有些东西保存了大约3.3tb的数据，所以要将这些数据存储在ram中，他们需要更像6tb的ram，这是非常巨大的。本页幻灯片19我不知道有数千个集群，为什么您需要这么大的集群，您的实际用例和预期负载是什么？关于再平衡，保持一致性。有关它的具体信息，请参见此处。我们将在未来扩大到数千人，需要考虑斯卡拉比。

---

Lity您的用例到底是什么？高容量网站/api？分析？如果你在tweet@tgrall上发推，他可能会给你举一些更大规模部署的例子。谢谢，如果我们在这种情况下会怎么样：目前，在广告交换世界，我们为所有的网络用户服务，比如说世界人口的一半：40亿，如果我们每天有20亿用户，每次访问10个策略，我们的目标是20000000次操作/秒；相比之下，它需要600个节点@user2530422您不应该从单一客户机/服务器的角度来考虑。它忽视了人类地理分布的现实。将这个集群放在美国将影响20亿人，仅仅因为与服务器的距离而增加应用程序的延迟。跨国企业应用程序早已放弃了客户机/服务器模式，转而支持分布式应用程序。Couchbase拥有大量客户，在单个集群中的运营速度超过100万次。为了得到好的答案，我建议改进假设场景，使其与经验证的企业体系结构设计模式保持一致。谢谢，如果我们是这样的话会怎么样：目前，在ad exchange世界中，我们为所有web用户提供服务，比如说世界人口的一半：40亿，如果我们每天有20亿用户，每次访问10个策略，我们的目标是20000000 op/s；相比之下，它需要600个节点@user2530422您不应该从单一客户机/服务器的角度来考虑。它忽视了人类地理分布的现实。将这个集群放在美国将影响20亿人，仅仅因为与服务器的距离而增加应用程序的延迟。跨国企业应用程序早已放弃了客户机/服务器模式，转而支持分布式应用程序。Couchbase拥有大量客户，在单个集群中的运营速度超过100万次。为了得到好的答案，我建议改进假设场景，使其与经验证的企业体系结构设计模式保持一致。