在 ZooKeeper 集群中，每个服务器都有不同的 角色，这些角色决定了服务器在集群中的功能和责任。ZooKeeper 集群的主要角色包括：

---

1. Leader

• 描述：Leader 是集群中的 主节点，负责处理所有的写操作，并协调集群中的事务同步。

• 职责：

  • 处理所有客户端的写请求（如创建、删除、更新节点等）。
  • 通过 ZAB 协议（ZooKeeper Atomic Broadcast）广播事务给 Follower 节点，确保所有节点的数据一致性。
  • 维护集群的一致性，并通过定期的心跳检测保证与 Follower 节点的同步。
  • 管理事务顺序，确保集群中所有节点执行事务的顺序一致。
  • 在 Leader 节点故障时，参与 Leader 选举，并从新的 Leader 节点继续处理事务。

• 优势：

  • Leader 节点确保集群中的所有写操作都经过单一的入口来处理，避免了写操作冲突。

---

2. Follower

• 描述：Follower 节点是 ZooKeeper 集群中的 从节点，它们跟随 Leader 节点的操作，主要负责响应客户端的读请求。

• 职责：

  • 转发客户端的写请求给 Leader 节点，所有写请求必须由 Leader 处理。
  • 处理客户端的 读请求。Follower 节点会从 Leader 节点同步数据，因此，它能够提供数据的读取服务。
  • 在 Leader 节点发生故障时，Follower 节点会参与 Leader 选举，并成为新的 Leader。

• 优势：

  • Follower 节点通过向 Leader 发送心跳包来保持与 Leader 的连接，并保持数据同步。
  • Follower 节点可以承担大量的读请求负载，减轻 Leader 节点的压力。

---

3. Observer

• 描述：观察者（Observer）节点是一种特殊类型的节点，通常不参与写操作的处理，也不参与选举过程。它只接收 Leader 节点的事务日志，并在本地应用这些日志。

• 职责：

  • 观察者节点会从 Leader 节点获取事务日志，并同步数据，但不会参与选举，也不处理写请求。
  • 观察者主要用于 增加读取能力，为集群提供更多的读请求服务，尤其是在读请求量很高的场景中，能有效减少 Follower 节点的负载。

• 优势：

  • 观察者节点的引入能够提升集群的 读扩展性，减少 Follower 节点的压力。
  • 观察者节点并不参与集群的选举和数据一致性协议，因此不会影响 Leader 节点的事务处理。

• 注意：观察者节点的写请求仍然需要由 Leader 节点来处理，但它不会直接参与集群的事务同步与选举过程。

---

4. Non-voting Server（非投票节点）

• 描述：在 ZooKeeper 中，观察者节点属于 非投票节点。非投票节点是为了扩展读取能力和实现更高的可用性而设计的，但它们不参与集群中的选举投票。

• 职责：

  • 非投票节点仅用于增加读取能力，处理客户端的读请求，但不参与选举投票。
  • 它们可以减轻 Follower 节点的负担，并提升集群的 读取性能。