一文运维zookeeper

最新推荐文章于 2023-12-08 16:34:12 发布
最新推荐文章于 2023-12-08 16:34:12 发布
阅读量736 收藏 2
点赞数
分类专栏： 分布式框架 # zookeeper
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Z_Stand/article/details/111057384
版权

文章目录

关于分布式协调服务zookeeper，之前已经对整个框架以及基础使用场景和环境配置做个一个总体的介绍
一文入门zookeeper。

ps: 以下实验是在mac上进行的，有一些mac特有的配置会特别说明
本文中使用的zookeeper版本是3.5.8

本节将简单介绍zookeeper的基本运维操作，主要包括：

  • zookeeper 生产环境的安装配置
  • zookeeper 的监控方法
  • 通过zookeeper observer 实现跨地域部署
  • 通过动态配置实现不中断服务的集群成员变更
  • 如何查看zookeeper的数据存储文件：事务文件和快照文件

通过熟悉以上运维操作，能够更进一步的了解整个zookeeper的架构和实现方式，从而更好得使用它。

1. zookeeper生产环境的安装配置

1.1 软件配置

ZooKeeper 的配置项在 zoo.cfg 配置文件中配置, 另外有些配置项可以通过 Java 系统属性来 进行配置。

  • clientPort : ZooKeeper 和客户端通信的端口号。
  • dataDir :来保存快照文件的目录。如果没有设置 dataLogDir ，事务日志文件也会保存到这
    个目录。
  • dataLogDir :用来保存事务日志文件的目录。因为 ZooKeeper 在提交一个事务之前，需要保 证事务日志记录的落盘，所以需要为 dataLogDir 分配一个独占的存储设备。

基本配置文件内容如下，这里是在mac本地进行演示，并没有增加dataLogDir，默认会和dataDir在一个目录，如果有足够的测试服务器可以为该配置分配独立的目录:

# The number of milliseconds of each tick
tickTime=2000
# The number of ticks that the initial 
# synchronization phase can take
initLimit=10
# The number of ticks that can pass between 
# sending a request and getting an acknowledgement
syncLimit=5
# the directory where the snapshot is stored.
# do not use /tmp for storage, /tmp here is just 
# example sakes.
dataDir=/tmp/zookeeper
# the port at which the clients will connect
clientPort=2181

1.2 硬件配置

建议为zookeeper分配独立的服务器，同时要给zookeeper的事务日志（dataLogDir）分配独立的存储设备或者分区

  • 内存:ZooKeeper 需要在内存中保存 data tree 。对于一般的 ZooKeeper 应用场景，8G 的内存足够了。
  • CPU:ZooKeeper 对 CPU 的消耗不高，只要保证 ZooKeeper 能够有一个独占的 CPU 核 即可
  • 存储:因为存储设备的写延迟会直接影响事务提交的效率，建议为 dataLogDir 分配一个独占的 SSD 盘

1.3 日志配置文件

日志配置文件默认在 conf/log4j
基本配置内容如下：

# 日志级别
zookeeper.root.logger=INFO, CONSOLE
# 对于appender来说，也是Info 或者比info 级别更严重的log会被打出来
zookeeper.console.threshold=INFO

zookeeper.log.dir=.
zookeeper.log.file=zookeeper.log
zookeeper.log.threshold=INFO
zookeeper.log.maxfilesize=256MB
zookeeper.log.maxbackupindex=20

zookeeper.tracelog.dir=${zookeeper.log.dir}
zookeeper.tracelog.file=zookeeper_trace.log

log4j.rootLogger=${zookeeper.root.logger}

#
# console
# Add "console" to rootlogger above if you want to use this 
#
# console appender 的实现类
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Threshold=${zookeeper.console.threshold}
# console 日志输出的格式
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
# 指定详细的日志格式
log4j.appender.CONSOLE.layout.ConversionPattern=%d{ISO8601} [myid:%X{myid}] - %-5p [%t:%C{1}@%L] - %m%n

#
# Add ROLLINGFILE to rootLogger to get log file output
#
# 一般会使用appender.ROLLINGFILE作为日志追加方式
log4j.appender.ROLLINGFILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLINGFILE.Threshold=${zookeeper.log.threshold}
log4j.appender.ROLLINGFILE.File=${zookeeper.log.dir}/${zookeeper.log.file}
log4j.appender.ROLLINGFILE.MaxFileSize=${zookeeper.log.maxfilesize}
log4j.appender.ROLLINGFILE.MaxBackupIndex=${zookeeper.log.maxbackupindex}
log4j.appender.ROLLINGFILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLINGFILE.layout.ConversionPattern=%d{ISO8601} [myid:%X{myid}] - %-5p [%t:%C{1}@%L] - %m%n

1.4 配置三节点的zookeeper集群

在服务器充足的情况下，每一个服务区基本的配置步骤如下：

  1. 申请 ZooKeeper 节点服务器。每个 ZooKeeper 节点有两个挂载盘。
  2. 每个节点安装 JDK 8 。
  3. 在每个节点为 dataDir 初始化一个独立的文件系统 /data ，编辑 myid，表示server的编号（每个 server代表一个数字，可以echo 1 > /data/myid 即可） 。
  4. 各个节点之间配置基于 public key 的 SSH 登录。
  5. 在一个节点上下载解压 apache-zookeeper-3.5.5-bin.tar.gz ，配置 zoo.cfg 。使用 rsync 把解压的目录同步到其他节点。

到此即完成基本的环境配置，我们只需要使用zookeeper提供的cli命令进行运维层面的配置即可。

因为我只有一个mac机器，那只能在一个mac机器中启动三个server进程来模拟zookeeper的集群，这里不需要执行第四步了，对应的第三步通过指定不同的配置目录即可。

模拟的三个节点的配置如下:
需要注意的是其中的server.配置，127.0.0.1表示节点ip或者主机(hostname)名称，7777表示后续zookeeper 集群的qurom通信端口号，7778表示leader选举的端口号。

同时需要打开选项4lw.commands.whitelist=*表示开启zookeeper提供的四字母监控命令的白名单。

  • zoo-node1.cfg
    tickTime=2000
initLimit=10
syncLimit=5
dataDir=/tmp/zookeeper1
clientPort=2181
server.1=127.0.0.1:7777:7778
server.2=127.0.0.1:6666:6667
server.3=127.0.0.1:5555:5556
4lw.commands.whitelist=* #开启监控命令的白名单，否则后续的监控命令无法使用
  • zoo-node2.cfg
    tickTime=2000
initLimit=10
syncLimit=5
dataDir=/tmp/zookeeper2
clientPort=2181
server.1=127.0.0.1:7777:7778
server.2=127.0.0.1:6666:6667
server.3=127.0.0.1:5555:5556
4lw.commands.whitelist=*
  • zoo-node3.cfg
    tickTime=2000
initLimit=10
syncLimit=5
dataDir=/tmp/zookeeper3 # 如果使用服务器可以指定相同的目录
clientPort=2181
server.1=127.0.0.1:7777:7778
server.2=127.0.0.1:6666:6667
server.3=127.0.0.1:5555:5556
4lw.commands.whitelist=*

启动zookeeper集群:
zkServer.h start conf/zoo-node1.cfg
zkServer.h start conf/zoo-node2.cfg
zkServer.h start conf/zoo-node3.cfg

启动成功之后，检查集群状态是否有异常
echo srvr | nc localhost 2181, nc是ncat命令的缩写是一个网络工具，mac上可以通过brew install nmap安装，安装完成需要将/usr/local/Cellar目录导入$PATH，否则无法直接使用命令。

└> echo srvr | nc localhost 2181
Zookeeper version: 3.5.8-f439ca583e70862c3068a1f2a7d4d068eec33315, built on 11/15/2020 03:27 GMT
Latency min/avg/max: 0/0/0
Received: 7
Sent: 6
Connections: 1
Outstanding: 0
Zxid: 0x100000006
Mode: follower
Node count: 5

如果执行以上命令出现
srvr is not executed because it is not in the whitelist.问题，则需要修改cfg配置，加入4lw.commands.whitelist=* 配置，打开四个字母的白名单。记得修改完配置重启zkServer.sh ，配置才能生效。

2. zookeeper的监控方法

zookeeper 虽然仅仅提供分布式的协调服务，但是仍然有自己的监控系统（一组监控命令），来让自己的运维系统更加完善。
接下来主要描述两种zookeeper原生支持的监控方式，第一种是four letters命令；第二种是JMX方式，这种方式后面的演示在mac上会更方便一点。

2.1 four letters命令

其中four letters 命令由四个字母组成，可以通过 telnet 或 ncat 使用客户端端口向 ZooKeeper 发出命令。

  • ruok , 向zookeeper 集群的一个节点询问are you ok?
    echo ruok | nc localhost 2181 ,向指定节点的client通信端口发送信息
    如果回复 imok%，则该节点正常,否则返回失败。

    这个状态并不是代表集群状态，仅仅是集群的某一个节点状态。

  • conf , 查看节点配置项
    echo conf | nc localhost 2181 ,输出如下
    clientPort=2181
secureClientPort=-1
dataDir=/tmp/zookeeper1/version-2
dataDirSize=67109438
dataLogDir=/tmp/zookeeper1/version-2
dataLogSize=67109438
tickTime=2000
maxClientCnxns=60
minSessionTimeout=4000
maxSessionTimeout=40000
serverId=1
initLimit=10
syncLimit=5
electionAlg=3
electionPort=7778
quorumPort=7777
peerType=0
membership:
server.1=127.0.0.1:7777:7778:participant
server.2=127.0.0.1:6666:6667:participant
server.3=127.0.0.1:5555:5556:participant
  • stat, 返回当前server节点和客户端链接信息
    echo stat | nc localhost 2181
    Zookeeper version: 3.5.8-f439ca583e70862c3068a1f2a7d4d068eec33315, built on 11/15/2020 03:27 GMT
Clients:
 /127.0.0.1:53629[0](queued=0,recved=1,sent=0)

Latency min/avg/max: 0/0/0
Received: 3
Sent: 2
Connections: 1
Outstanding: 0
Zxid: 0x100000006
Mode: follower
Node count: 5
  • dump, 查看zookeeper 中临时节点的信息
    echo dump | nc localhost 2181
    SessionTracker dump:
Global Sessions(1):
0x100077484570000       30000ms
ephemeral nodes dump:
Sessions with Ephemerals (1):
0x100077484570000:
        /worker
Connections dump:
Connections Sets (3)/(2):
0 expire at Sat Dec 12 12:43:33 CST 2020:
1 expire at Sat Dec 12 12:43:43 CST 2020:
        ip: /127.0.0.1:54091 sessionId: 0x0
1 expire at Sat Dec 12 12:43:53 CST 2020:
        ip: /127.0.0.1:54021 sessionId: 0x100077484570000
  • wchc, 查看 watch状态信息
    └> echo wchc | nc localhost 2181
0x100077484570000
        /worker

更多的四字命令如下：

conf: 打印ZooKeeper的配置信息
cons: 列出所有的客户端会话链接
crst: 重置所有的客户端连接
dump: 打印集群的所有会话信息，包括ID，以及临时节点等信息。用在Leader节点上才有效果。
envi: 列出所有的环境参数
ruok: "谐音为Are you ok"。检查当前服务器是否正在运行。
stat: 获取ZooKeeper服务器运行时的状态信息，包括版本，运行时角色，集群节点个数等信息。
srst: 重置服务器统计信息
srvr: 和stat输出信息一样，只不过少了客户端连接信息。
wchs: 输出当前服务器上管理的Watcher概要信息
wchc: 输出当前服务器上管理的Watcher的详细信息，以session为单位进行归组
wchp: 和wchc非常相似，但是以节点路径进行归组
mntr: 输出比stat更为详细的服务器统计信息

2.2 JMX 监控方式

接下来说一下JMX，ZooKeeper 很好的支持了 JMX ，大量的监控和管理工作多可以通过 JMX 来做。
而且能够将zookeeper的JMX数据集成到Prometheus，利用其来进行zookeeper的监控。

安装了JDK环境之后，JMX默认已经安装，只需要在终端运行jconsole命令（mac）即可启动
在这里插入图片描述
我的环境中已经有三个zkServer,所以会有三个server.quorum，任选一个即可。
直接点击连接，会弹出一个不安全连接的弹窗（因为我们并没有配置集群的ssl安全连接配置），所以这里直接选择 “不安全连接“即可
在这里插入图片描述
能够看到当前节点的 zookeeper server的资源消耗概览：
在这里插入图片描述
更加详细的节点细节数据可以通过进入MBean页面查看。
在这里插入图片描述
比如我使用zookeeper客户端做了如下操作：
在这里插入图片描述
原本在jconsole看到的节点个数的信息是在这里插入图片描述
刷新后可以看到有变更：
在这里插入图片描述

以上的监控访问都是通过本地访问，现在jmx也能够支持远程访问，在被访问机器配置环境变量：

JMXPORT=8081

重启zookeeper server以及jconsole

然后在当前节点的jconsole连接窗口输入如下内容，仍然使用不安全的 连接方式即可访问远程节点的zookeeper数据。
在这里插入图片描述

到此zookeeper的原生监控已经描述完毕，可以看到zookeeper的运维系统还是非常完善的，更加方便的监控就是结合jmx数据和premethus 完成更加完善全面的监控。

3. 通过zookeeper observer实现跨地域部署

3.1 什么是observer

就像是字面含义中所说的 观察者，不参与，不决策，万物皆可动，唯我心永恒。
它作为zookeeper集群中的一个角色而存在，和集群中其他节点的唯一交互就是接受来自leader的inform信息，更新到自己的本地存储，不参与集群中的事务提交，leader选举等过程。

下图为zookeeper写请求的时序图：
在这里插入图片描述
上图中：节点2: leader, 节点1和节点3都是follower

  • 客户端提交写请求到其所连接的节点1
  • 节点1 将请求转发给节点2（节点2是leader），只有leader可写
  • 节点2 发送提案 给集群所有节点
  • 节点2等待，只有有超过半数的节点回复，即可进行commit
  • 节点1 收到commit消息，即可向客户端返回成功。

3.2 observer 提升 写性能

将节点1 设置为observer，这样能够减少网络rpc（一次propose和accept），减少磁盘I/O（只需要等待leader的通知返回客户端即可）
在这里插入图片描述

3.3 observer 实现跨数据中心部署

在这里插入图片描述
如上场景，整个集群包括leader节点在内有5个节点，其中北京有3个节点，香港有2个节点。
假如我们这5个节点的集群只有1个leader和其他4个follower，leader在北京，那么远在香港的两个follower每一次写请求都需要参与到整个集群的propose和accept，这两个rpc对于跨地域的集群部署来说代价非常大，会严重降低系统可用性和性能。

这个时候如上图，我们将香港的两个节点设置为observer，2个rpc就可以节省下来，observer只需要forward到leader 并接受leader的inform即可。

当然这样的集群部署模式在实际的场景还不如分成两个本地集群，从而降低网络分区对系统可用性的影响。

那么如何将一个节点部署成observer节点？

实际的部署配置可以 修改observer所在节点的zoo.cfg启动配置的集群选项配置如下：

server.1=127.0.0.1:7777:7778
server.2=127.0.0.1:6666:6667
server.3=127.0.0.1:5555:5556
server.4=127.0.0.1:3333:3334:observer #增加集群的配置选项，将当前节点指定为observer
4lw.commands.whitelist=*

启动第四个节点之后，通过echo srvr | nc $ip 2181 指定第四个ip的端口即可知道我们设置的角色是否成功（observer角色）。

4. zookeeper 不中断服务的集群成员变更方法

上文中我们也有关于调整集群成员的一些操作，总体步骤如下：

  1. 停止整个集群中所有的server
  2. 更改现有集群中所有server的cfg项中的server.n项（集群成员变更可能导致某一个节点已有数据被覆盖）
  3. 重新启动集群中所有的server

如果zookeeper集群达到一定规模，这一系列操作low且耗时，尤其是中断服务，降低系统可用性。

由于这种手动方式调整代价很高，所有zookeeper在3.5.0版本合入了 dynamic reconfiguration特性。
这个特性能够支持不停止zookeeper服务的前提下调整集群成员。

  • 获取一个给super用的digest, 其中supper是zookeeper提供的认证机制。
    package org.yao;

import org.apache.zookeeper.server.auth.DigestAuthenticationProvider;

/**
 * Generate digest for ZooKeeper super user authentication.
 */
public class DigestGenerator {

  public static void main(String[] args) throws Exception {
    System.out.println(DigestAuthenticationProvider.generateDigest("super:z_stand"));
  }
}
    运行代码即可生成一个digest认证xxx
  • 导入该认证到环境变量中
    export SERVER_JVMFLAGS=-Dzookeeper.DigestAuthenticationProvider.superDigest=super:xxx
  • zookeeper配置文件
    zoo-node2.cfg,将server.n相关配置放在了单独的配置文件中，因为后续动态修改的话是需要修改该文件的内容。
    tickTime=2000
initLimit=10
syncLimit=5
dataDir=/tmp/zookeeper2
clientPort=2181
4lw.commands.whitelist=*
dynamicConfigFile=conf/dyn.cfg
    dyn.cfg
    server.1=127.0.0.1:7777:7778:participant;127.0.0.1:2181
server.2=127.0.0.1:6666:6667:participant;127.0.0.1:2181
server.3=127.0.0.1:5555:5556:participant;127.0.0.1:2181

所有节点的配置文件修改好之后可以将每个节点的server都启动起来。

  • 开启客户端，这个客户端需要连接到我们第一步配置认证的那个节点上运行，当然这里是mac上模拟的，所以也就直接连接本地即可。
    zkCli.sh -server localhost:2181
  • 在客户端的交互命令行中 添加认证
    addauth digest super:z_stand 即可
    接下来展示客户端交互命令如何动态配置节点情况
    • config 显示集群中的server配置
    • reconfig -remove 3 移除server.3
    • config查看集群成员的变更情况
    • reconfig -add server.4=127.0.0.1:3333:3334:participant;127.0.0.1:2181向集群中增加新的成员

到此集群成员的动态变更方式基本描述清楚了，感兴趣的同学可以尝试一下，需要注意的supper认证部分，zkCli.sh连接的server是需要完成认证的server节点。

5. zookeeper数据存储文件：事务文件和快照文件

zookeeper本地存储中的数据形态如下图：
在这里插入图片描述
data tree 中的znode信息都是存放在内存中的
而磁盘上主要的是两种文件：事务文件和快照文件

事务文件中的entry是追加的，每一次有zookeeper集群的写入（创建znode,删除znode）都会作为事务更新到事务文件中。事务使用64位的整数zxid唯一标识，其中高四个字节是epoch,低四个字节是counter。

快照文件是当节点启动/重启时会创建一个文件

除此之外还会有两个文件：acceptedEpoch和currentEpoch分别保存当前集群的一些版本信息。

└> ls /tmp/zookeeper1/version-2
acceptedEpoch      log.100000001      log.600000001      snapshot.0
currentEpoch       log.400000001      log.a00000001      snapshot.600000001

zookeeper提供了工具能够查看其中的内容zkTxnLogToolkit.sh，可以看到如下信息

└> zkTxnLogToolkit.sh log.a00000001
/usr/bin/java
ZooKeeper Transactional Log File with dbid 0 txnlog format version 2
2020/12/12 CST 下午3:18:27 session 0x100080708e50000 cxid 0x0 zxid 0xa00000001 createSession 30000
2020/12/12 CST 下午3:37:55 session 0x100080708e50000 cxid 0x0 zxid 0xa00000002 closeSession
2020/12/12 CST 下午3:55:57 session 0x100080708e50001 cxid 0x0 zxid 0xa00000003 createSession 30000
EOF reached after 3 txns.

当对集群中的数据进行变更时这一些日志条目也会发生变更。

查看zookeeper的快照文件，这里zookeeper仅仅提供了一个类org.apache.server.SnapshotFormatter来查看，可以编写如下脚本snapshot.sh实现快照文件的查看：

#!/bin/bash
zkEnv.sh
export CLASSPATH="$CLASSPATH"
java org.apache.server.SnapshotFormatter "$@"

最后通过运行sh snapshot.sh /tmp/zookeeper3/version-2/snapshot.0来查看具体的快照文件内容。

ps: 只要zookeeper节点发生重启，或者启动 就会生成新的快照文件，记录当前状态下zookeeper的内存状态。

剩下的两个epoch文件acceptedEpoch和currentEpoch在单机模式下并不存在， 只有在集群模式下才会生成。

6. 总结

以上从zookeeper集群模式的搭建，到基本zookeeper监控，再到zookeeper实现跨地域部署的优缺点 以及 更加高级的 不中断服务的场景下实现集群成员变更。利用以上特性，我们能够很好的运维一个zookeeper集群。

对于更加底层的细节：zookeeper的读写流程 中如何保证集群写入的原子性（ZAB协议–multi paxos的一种变种），如何完成节点异常时的数据重放，这一些有趣的分布式细节会在后续讨论。

z_stand
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ZooKeeper 运维
02-07
ZooKeeper 运维.源码和文档
zookeeper因内存不足造成的CPU占用率高
wangjun825的博客
12-22 3314
Clickhouse出现建表非常慢的现象。去服务器上看到zookeeper有两个节点的CPU占用率达到50%以上，而另一个节点CPU占用正常。试图用zcCli登录zk失败“Unable to read additional data from server sessionid”，zkServer status也报错“Error contacting service. It is probably not running”，说无法连接。Netstat –anp看2181端口是在监听，不过地址看着是ipv6。怀
进阶分布式系统架构系列（十七）：Zookeeper 运维实践经验总结
民工哥的博客
09-06 164
点击下方名片，设为星标！回复“1024”获取2TB学习资源！前面介绍了 Zookeeper数据与存储、会话与事务管理、分布式锁、客户端、可视化工具、实战项目等相关的知识点，今天我将详细的为大家介绍 zookeeper 运维实践经验总结相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发支持一波！！！Zookeeper是一个高可用的分布式数据管理与协调框架，该框架能很好地保证分布式环境中数...
Zookeeper运维
不断行走的菜鸟的博客
09-15 517
客户端对ZK的更新操作都是永久的，不可回退的，ZK会将每次更新操作以事务日志的形式写入磁盘，写入成功后才会给予客户端响应。Zookeeper 不落盘配置，对使用dlock分布式锁非常频繁，IO占用很高的情况下可以使用此方案，提升ZK性能，分布式锁单独部署zk，数据不落盘： 在/dev/shm下创建两个目录datadir和logdir，zk的配置文件把datadir和logdir指向对应创建目录，并设置forceSync=no. 这个方案是在zk服务器内存充足时使用，并将zk快照数量控制在5个左右。
【运维知识大神篇】超详细的ELFK日志分析教程9（zookeeper集群部署+使用+leader选举流程+zab协议写入原理+kafka集群部署+zabbix监控zookeeper、kafka集群）
最新发布
吾日三省吾身，想出类拔萃，要把知识学牢，学全，学深，学广。
12-08 1025
当我们的数据足够多时，我们需要用到kafka的消息队列进行缓冲，消息队列优势有很多，例如可以削峰填谷，指流量图相对于不使用消息队列流量的流入比较平缓，减少服务器压力；还有应用解耦，当我们一部分产品功能出问题时，其他功能不会有影响；还有异步提速，我们之前发送请求给解耦服务器可能需要200毫秒，但是我们发送给mq（消息队列）可能需要50毫秒，解耦服务器提前将数据存储在消息队列中，这样用户获取数据会更快，提升了用户体验。Kafka 是一个分布式消息系统，ZooKeeper则是分布式应用程序的协调服务。
zookeeper3.5.5镜像
06-29
zookeeper3.5.5镜像
zookeeper3.8 linux安装包
03-19
新功能 ZOOKEEPER-3301-强制执行配额限制 ZOOKEEPER-3601 - 介绍故障注入框架：ZooKeeper 的 Byteman ZOOKEEPER-3907-添加有关指标警报的文档 ZOOKEEPER-4211-向 Prometheus 公开配额指标
zookeeper服务器管理手册-部署运维必备知识
05-10
本文档内容为zookeeper服务器管理手册，包含zookeeper安装，集群配置、部署方案设计、监控、日志管理、配置参数讲解以及日常的维护等等知识，十分实用
zookeeper连接工具
07-05
zookeeper连接工具,可视化数据查看
ZooKeeper学习之运维工具zkweb
08-06
NULL 博文链接：https://damacheng009.iteye.com/blog/2085390
Zookeeper监控与运维
qq_36331657的博客
02-02 1721
1.Zookeeper四字监控 Zookeeper提供了一些4字命令用来监控自己的运行状态； 在zoo.cfg文件最下面加上如下配置开启四字命令白名单： 4lw.commands.whitelist=stat, ruok, conf 或者 4lw.commands.whitelist=* --所有4字命令都可以用 （1）输出server的详细配置信息，（如果没有nc，需要安装：yum ins...
万字详解 Zookeeper 的五个核心知识点
AI乔治
01-15 418
1 ZooKeeper简介 ZooKeeper是一个开源的分布式协调框架，它的定位是为分布式应用提供一致性服务，是整个大数据体系的管理员。ZooKeeper会封装好复杂易出错的关键服务，将高效、稳定、易用的服务提供给用户使用。 如果上面的官方言语你不太理解，你可以认为ZooKeeper=文件系统+监听通知机制。 1.1 文件系统 Zookeeper维护一个类似文件系统的树状数据结构，这种特性使得Zookeeper不能用于存放大量的数据，每个节点的存放数据上限为1M。每个子...
Zookeeper 之学习笔记。
qq_32783151的博客
03-07 334
一、ZooKeeper 概述 1.1 由来 下面这段内容摘自《从 Paxos 到 ZooKeeper 》第四章第一节的某段内容，推荐大家阅读一下： Zookeeper 最早起源于雅虎研究院的一个研究小组。在当时，研究人员发现，在雅虎内部很多大型系统基本都需要依赖一个类似的系统来进行分布式协调，但是这些系统往往都存在分布式单点问题。 所以，雅虎的开发人员就试图开发一个通用的无单点问题的分布式协调框架，以便让开发人员将精力集中在处理业务逻辑上。 关于“ZooKeeper”这个项目的名字，其实也有一段趣闻。在立项
【zookeeper】zookeeper 性能优化与配置详解 一些踩坑建议
九师兄
09-15 4852
ZooKeeper的功能特性通过ZooKeeper配置文件来进行控制管理（ zoo.cfg配置文件）。ZooKeeper这样的设计其实是有它自身的原因的。通过前面对ZooKeeper的配置可以看出，对ZooKeeper集群进行配置的时候，它的配置文档是完全相同的（对于集群伪分布模式来说，只有很少的部分是不同的）。这样的配置方使得在部署ZooKeeper服务的时候非常地方便。另外，如果服务器使用不同的配置文件，必须要确保不同配置文件中的服务器列表相匹配。
Linux Nc命令详解及使用Nc查看Zookeeper的信息
大叶子不小的博客
05-13 2572
Linux中nc命令是一个功能强大的网络工具，全称是netcat。 1.语法： nc [-hlnruz][-g<网关...>][-G<指向器数目>][-i<延迟秒数>][-o<输出文件>][-p<通信端口>][-s<来源位址>][-v...][-w<超时秒数>][主机名称][通信端口...] 参数说明： -g<网关> 设置路由器跃程通信网关，最丢哦可设置8个。 ..
ZK/zookeeper常规命令 | Watch监控命令的使用 | ACL权限操作 | Four Letter Words四字命令详解 | 配置super超级用户权限 | 总结的很全面，你会喜欢吗
血煞长虹 的专栏
12-08 8066
文章力求用最精简的语言，全面系统的介绍了zk各种命令的使用，这些命令都很重要，可以不用完全熟记，但是不可不知，温故而知新。 get set 是一些常规操作命令，Watch命令用来监听节点的各种变化（java项目实战用的比较多），nc命令有时候也不可或缺，比如dump命令。 全文根据命令的分类：常规、watch监控、Acl权限、nc四字命令，共分为四大章节。可更加目录，快速定位查看。
zookeeper配置文件详解
marylgao技术专栏
03-24 6403
本文我们主要针对zookeeper配置文件中的各个选项进行讲解，注意本文参数主要针对3.5.5版本 首先zookeeper的配置主要分为以下几个大类，下面我们就会对每一类的参数进行详细讲解 基本参数配置 存储参数配置 网络参数配置 集群参数配置 日志参数配置 权限和角色参数配置 基本参数配置 参数 描述 clientPort 主要定义客户端连接zookeeper server的端口，默认情况下为2181 dataDir 主要用来配置zookeeper server数据的存放路径
Zookeeper 重要概念以及基本命令使用
小灰狼与大白兔的博客
01-10 7335
我是通过docker-compose搭建的单机zookeeper集群，所以本博客是基于Docker-compose部署单主机zookeeper集群 来做的实验。 ZooKeeper重要概念 会话（Session）：Session指的是ZooKeeper客户端与服务端的会话。客户端启动时，会与服务端建立一个TCP长连接，客户端需要通过心跳与服务端保持会话，也可以向服务端发送请求并接受响应，并且还可以接收来自服务端的事件通知（Watcher）。 节点（Znode）：ZooKeeper的数据模型是一棵树（Znod
运维使用zookeeper
07-28
- *1* *2* [一文运维zookeeper](https://blog.csdn.net/Z_Stand/article/details/111057384)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值