分布式协调服务
维护&＃xff1a;
1、配置信息
2、命名
3、分布式同步
4、组服务
大多分布式应用都需要处理以上的问题&＃xff0c;不同的应用实现在或作或者存在缺陷&＃xff0c;即便正确因为不用的实现导致管理的复杂性。
zookeeper-动物园管理员
1、提供以上通用的服务
2、接口简单易用&＃xff0c;无需重新编写
概述
1、共享树状结构结构的命名树&＃xff08;类似文件系统结构&＃xff09;
2、zookeeper的数据保存在内存可以获得好吞吐低延迟的性能
3、高性能&＃xff0c;高可用&＃xff08;无单点故障&＃xff09;&＃xff0c;严格顺序访问&＃xff08;复杂的同步原语在客户端实现&＃xff09;
冗余备份&＃xff1a;
1、服务端将状态信息保存在内存并将事务日志和快照持久化。
2、客户端和服务端保持tcp连接&＃xff0c;同过它进行发送请求、获取响应&＃xff0c;获得观察事件&＃xff08;watch&＃xff09;&＃xff0c;发送心跳。如果断开连接&＃xff0c;将连接到其他服务上上。
3、zookeeper读取速度很快&＃xff0c;读的性能大于写入的性能&＃xff0c;比率为10:1
数据模型和层级结构的命名空间
1、每一个zookeeper的命名空间由一个路径指定。
2、每个节点由数据和孩子节点关联。
3、znodes维持一个状态结构。
4、zookeeper支持对一个znode进行观察&＃xff08;watch&＃xff09;&＃xff0c;当znodes改变时候会触发watch&＃xff0c;watch触发后
客户端会接受到一个事件&＃xff0c;告诉说znode发生了变化。
保证&＃xff1a;
1、顺序一致性&＃xff0c;客户端的更新请求会有序执行
2、原子性&＃xff0c;更新要么成功&＃xff0c;要么失败
3、单一系统镜像。
4、可靠性、当发生更新操作时将马上持久化
5、实时性
写入操作流程&＃xff1a;
客户端发送写入请求后&＃xff0c;zookeeper的server端将写入请求转发给lead的server&＃xff0c;更新自己内存数据库然后将更新数据广播给其他的
server&＃xff0c;接受后的follower更新自己内存数据库。客户端发送读请求后&＃xff0c;服务端直接将结果返回。所以读取要比写入高效。
zookeeper读-写吞吐量
参考&＃xff1a;
http://zookeeper.apache.org/doc/trunk/zookeeperOver.html
京公网安备 11010802041100号