7.2. 集群行为


集群没有被动态定义,这意味着它不会自动调整。不能启动新的节点,并通过只配置新节点连接到现有集群。必须通过集群管理 RPC 来获知节点的添加和移除集群。

集群是一个领导/跟进器模型。一个活跃节点被选为领导节点,剩余的活跃节点会变为后续节点。集群根据基于 Raft consensus 的模型处理持久性。按照这个原则,只有在集群中的大多数节点都同意时才提交事务。

在 OpenDaylight 中,如果节点与集群断开连接,则其本地事务将不再进行转发。最终,它们将超时(默认为 10 分钟),并且前端会停止。所有这些都应用每个分片,因此不同的分片可以具有不同的领导者。这样做的结果会导致以下几项之一:

  • 缺少与十分钟的沟通结果,会导致少量节点与大多数领导设备重新连接。所有事务都会回滚,大多数事务都会重新显示。
  • 缺少 10 分钟以上的通信会导致次要节点停止工作并将信息记录到日志消息中。只读请求应该仍然完成,但没有更改,节点无法自动重新加入集群。

这意味着用户必须监控节点。用户必须检查可用性和集群同步,并在同步后重启它们。要监控节点,用户可以使用 Jolokia REST 服务。如需更多信息,请参阅使用 Jolokia 进行监控

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat