Zookeeper架构与原理

本文详细介绍了Zookeeper的安装配置,包括集群模式的设置和Zookeeper的配置参数。接着阐述了Zookeeper的基本架构,特别是数据同步和一致性保证机制。文中还列举了常用接口,如创建、删除节点,读取数据等,并展示了如何实现分布式锁和FIFO队列等应用场景。
摘要由CSDN通过智能技术生成

Zookeeper的特点:

  • 最终一致性:为客户端展示同一视图,这是zookeeper最重要的功能。
  • 可靠性:如果消息被到一台服务器接受,那么它将被所有的服务器接受。
  • **非实时性:**Zookeeper不能保证两个客户端能同时得到刚更新的数据,如果需要最新数据,应该在读数据之前调用sync()接口。
  • 等待无关(wait-free):慢的或者失效的client不干预快速的client的请求。
  • 原子性:更新只能成功或者失败,没有中间状态。
  • 顺序性:所有Server,同一消息发布顺序一致。

1. 安装与配置

Linux 下的启动脚本是 zkServer.sh;Zookeeper 的配置文件在 conf 目录下,这个目录下有 zoo_sample.cfg 和 log4j.properties,你需要做的就是将 zoo_sample.cfg 改名为 zoo.cfg

tickTime=2000 
dataDir=D:/devtools/zookeeper-3.2.2/build 
clientPort=2181
  • tickTime:这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTime 时间就会发送一个心跳。
  • dataDir:顾名思义就是 Zookeeper 保存数据的目录,默认情况下,Zookeeper 将写数据的日志文件也保存在这个目录里。
  • clientPort:这个端口就是客户端连接 Zookeeper 服务器的端口,Zookeeper 会监听这个端口,接受客户端的访问请求。

1.1 集群模式

zoo.cfg:

initLimit=5 
syncLimit=2 
server.1=192.168.211.1:2888:3888 
server.2=192.168.211.2:2888:3888
  • initLimit:Follower初始连接到Leader时能忍受的最长心跳间隔数(initLimit * tickTime);
  • syncLimit: Leader 与 Follower 之间发送消息,请求和应答的最长时延(syncLimit * tickTime);
  • server.A=B:C:D:
    • 其中 A 是一个数字,表示这个是第几号服务器;
    • B 是这个服务器的 ip 地址;
    • C 与Leader 交换信息的端口;
    • D 选举通信的端口;

2. 基本架构

这里写图片描述

这里写图片描述

2.1 数据同步

整个集群完成Leader选举后,Lear

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值