首页 > 代码库 > 大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去
大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去
Chubby:
保持高可用性和可靠性,不追求读写的高吞吐量,所有的读写请求都有主控服务器完成,其他的备份服务器在内存中维护和主控服务器完全一致的树形结构,此时从属服务器的作用在于系统的整体的可靠性。
Zookeeper:
每一个节点都可以处理读请求,写请求只能由主控服务器处理,此时从属服务器的作用在于提高系统读的吞吐量(有可能会导致读取的数据是老数据)。
Zookeeper主要应用场景:
选举老大
配置管理:配置文件存储在某个节点上,其他节点都是观察者,启东市可以读取也可以订阅改配置消息。
组成员管理:动态监控一个组内成员的变化。
任务分配
锁管理
Zookeeper与其他架构的联合使用:
STORM:主控进程和工作进程状态信息的存储场所,作为主控服务器和备份服务器的切换
MESOS:领导者选举和主备份服务器启动切换
KAFKA:自动发现和添加消费服务器(Broker)和消费服务者(Consumer),保持消费者和消息队列的映射关系和消费信息在消息队列的位置。
Katta: 主备份服务器切换和工作状态配置信息管理。
大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。