ZooKeeper 配置管理(五)

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
简介: 前面我们学习了ZooKeeper的理论部分还有编程部分,当然最开始也安装和运行了ZooKeeper的单机和集群模式,然而若想要最大化的利用ZooKeeper,我们需要配置合适的ZooKeeper参数和了解每个参数的作用。

前面我们学习了ZooKeeper的理论部分还有编程部分,当然最开始也安装和运行了ZooKeeper的单机和集群模式,然而若想要最大化的利用ZooKeeper,我们需要配置合适的ZooKeeper参数和了解每个参数的作用。

img_8ff6161eb97414fb01d8bba6b9f838ad.png
与文无关

这次我们主要介绍:

  • ZooKeeper的配置
  • ZooKeeper集群配置
  • ZooKeeper的使用建议

ZooKeeper服务器配置

除了zoo.cfg配置文件配置以外,也可也使用Java的zookeeper.propertyName名配置。当然那样不太方便了。

最小化配置

第一篇文章已经提到了

  • clientPort: 客户端端口
  • dataDir: ZooKeeper的数据目录
  • tickTime: 相当于心跳时间,ZooKeeper的最小时间单位。

存储配置

  • dataLogDir: ZooKeeper的事务日志存储的位置。默认和快照数据存储在同一个位置。建议尽量将两者分开。最好给事务日志一个单独的高性能磁盘,记录日志对磁盘性能要求非常高。
  • snapCount: 仅支持Java系统属性配置,zookeeper.snapCount,两次快照之间的事务操作次数。默认值是10000
  • preAllocSize: 默认是64MB。仅支持Java系统属性配置zookeeper.preAllocSize,如果频繁的进行快照,那么事务日志可能增长不到64MB,我们可以调整这个参数来优化存储
  • traceFile:仅支持Java系统属性配置,requestTraceFile,开启日志调试。这个仅在开发环境下使用。traceFile文件名一般为traceFile.year.month.day。
  • fsync.warningthresholdms: 单位为微秒,仅支持Java系统属性配置fsync.warningthresholdms,一旦进行一个fsync的操作大于此参数指定的时间,就在日志中打印报警信息。
  • autopurge.snapRetainCount: 默认值为3,自动清理历史事务日志和快照数据的参数。清理日志后还剩余多少快照和事务日志文件。
  • autopurge.purgeInterval: 默认值为0,单位是小时,不支持系统属性。与autopurge.snapRetainCount配套使用。如果值为0或者负数,代表不开启定时清理功能。
  • syncEnabled: 3.4.6 版本中新引入的属性,使用Java系统属性配置,zookeeper. observer.syncEnabled,允许观察者记录事务日志和写入快照数据。 观察者不参与投票,但是可以提交方案。开启这个选项之后,减少观察者重启的时间。默认为true。

网络配置

  • globalOutstandingLimit: 默认值为1000,仅支持Java系统属性配置zookeeper.globalOutstandingLimit,配置ZooKeeper服务器最大请求的堆积数量,也就是服务器同时处理的请求数。
  • maxClientCnxns: 默认值为60,不支持Java系统属性配置,单个客户端和单台服务器之间的并发连接数。如果设置为0,代表不限制。3.4.0之前这个参数都是10,3.4.0版本以后开始变成了60.
  • clientPortAddress:不支持Java系统属性配置,监听客户端连接的地址和端口,如果有多个网卡,可以指定不同的监听端口。
  • minSessionTimeout: 最小的超时时长限制,为tickTime的整数倍。默认为2
  • maxSessionTimeout:最大超时时长。 默认为20

集群配置

  • electionAlg:不支持Java系统属性,用于选举实现,默认值是3,其它的0,1,2都是要弃用的。
  • initLimit:没有Java系统属性,时间数量,单位是ticks,默认值为10. 该参数为Leader服务器等待Follwer服务器启动,并完成数据同步的时间,Leader允许Follower在这个时间内完成工作。如果集群数量过于庞大,可以适当增加这个参数。
  • syncLimit:不支持Java系统属性配置,默认值为5。Leader服务器和Follwer服务器进行心跳检测的最大延时时间。如果再这个心跳时间内无法收到Follower的心跳信息,那么Leader就认为该Follower已经脱离了和自己的同步。
  • leaderServes:仅支持Java系统属性配置,zookeeper.leaderServes默认值为yes,只能配置伪yes或no。设置Leader服务器是否支持客户端的连接,若设置为no,那么leader服务器只专注于进行分布式协调。
  • cnxTimeout:默认值为5000,单位为毫秒。仅支持系统属性配置zookeeper.cnxTimeout,用于在Leader选举的时候,各服务器之间进行TCP创建连接的超时时间。
  • server.x=[hostname]:port1[:port2] : 不支持Java配置。用于配置组成ZooKeeper集群的机器列表。其中x为Server ID,与每台服务器myid文件中的数字相对应。第一个端口指定Follower与Leader进行通信和数据同步的端口。第二个端口用于选举过程中的投票通信。

