失效链接处理 |
34道ZooKeeper面试题带答案(很全) PDF 下载
相关截图:
主要内容:
1. Zookeeper是什么? Zookeeper是一个开放源码的 分布式协调服务 ,它是集群的管理者,监视着集群中各个节点的状态根据节点 提交的反馈进行下一步合理操作。最终,将简单易用的接口和性能高效、功能稳定的系统提供给用户。 分布式应用程序可以基于Zookeeper实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集 群管理、Master选举、分布式锁和分布式队列等功能。 Zookeeper保证了如下分布式一致性特性: 顺序一致性 原子性 单一视图 可靠性 实时性(最终一致性) 客户端的读请求可以被集群中的任意一台机器处理,如果读请求在节点上注册了监听器,这个监听器也是由 所连接的Zookeeper机器来处理。对于写请求,这些请求会同时发给其他Zookeeper机器并且达成一致后, 请求才会返回成功。因此,随着Zookeeper的集群机器增多,读请求的吞吐会提高但是写请求的吞吐会下 降。有序性是Zookeeper中非常重要的一个特性,所有的更新都是全局有序的,每个更新都有一个唯一的时 间戳,这个时间戳称为 zxid(Zookeeper Transaction Id)。而读请求只会相对于更新有序,也就是读请求 的返回结果中会带有这个Zookeeper最新的zxid。 2. Zookeeper和dubbo的区别? Zookeeper: Zookeeper用来注册服务和进行负载均衡,哪一个服务由哪一个机器来提供必需让调用者知 道, 简单来说就是ip地址和服务名称的对应关系。当然也可以通过硬编码的方式把这种对应关系在调用方业 务代码中实现,但是如果提供服务的机器挂掉,调用者无法知晓,如果不更改代码会继续请求挂掉的机器提 供服务。 Zookeeper通过 心跳机制 可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。 至于支持高并发,简单来说就是横向扩展,在不更改代码的情况通过添加机器来提高运算能力。通过添加新 的机器向 Zookeeper注册服务,服务的提供者多了能服务的客户就多了。 Dubbo: 是管理中间层的工具,在业务层到数据仓库间有非常多服务的接入和服务提供者需要调度,dubbo 提供一个框架解决这个问题。 Zookeeper和 Dubbo的关系: Dubbo将注册中心进行抽象,它可以外接不同的存储媒介给注册中心提供服 务,有 Zookeeper, Memcached, Redis等。注意这里的 dubbo只是一个框架,这个框架中要完成调度必 须要有一个分布式的注册中心,储存所有服务的元数据,可以用Zookeeper,也可以用别的。 3. Zookeeper的java客户端都有哪些? Zookeeper自带的 Zookeeperclient Apache开源的 Curator 4. Zookeeper提供了什么? 文件系统 通知机制 5. 说说Zookeeper文件系统 Zookeeper提供一个多层级的节点命名空间(节点称为 znode)。与文件系统不同的是,这些节点都可以设置 关联的数据,而文件系统中只有文件节点可以存放数据而目录节点不行。Zookeeper为了保证高吞吐和低延 迟,在内存中维护了这个树状的目录结构,这种特性使得 Zookeeper不能用于存放大量的数据,每个节点的存 放数据上限为1M。 6. 说说ZAB协议? ZAB协议是为分布式协调服务Zookeeper专门设计的一种支持 崩溃恢复的原子广播协议 。 ZAB协议包括两种基本的模式: 崩溃恢复 和 消息广播 。 当整个Zookeeper集群刚刚启动或者Leader服务器宕机、重启或者网络故障导致不存在过半的服务器与 Leader服务器保持正常通信时,所有进程(服务器)进入崩溃恢复模式,首先选举产生新的Leader服务器, 然后集群中Follower服务器开始与新的Leader服务器进行数据同步,当集群中超过半数机器与该Leader服务 器完成数据同步之后,退出恢复模式进入消息广播模式,Leader服务器开始接收客户端的事务请求生成事物 提案来进行事务请求处理。 7. Znode有哪些类型 PERSISTENT:持久节点 除非手动删除,否则节点一直存在于Zookeeper上 EPHEMERAL:临时节点 临时节点的生命周期与客户端会话绑定,一旦客户端会话失效(客户端与 Zookeeper连接断开不一定会话失效),那么这个客户端创建的所有临时节点都会被移除。 PERSISTENT_SEQUENTIAL:持久顺序节点 基本特性同持久节点,只是增加了顺序属性,节点名后边会 追加一个由父节点维护的自增整型数字。 EPHEMERAL_SEQUENTIAL:临时顺序节点 基本特性同临时节点,增加了顺序属性,节点名后边会追 加一个由父节点维护的自增整型数字。 8. Zookeeper节点宕机如何处理? Zookeeper本身也是集群,推荐配置 不少于3个服务器 。Zookeeper自身也要保证当一个节点宕机时,其他 节点会继续提供服务。 如果是一个Follower宕机,还有2台服务器提供访问,因为Zookeeper上的数据是有 多个副本的,数据并不会丢失; 如果是一个Leader宕机,Zookeeper会选举出新的Leader。 Zookeeper集群的机制是只要超过半数的节点正常,集群就能正常提供服务。 只有在Zookeeper节点挂得太 多,只剩一半或不到一半节点能工作,集群才失效。 所以: 3个节点的cluster可以挂掉1个节点(leader可以得到2票>1.5) 2个节点的cluster不能挂掉任何1个节点(leader可以得到1票<=1) |