首页 > 代码库 > 大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去

大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去

Chubby:

  保持高可用性和可靠性,不追求读写的高吞吐量,所有的读写请求都有主控服务器完成,其他的备份服务器在内存中维护和主控服务器完全一致的树形结构,此时从属服务器的作用在于系统的整体的可靠性。

Zookeeper:

  每一个节点都可以处理读请求,写请求只能由主控服务器处理,此时从属服务器的作用在于提高系统读的吞吐量(有可能会导致读取的数据是老数据)。

Zookeeper主要应用场景:

  选举老大

  配置管理:配置文件存储在某个节点上,其他节点都是观察者,启东市可以读取也可以订阅改配置消息。

  组成员管理:动态监控一个组内成员的变化。

  任务分配

  锁管理

Zookeeper与其他架构的联合使用:

  STORM:主控进程和工作进程状态信息的存储场所,作为主控服务器和备份服务器的切换

  MESOS:领导者选举和主备份服务器启动切换

  KAFKA:自动发现和添加消费服务器(Broker)和消费服务者(Consumer),保持消费者和消息队列的映射关系和消费信息在消息队列的位置。

  Katta: 主备份服务器切换和工作状态配置信息管理。

 

大数据日知录【第五章:分布式协调系统】笔记--如何当选老大?如何加入组织?如何将组织的意愿传递下去