使用建议

  • 周期性的清理事务日志文件和快照文件。 可以设置autopurge选项
  • ZooKeeper使用Log4j来记录日志,可以使用Log4j的自动滚动日志特性
  • 客户端连接ZooKeeper服务器列表的时候,最好对应ZooKeeper服务器的列表,否则可能会有砌块的事情发生。
  • ZooKeeper服务器集群中的服务器列表保持一致
  • 事务日志文件最好存在在单独的磁盘上,这样可以更好的发挥ZooKeeper的性能

最后

纯属参考内容,写起来挺无聊的,官方也有详细的解释。这个当做中文参考吧。

参考

相关实践学习
基于MSE实现微服务的全链路灰度
通过本场景的实验操作,您将了解并实现在线业务的微服务全链路灰度能力。
相关文章
|
运维 网络协议 Java
使用阿里云配置管理ACM实现zookeeper依赖服务的透明Failover迁移
在本文中我们介绍了,如何利用ACM解决服务发现场景中的下游依赖服务透明替换节点,调整服务连接超时参数等问题。 通过该例,我们可以看到,在将应用的静态配置文件方式迁移到ACM之后,通过应用主动动态监听配置变更,可以在应用和运维层面获得诸多好处,这包括省去了应用配置变更时,应用往往需要重新发布或者重启的成本,同时使Dev和Ops在配置变更场景下2者之间的沟通成本降到最低。
2479 0
|
关系型数据库 MySQL 数据库
ZooKeeper场景实践:(2)集中式配置管理
1. 基本介绍 在分布式的环境中,可能会有多个对等的程序读取同样的配置文件,程序可以部署在多台机器上,如果配置采用文件的话,则需要为部署该程序的机器也部署一个配置文件,一旦要修改配置的时候就会非常麻烦,需要修改多个配置文件,而且容易产生不一致。 集中式配置管理的思路是,将配置数据集中发布到ZooKeeper的节点上,供订阅者动态获取数据。实现配置的集中式管理和动态更
1849 0
|
关系型数据库 MySQL C++
ZooKeeper场景实践:集中式配置管理
ZooKeeper场景实践:集中式配置管理http://www.bieryun.com/1742.html 1. 基本介绍 在分布式的环境中,可能会有多个对等的程序读取同样的配置文件,程序可以部署在多台机器上,如果配置采用文件的话,则需要为部署该程序的机器也部署一个配置文件,一旦要修改配置的时候就会非常麻烦,需要修改多个配置文件,而且容易产生不一致。
1479 0
|
4月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
4月前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
13天前
|
存储 SpringCloudAlibaba Java
【SpringCloud Alibaba系列】一文全面解析Zookeeper安装、常用命令、JavaAPI操作、Watch事件监听、分布式锁、集群搭建、核心理论
一文全面解析Zookeeper安装、常用命令、JavaAPI操作、Watch事件监听、分布式锁、集群搭建、核心理论。
【SpringCloud Alibaba系列】一文全面解析Zookeeper安装、常用命令、JavaAPI操作、Watch事件监听、分布式锁、集群搭建、核心理论
|
4月前
|
存储 负载均衡 Dubbo
分布式-Zookeeper(一)
分布式-Zookeeper(一)
|
2月前
|
存储 运维 NoSQL
分布式读写锁的奥义:上古世代 ZooKeeper 的进击
本文作者将介绍女娲对社区 ZooKeeper 在分布式读写锁实践细节上的思考,希望帮助大家理解分布式读写锁背后的原理。
|
6月前
|
监控 NoSQL Java
分布式锁实现原理问题之ZooKeeper的观察器(Watcher)特点问题如何解决
分布式锁实现原理问题之ZooKeeper的观察器(Watcher)特点问题如何解决

热门文章

最新文章