Kubernetes control plane 节点各自包含一个 ovnkube-master pod，它托管 OVN 北向和南向数据库的容 器。所有 OVN 北向数据库组成一个 Raft 集群，所有南向数据库组成一个单独的 Raft 集群。在任何给定 时间，单个 ovnkube-master 是领导机，其他 ovnkube-master pod 为 followers。 27.2.2. 列出 OVN-Kubernetes 何转换为逻辑流规则。OVN Raft leader 上会显示最新信息，这个过程描述了如何找到 Raft 领导，然后查询它以列出 OVN 北向数据库内 容。 先决条件 先决条件 使用具有 cluster-admin 角色的用户访问集群。 已安装 OpenShift CLI（oc）。 流程 流程 1. 查找北向数据库的 OVN Raft 领导。 注意 Raft 领导机存储最新信息。 a 架构的一个表示形式。OVN Raft leader 上会显示最新信 息，这个过程描述了如何找到 Raft 领导机并查询它以列出 OVN 南向数据库内容。 先决条件 先决条件 使用具有 cluster-admin 角色的用户访问集群。 已安装 OpenShift CLI（oc）。 流程 流程 1. 查找南向数据库的 OVN Raft 领导。 注意 Raft 领导机存储最新信息。 a.

ENDPOINT | ID | VERSION | DB SIZE | IS LEADER | IS LEARNER | RAFT TERM | RAFT INDEX | RAFT APPLIED INDEX | ERRORS | +---------------------------+------------------+---------+-- ENDPOINT | ID | VERSION | DB SIZE | IS LEADER | IS LEARNER | RAFT TERM | RAFT INDEX | RAFT APPLIED INDEX | ERRORS | +---------------------------+------------------+---------+--

上集中信息。这可减少操作延迟，并减少 worker 和控制节点之间的集群范围 流量。因此，集群网络使用节点数线性扩展，因为每个额外节点都会添加额外的网络容量，这样可优化较 大的集群。因为每个节点上的网络流都是本地化的，所以不再需要 RAFT 领导选举机制，并删除了 instability 的主要来源。对本地化网络流数据的一个额外好处是，网络上的节点丢失的影响仅限于故障节 点，且对集群的其他网络没有问题，从而使集群对故障场景更具弹性。如需更多信息，请参阅