【问题标题】:Cassandra for P2P distributed network [closed]用于 P2P 分布式网络的 Cassandra [关闭]
【发布时间】:2020-08-01 07:48:12
【问题描述】:

客户端要求为 P2P 分布式网络创建数据存储,但不想为数据库服务创建专用节点/服务器 - 所有节点应该是平等的。或者至少有一部分节点应该运行数据库系统。我认为 Cassandra 是候选者,因为它没有“主”服务器——集群中的 Cassandra 实例具有同等的责任。网络由 50 个节点组成。既没有对存储的密集数据写入/读取(每分钟一次 DB 访问),也没有大量数据。无实时要求。节点在地理上分布。 在这个 P2P 网络中的每个节点上运行 Cassandra 实例是不是一个好主意,以便所有节点真正对等 - 平等?

【问题讨论】:

  • 您希望存储什么样的数据量?更清楚地说明您的要求(可用性、架构等)会很有用。

标签: cassandra p2p


【解决方案1】:

之前有人问过这个问题,但我不记得是在 ASF Slack #cassandra 频道还是在 Cassandra 邮件列表上。

答案是肯定的,这是一个不错的选择。在另一个 P2P 用例中,每个对等点将单独将该对等点的所有数据存储在 RF=1 的单节点实例中。但他们有几十个同行,分布在不同的地区。

从表面上看,他们有几十个单节点集群似乎很危险,因为没有副本,所以如果 Cassandra 节点出现故障,对等节点实际上会离线。然而他们解释说,由于他们有数十个节点分散在全球各地,他们的系统可以容忍节点中断,因为它只会联系网络中最近的节点。

同样,这是一个很好的用例,因为他们需要 Cassandra 的快速写入和毫秒级的读取延迟。干杯!

【讨论】:

  • 感谢您的回答。在这个 p2p 网络中,对等点应该能够读取其他对等点写入的数据 - 对等点的数据不是本地的,所以我认为所有对等点都应该是复制数据的同一个集群的一部分,如果对等点离线,则数据存储在其其他对等方仍可使用数据库实例。
  • 是的,我同意。 :) 我只是以另一个用例为例,说明他们选择做什么以及为什么。他们的用例是独一无二的,而不是常态。干杯!
猜你喜欢
  • 2014-05-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-05-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多