大数据-第06章 zookeeper结构原理图

在这里插入图片描述
执行流程:
①客户端向服务端发送请求
②sever 服务器接收客户端请求(通过选举机制选举出follower服务器和leader服务器,若sever自身弃权,则变成观察者身份,只能执行后期的命令,没有投票权)
③follower(server)服务器将接收的信息发送到leader(server)
④leader接收follower的消息,并集合所有server来判断是否执行客户端请求(过半原则来判断,超过一半的server同意执行,才可以执行)
⑤将所有的sever判断的结果放入消息队列中,发送给所有sever
⑥客户端可以通过所有sever来访问其结果

1.zookeeper
答:zookeeper 分布式应用程序的分布式协调服务,主要服务于分布式系统,可以用zookeeper来做统一配置管理、统一命名服务、分布式锁、集群管理。
2.Znode
答:zookeeper的数据结构,跟Linux文件系统非常类似,可以看做一棵树,每个节点叫做znode。每个节点可以通过路径来标识。
3.znode的分类
答:短暂/临时(Ephemeral):当客户和服务端断开连接后,创建的znode节点会自动删除,或者带顺序号的短暂节点;
持久(Persistent):当客户端和服务端断开连接后,所创建的znode不会删除,或者到顺序号的持久节点。
4.zookeeper监听
答:zookeeper监听场景主要有:①监听znode节点的数据变化;②监听子节点的增加变化。
5.zookeeper原语
答:团结和睦,一致对外
6.从paxos到zookeeper三大过程
答:注册——>监听事件——>回调函数
7.投票机制
答:过半数存活原则:当过半数通过,才将客户端的请求编程一条真的执行的命令,告知所有的节点开始执行命令,然后每一个服务器上都会保存刚才执行的记录。
8.消息队列
答:消息队列是在消息的传输过程中保存消息的容器,有先进先出,消息优先的原则。
9.选举原则
答:①如果集群同时启动,会选取sid最大的机器为leader
②如果是单节点依次启动,则采取“过半选取机制”,即中间的机器作为leader节点
③版本ID或者事务ID,zxid,优先级考虑zxid>sid
10.zookeeper特点
答:

在这里插入图片描述

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值