分布式技术 -- ZooKeeper特点以及数据结构

1、Zookeeper特点:

  • Zookeeper:一个领导者(Leader) ,多个跟随者(Follower) 组成的集群。这与Redis的集群概念一样的,Redis是一主多从。
  • 集群中只要有半数以上(必须大于集群数量的一半,等于一半也不行)节点存活,Zookeeper集群就能正常服务。
  • 全局数据一致性:每个服务Server保存一份相同的数据副本,Client无论连接到哪个Server服务,获取到的数据都是一致的。
    • 每个服务Server保存的数据副本非常小的,主要是一些服务的配置文件而已。
  • 更新请求顺序进行,来自同一个Client的更新请求按其发送顺序依次执行。
    • 比如:一个Client先后发了三次请求分别是1请求、2请求、3请求,Zookeeper就依次按顺序处理1请求、再处理2请求、最后3请求。
  • 数据更新原子性,一次数据更新,要么成功,要么更新失败。这和SQL的事务特点很相似。
  • 实时性,在一定时间范围内,Client能读到最新数据。
    • 就是说集群之间同步数据副本的时间非常之短,因为上面第三点提及每个服务Server保存的数据副本的容量非常小。

6c50dbff3528941a320098c460b3899c949.jpg

 

2、Zookeeper的数据结构:

        与Linux系统的目录结构一样的(根目录/子目录/子目录......),这里就不详细说了。Zookeeper中每个节点被成为ZNode,并且每个ZNode默认是存储1M的数据,这就是上述Zookeeper特点中为何能实现数据实时性 以及 数据一致性的原因。

 

3、Zookeeper的应用场景:

  •     统一命名服务:便于识别。
  •     统一配置管理:每个服务保存的配置信息要求一致。做到每个客户端访问到的哪个服务的数据都是一样的
  •     统一集群管理:实时监控每个ZNode的数据信息状态(是否有更新了)。
  •     服务器节点动态上下线:一旦发现有服务挂了或者上线,Zookeeper会去通知客户端有服务挂了或者上线。
  •     软负载均衡:让新的请求服务分配交由访问数量较少的服务器去处理。

 

我是杨展浩。这是我的第四篇博客。加油!!!

转载于:https://my.oschina.net/u/3901188/blog/3101914

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值