IcanFixIt

一个ZooKeeper集群或复制的ZooKeeper服务器集群应该优化配置,以避免出现脑裂(split-brain)等情况。 由于网络分割,同一ensemble的两个不同服务器可能构成领导者不一致,因此可能发生脑裂的情景。

以下配置选项可用于ZooKeeper服务器的ensemble中:

  • electionAlg:这个选项用于在ZooKeeper ensemble选举一个领导者。0的值对应于原始的基于UDP的版本,1对应于非验证的基于UDP的fast leader选举,2对应于基于身份验证的fast leader选举的UDP的版本,3对应于基于TCP的fast leader选举。目前,算法3是默认值。领导者选举的实现0、1和2现在已被弃用,而3是唯一使用的。
  • initLimit:这是指tick表示的心跳次数,以便追随者与领导者保持联系。 initLimit应该根据领导者和追随者之间的网络速度(和心跳)以及根据两者之间要传输的数据量来设置。 如果ZooKeeper存储的数据量很大,或者如果网络带宽较低,则应该增加initLimit。
  • syncLimit:这是以tick表示的心跳次数,追随者与领导者同步的时间。如果追随者由于服务器负载或网络问题而落后于领导者,那么他们就会被删除。然而,管理员存储的数据量对领导者和追随者之间的同步时间没有影响。相反,syncLimit依赖于网络延迟和吞吐量。
  • leaderServes:默认情况下,以领导者模式运行的ensemble中的服务器也接受客户端连接。 但是,在负载较重且工作繁忙的集成中,我们可以将引导服务器配置为不接受客户端连接。 这可以使用zookeeper.leaderServes Java系统属性进行配置。 这可以帮助以更快的速率协调写入更新,从而提高写吞吐量。
  • cnxTimeout:指的是为领导者选举通知打开连接的超时值。此参数仅适用于领导者选举算法3——快速领导者选举。默认值是5秒。
  • server.x=[hostname]:port1[:port2]:该参数用于定义ZooKeeper ensemble中的服务器。 当ZooKeeper服务器进程启动时,它通过在数据目录中查找myid文件来确定其身份。 myid文件包含ASCII码的服务器编号; 这应该与配置参数的server.x中的x相同。 这个参数可以进一步解释如下:
  • 有两个TCP端口号:port1和port2。第一个端口用于发送事务更新,第二个端口用于领导者选举。如果electionAlg是1、2或3(默认),则领导选举端口是必需的。
  • 所有的服务器使用相同的server.x配置来正确连接它们是非常重要的。 此外,由客户端使用的ZooKeeper服务器列表必须与每个ZooKeeper服务器的列表相匹配。

配置一个quorum

ZooKeeper允许在ensemble中灵活配置quorum。我们可以通过将ZooKeeper服务器分组来形成分层的quorum。这对于形成跨多个数据中心的ZooKeeper ensemble特别有用。跨数据中心的ensemble有助于确保在灾难场景中提供高可用性服务。以下选项对于在一个ensemble形成这样的组是有用的:

  • group.x=nnnnn[:nnnnn]:这实现了分层quorum结构。 x是组标识符,nnnnn对应于服务器标识符。 组必须是分离的,所有组的联合必须是ZooKeeper ensemble。
  • weight.x=nnnnn:在形成quorum时,用于为组中的服务器分配权重。 它对应于领导选举和Zookeeper Atomic Broadcast(ZAB)投票时服务器的权重。 默认情况下,服务器的权重为1。为服务器分配更多的权重可以使其更容易与其他服务器形成quorum。

相关文章: