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

标签：消息   zookeeper   队列   映射   kafka   配置文件   变化   自动   领导   

Chubby:

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

Zookeeper:

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

Zookeeper主要应用场景：

　　选举老大

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

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

　　任务分配

　　锁管理

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

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

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

　　KAFKA：自动发现和添加消费服务器（Broker）和消费服务者（Consumer），保持消费者和消息队列的映射关系和消费信息在消息队列的位置。

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

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

标签：消息   zookeeper   队列   映射   kafka   配置文件   变化   自动   领导   

原文地址：http://www.cnblogs.com/sunshisonghit/p/5997093.html