概述
Hadoop心跳机制源码分析
前言:
正文:
一.体系背景
二.心跳机制
三.Datanode、Namenode心跳源码分析
- /**
- * 循环调用“发送心跳”方法,直到shutdown
- * 调用远程Namenode的方法
- */
- public void offerService() throws Exception {
- •••
- while (shouldRun) {
- try {
- long startTime = now();
- // heartBeatInterval是在启动Datanode时根据配置文件设置的,是心跳间隔时间
- if (startTime - lastHeartbeat > heartBeatInterval) {
- lastHeartbeat = startTime;
- //Datanode发送心跳
- DatanodeCommand[] cmds = namenode.sendHeartbeat(dnRegistration,
- data.getCapacity(),
- data.getDfsUsed(),
- data.getRemaining(),
- xmitsInProgress.get(),
- getXceiverCount());
- myMetrics.addHeartBeat(now() - startTime);
- if (!processCommand(cmds))
- continue;
- }
- •••
- }
- } // while (shouldRun)
- } // offerService
需要注意的是:发送心跳的对象并不是datanode,而是一个名为namenode的对象,难道在datanode端就直接有个namenode的引用吗?其实不然,我们来看看这个namenode吧:
- public DatanodeProtocol namenode = null;
namenode其实是一个DatanodeProtocol的引用,在对 hadoop RPC机制分析的文章中我提到过,这是一个Datanode和Namenode通信的协议,其中有许多未实现的接口方法,sendHeartbeat() 就是其中的一个。下面看看这个namenode对象是怎么被实例化的吧:
- this.namenode = (DatanodeProtocol)
- RPC.waitForProxy(DatanodeProtocol.class,
- DatanodeProtocol.versionID,
- nameNodeAddr,
- conf);
其实这个namenode并不是Namenode的一个对象,而只是一个Datanode端对Namenode的代理对象,正是这个代理完成了“心跳”。代理的底层实现就是RPC机制了。参考博客:http://weixiaolu.iteye.com/blog/1504898 。
四.Tasktracker、Jobtracker心跳源码分析
其实我觉得分析到这里大家就可以自己分析了,jobClient也是一个协议: 该协议用于定义Tasktracker和Jobtracker的通信。同样,它也是一个代理对象: 代码六: 代理的底层实现也是RPC机制。参考博客:http://weixiaolu.iteye.com/blog/1504898 。 http://weixiaolu.iteye.com/blog/1544860
最后
以上就是孝顺仙人掌为你收集整理的Hadoop心跳机制源码分析的全部内容,希望文章能够帮你解决Hadoop心跳机制源码分析所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复