本文档采用自动化机器翻译技术翻译。尽管我们力求提供准确的译文，但不对翻译内容的完整性、准确性或可靠性作出任何保证。若出现任何内容不一致情况，请以原始英文版本为准，且原始英文版本为权威文本。

见证节点

在生产环境中部署的SUSE Virtualization个集群需要一个控制平面来管理节点和Pod。一个典型的三节点集群有三个管理节点，每个节点都包含完整的控制平面组件。一个关键组件是etcd，Kubernetes用它来存储数据（配置、状态和元数据）。etcd节点的数量必须始终是奇数（例如，SUSE Virtualization中的默认数量是3），以确保维持法定人数。

某些情况下，您可能需要避免将工作负载和用户数据部署到管理节点。在这些情况下，可以将一个集群节点分配为_见证_角色，这限制它仅作为etcd集群成员运行。见证节点负责建立成员法定人数（大多数节点），这些节点必须就集群状态的更新达成一致。

见证节点不存储任何数据，但仍必须考虑 etcd节点的硬件建议。使用资源有限的硬件会显著影响集群性能，如文章慢速etcd性能（性能测试和优化）中所述。

SUSE Virtualization支持具有两个管理节点和一个见证节点的集群（可选地，一个或多个工作节点）。有关节点角色的更多信息，请参见角色管理。

节点只能在加入集群时被分配_见证_角色。每个集群只能有一个见证节点。

创建带有见证节点的SUSE Virtualization集群

您可以在节点加入新创建的集群时将其分配为_见证_角色。

在以下示例中，创建了一个包含三个节点的集群，节点`harvester-node-1`被分配为_见证_角色。`harvester-node-1`消耗更少的资源，仅具有etcd功能。

NAME↑               STATUS   ROLE                         VERSION               PODS     CPU      MEM    %CPU    %MEM    CPU/A    MEM/A AGE
harvester-node-0    Ready    control-plane,etcd,master    v1.27.10+rke2r1         70    1095    10143      10      63    10000    15976 4d13h
harvester-node-1    Ready    etcd                         v1.27.10+rke2r1          7     258     2258       2      14    10000    15976 4d13h
harvester-node-2    Ready    control-plane,etcd,master    v1.27.10+rke2r1         36     840     6905       8      43    10000    15976 4d13h

因为集群必须有三个节点，提升控制器将提升其他两个节点。之后，集群将有两个控制平面节点和一个见证节点。

见证节点上的工作负载

见证节点仅运行以下基本工作负载：

harvester-node-manager
cloud-controller-manager
etcd
kube-proxy
rke2-canal
rke2-multus

使用见证节点升级集群

一般的升级要求和程序适用于具有见证节点的集群。然而，这些集群中存在降级卷可能导致升级操作失败。

具有见证节点的集群中的 Longhorn 副本

SUSE Virtualization 使用 Longhorn，一个分布式块存储系统，来管理块设备卷。Longhorn 被配置到管理节点和工作节点，但不配置到见证节点，因为它们不存储任何数据。

Longhorn 创建每个卷的副本以提高可用性。副本包含卷的快照链，每个快照存储与前一个快照的变化。在 SUSE Virtualization 中，默认的 StorageClass harvester-longhorn 的副本数量值为 3。

局限性

见证节点不存储任何数据。这意味着在三节点集群（没有工作节点）中，每个Longhorn卷仅创建两个副本。然而，默认的 StorageClass harvester-longhorn 为高可用性设置了副本数量值 3。如果您使用此 StorageClass 创建卷，Longhorn 将无法创建配置的副本数量。这导致卷在 Longhorn UI 上被标记为降级。

总之，您必须使用与集群配置匹配的 StorageClass。