HDFS Observer Read是Hadoop分布式文件系统(HDFS)中的一个特性,用于提升HDFS集群的读取性能和高可用性。通过引入Observer节点,该特性允许将读请求分发到Observer节点,从而减少对主Active NameNode的负载压力。下面详细介绍HDFS Observer Read的核心知识点。 ### ObserverNode [SBN-READ]原理及实现分析 HDFS Observer Read的目的是通过增加Observer节点来减少Active NameNode的负载,提升整个集群的读取吞吐量。Observer节点是通过消费JournalNode上的EditsLog来与Active NameNode保持一致性的,这样读请求就可以从Observer节点获取,而写请求依然由Active NameNode处理。 #### Observer Read的优势 1. **吞吐提升**:通过Observer节点分散读请求,可以有效提升整个HDFS集群的读取吞吐量。 2. **负载平衡**:减轻Active NameNode的负载,因为它不再需要处理所有的读请求。 3. **高可用性**:使用Observer节点作为读操作的目标,即使在Active NameNode宕机的情况下,系统也能够继续提供服务。 #### Observer Read存在的问题 由于元数据同步到Observer节点存在一定的延迟,因此可能会出现数据不一致的情况。尤其是对于新写入的数据,Observer节点可能无法及时同步,从而导致读取到旧数据。 #### 解决方案 为了解决元数据一致性问题,客户端在访问Observer节点时会携带已知的Active NameNode的事务ID(TXID)。Observer节点需要消费EditsLog直到其TXID达到客户端提供的TXID值,以此保证数据的一致性。 ### 一致性问题的主要解决思路 当客户端访问Observer节点时,它会带上从Active NameNode获取的最新TXID。如果Observer节点上的TXID与客户端提供的TXID不匹配,客户端将不会在该Observer节点上执行读取操作,以防止读取过时的数据。 ### 一致性模型的实现 #### Client端实现 1. **获取Active TXID**:客户端通过三种方式获取Active NameNode的TXID: - 使用新添加的ClientProtocol中的msync()方法。 - 在进行写操作时更新客户端记录的TXID。 - 如果Observer节点的TXID大于客户端持有的TXID,则更新客户端记录。 2. **代码实现**:Client端通过新增的org.apache.hadoop.hdfs.server.namenode.ha.ObserverReadProxyProvider和org.apache.hadoop.hdfs.ClientGSIContext类实现TXID的获取和传递。客户端还需要配置dfs.client.failover.proxy.provider.nameservice来启用Observer读操作。 #### Server端实现 1. **代码实现**:Server端也需要更新逻辑,以便处理来自Observer Read的请求。这通常涉及到namenode的实现代码,需要支持Observer节点的读操作,并确保数据一致性。 ### 流程综述 整个流程从客户端发起请求开始,客户端根据配置选择是否要通过Observer节点进行读操作。如果是,客户端会先获取Active NameNode的最新TXID,然后携带该TXID访问Observer节点。Observer节点会检查自己的TXID是否满足条件,如果满足,则处理读请求。 ### JN的优化 JournalNode(JN)作为Active NameNode和Observer节点间同步元数据的关键组件,其性能优化对于整个系统至关重要。JN的优化措施可能包括提高日志复制的效率、减少延迟等。 ### Observerfailover主要配置参考 在配置文件中,需要设置相关的参数来启用Observer failover机制,以确保在Active NameNode宕机时,客户端能够自动切换到Observer节点继续进行读操作。 ### ObserverReadProxyProvider实现 ObserverReadProxyProvider是客户端的一个实现类,它负责代理客户端的请求到Observer节点,并确保使用了正确的TXID进行数据一致性检查。 ### 客户端TXID更新式及对应的代码实现 客户端在不同的操作后会更新记录的Active TXID,确保在发起读请求时总是携带最新的一致性标识。这涉及到对客户端代码库的修改,特别是与IPC通信相关的逻辑。 通过以上分析,我们可以看到HDFS Observer Read在解决读请求负载分担和提升集群吞吐量方面的努力,同时也面临的一致性挑战。社区通过引入客户端的TXID机制,确保在读写分离的情况下,客户端仍能获取到正确的数据。这些解决方案的实施依赖于客户端和Server端代码的相互配合,以及对HDFS架构的深入理解和适配。
![zip](https://img-home.csdnimg.cn/images/20210720083736.png)
![application/x-rar](https://img-home.csdnimg.cn/images/20210720083606.png)
![zip](https://img-home.csdnimg.cn/images/20210720083736.png)
![pdf](https://img-home.csdnimg.cn/images/20210720083512.png)
![zip](https://img-home.csdnimg.cn/images/20210720083736.png)
![rar](https://img-home.csdnimg.cn/images/20210720083606.png)
![pdf](https://img-home.csdnimg.cn/images/20210720083646.png)
![pdf](https://img-home.csdnimg.cn/images/20210720083512.png)
![](https://csdnimg.cn/release/download_crawler_static/18623435/bg1.jpg)
![](https://csdnimg.cn/release/download_crawler_static/18623435/bg2.jpg)
剩余6页未读,继续阅读
![avatar-default](https://csdnimg.cn/release/downloadcmsfe/public/img/lazyLogo2.1882d7f4.png)
![avatar](https://profile-avatar.csdnimg.cn/default.jpg!1)
- 粉丝: 2
- 资源: 1
我的内容管理 展开
我的资源 快来上传第一个资源
我的收益
登录查看自己的收益我的积分 登录查看自己的积分
我的C币 登录后查看C币余额
我的收藏
我的下载
下载帮助
![voice](https://csdnimg.cn/release/downloadcmsfe/public/img/voice.245cc511.png)
![center-task](https://csdnimg.cn/release/downloadcmsfe/public/img/center-task.c2eda91a.png)
最新资源
![feedback](https://img-home.csdnimg.cn/images/20220527035711.png)
![feedback-tip](https://img-home.csdnimg.cn/images/20220527035111.png)
![dialog-icon](https://csdnimg.cn/release/downloadcmsfe/public/img/green-success.6a4acb44.png)