解读Secondary NameNode的功能

Dear 丶 2022-07-13 09:53 178阅读 0赞

http://www.cnblogs.com/smartloli/p/4342340.html

1.概述  
　　最近有朋友问我Secondary NameNode的作用，是不是NameNode的备份？是不是为了防止NameNode的单点问题？确实，刚接触Hadoop，从字面上看，很容易会把Secondary NameNode当作备份节点；其实，这是一个误区，我们不能从字面来理解，阅读官方文档，我们可以知道，其实并不是这么回事，下面就来赘述下Secondary NameNode的作用。  
  
  
2.Secondary NameNode？  
　　在Hadoop中，有一些命名模块不那么尽人意，Secondary NameNode就是一个典型的例子之一。从它的名字上看，它给人的感觉就像是NameNode的备份节点，但实际上却不是。很多Hadoop的入门者都很疑惑，Secondary NameNode究竟在其中起什么作用，它在HDFS中所扮演的角色是什么。下面，我就来解释下：  
  
  
　　从名字来看，它确实与NameNode有点关系；因此，在深入了解Secondary NameNode之前，我们先来看看NameNode是做什么的。  
  
  
2.1NameNode  
　　NameNode主要是用来保存HDFS的元数据信息，比如命名空间信息，块信息等等。当它运行的时候，这些信息是存在内存中的。但是这些信息也可以持久化到磁盘上。如下图所示：  
  
  
  
  
  
  
　　上图展示来NameNode怎么把元数据保存到磁盘上，这里有两个不同的文件：  
  
  
fsimage：它是NameNode启动时对整个文件系统的快照。  
edits：它是在NameNode启动后，对文件系统的改动序列。  
　　只有在NameNode重启时，edits才会合并到fsimage文件中，从而得到一个文件系统的最新快照。但是在生产环境集群中的NameNode是很少重启的，这意味者当NameNode运行来很长时间后，edits文件会变的很大。在这种情况下就会出现下面这些问题：  
  
  
edits文件会变的很大，如何去管理这个文件？  
NameNode的重启会花费很长的时间，因为有很多改动要合并到fsimage文件上。  
如果NameNode宕掉了，那我们就丢失了很多改动，因为此时的fsimage文件时间戳比较旧。  
　　因此为了克服这个问题，我们需要一个易于管理的机制来帮助我们减小edits文件的大小和得到一个最新的fsimage文件，这样也会减小在NameNode上的压力。而Secondary NameNode就是为了帮助解决上述问题提出的，它的职责是合并NameNode的edits到fsimage文件中。如图所示：  
  
  
  
  
  
  
　　上图的工作原理，我这里也赘述下：  
  
  
首先，它定时到NameNode去获取edits，并更新到fsimage上。  
一旦它有新的fsimage文件，它将其拷贝回NameNode上。  
NameNode在下次重启时回使用这个新的fsimage文件，从而减少重启的时间。  
　　Secondary NameNode的整个目的在HDFS中提供一个Checkpoint Node，通过阅读官方文档可以清晰的知道，它只是NameNode的一个助手节点，这也是它在社区内被认为是Checkpoint Node的原因。  
  
  
　　现在，我们明白Secondary NameNode所做的是在文件系统这设置一个Checkpoint来帮助NameNode更好的工作；它不是取代NameNode，也不是NameNode的备份。　　  
  
  
　　Secondary NameNode的检查点进程启动，是由两个配置参数控制的：  
  
  
fs.checkpoint.period，指定连续两次检查点的最大时间间隔， 默认值是1小时。  
fs.checkpoint.size定义了edits日志文件的最大值，一旦超过这个值会导致强制执行检查点（即使没到检查点的最大时间间隔）。默认值是64MB。  
　　如果NameNode上除了最新的检查点以外，所有的其他的历史镜像和edits文件都丢失了， NameNode可以引入这个最新的检查点。以下操作可以实现这个功能：  
  
  
在配置参数dfs.name.dir指定的位置建立一个空文件夹；  
把检查点目录的位置赋值给配置参数fs.checkpoint.dir；  
启动NameNode，并加上-importCheckpoint。  
　　NameNode会从fs.checkpoint.dir目录读取检查点，并把它保存在dfs.name.dir目录下。如果dfs.name.dir目录下有合法的镜像文件，NameNode会启动失败。 NameNode会检查fs.checkpoint.dir目录下镜像文件的一致性，但是不会去改动它。  
  
  
　　注：关于NameNode是什么时候将改动写到edit logs中的？这个操作实际上是由DataNode的写操作触发的，当我们往DataNode写文件时，DataNode会跟NameNode通信，告诉NameNode什么文件的第几个block放在它那里，NameNode这个时候会将这些元数据信息写到edit logs文件中。  
  
  
　　下面附上官方文档说明：  
  
  
复制代码  
　　The NameNode stores modifications to the file system as a log appended to a native file system file, edits. When a NameNode starts up, it reads HDFS state from an image file, fsimage, and then applies edits from the edits log file. It then writes new HDFS state to the fsimage and starts normal operation with an empty edits file. Since NameNode merges fsimage and edits files only during start up, the edits log file could get verylarge over time on a busy cluster. Another side effect of a larger edits file is that next restart of NameNode takes longer.  
  
  
　　The secondary NameNode merges the fsimage and the edits log files periodically and keeps edits log size within a limit. It is usually run ona different machine than the primary NameNode since its memory requirements are on the same order as the primary NameNode.  
  
  
　　The start of the checkpoint process on the secondary NameNode is controlled by two configuration parameters.  
  
  
\* dfs.namenode.checkpoint.period, set to 1 hour by default, specifies the maximum delay between two consecutive checkpoints, and  
\* dfs.namenode.checkpoint.txns, set to 1 million by default, defines the number of uncheckpointed transactions on the NameNode which will force 　　an urgent checkpoint, even if the checkpoint period has not been reached.  
　　The secondary NameNode stores the latest checkpoint in a directory which is structured the same way as the primary NameNode's directory. So that the check pointed image is always ready to be read by the primary NameNode if necessary.  
复制代码  
   
  
  
　　参考地址：http://hadoop.apache.org/docs/r2.6.0/hadoop-project-dist/hadoop-hdfs/HdfsUserGuide.html  
  
  
3.总结  
　　这篇文章就和大家分享到这里，若在阅读过程中有什么疑问，可以加群进行讨论或发送邮件给我，我会尽我所能为您解答，与君共勉！

发表评论取消回复

表情：

评论列表（有 0 条评论，178人围观）

还没有评论，来说两句吧...

相关阅读

相关 namenode和Secondary NameNode工作机制

DFS集群有两类节点，即一个NameNode(管理者)和多个DataNode(工作者)。NameNode(以下简称nn)是master，主要负责管理hdfs文件系统，具体...

ゝ一纸荒年。/ 2024年04月18日 12:27/ 0 赞/ 81 阅读

相关 Hadoop的Secondary NameNode在HDFS中的作用是什么？

Hadoop的Secondary NameNode在HDFS中的作用是什么？ Hadoop是一个开源的分布式计算框架，用于处理大规模数据集的存储和分析。Hadoop的核心

深藏阁楼爱情的钟/ 2024年03月04日 07:13/ 0 赞/ 119 阅读

相关 Hadoop3.2.1 【 HDFS 】源码分析 : Secondary Namenode解析

一. 前言 Secondary NameNode 只有一个, 他的的作用是辅助NameNode进行原数的checkpoint操作, 即合并fsimage文件.

Bertha 。/ 2022年12月10日 15:56/ 0 赞/ 216 阅读

相关解读Secondary NameNode的功能

http://www.cnblogs.com/smartloli/p/4342340.html 1.概述　　最近有朋友问我Secondary NameNode的作用，是

Dear 丶/ 2022年07月13日 09:53/ 0 赞/ 179 阅读

相关 Secondary Namenode的Check point机制以及Namenode、Datanode工作机制说明

目录前言： 1、NameNode的工作机制 2、DataNode的工作机制 3、Secondary N

深碍√TFBOYSˉ_/ 2022年06月02日 01:20/ 0 赞/ 179 阅读

相关 hadoop探索之浅析 Secondary NameNode(辅助namenode)

在初学Hadoop时，有个让人疑惑的概念：Secondary NameNode，也叫辅助namenode。从命名看，好像是第二个namenode，用于备份主namenode，在

朱雀/ 2022年05月17日 09:50/ 0 赞/ 309 阅读

相关 Secondary NameNode 的作用

前言最近刚接触Hadoop, 一直没有弄明白NameNode和Secondary NameNode的区别和关系。很多人都认为，Secondary NameNode是Na

喜欢ヅ旅行/ 2022年05月15日 04:52/ 0 赞/ 171 阅读

相关 Hadoop HDFS 基本原理(文件上传 & 文件下载 & NameNode & Secondary NameNode)

前言在前面的几章内,我们介绍了[Hadoop Shell 命令与 WordCount][Hadoop Shell _ _ WordCount]与[Hadoop HDF

水深无声/ 2022年02月24日 11:55/ 0 赞/ 282 阅读

相关浅析Hadoop Secondary NameNode，CheckPoint Node，Backup Node

Secondary NameNode Hadoop SecondaryNameNode并不是Hadoop 第二个NameNode，它不提供NameNode服务，而仅仅是N

怼烎@/ 2022年02月18日 09:25/ 0 赞/ 208 阅读

相关 Secondary Namenode

Namenode的元数据 (目录中的文件) VERSION文件:包含运行hdfs的版本信息，其中重要属性blockpoolID：记录了一个Namenode管理的命名空间中

亦凉/ 2022年01月13日 12:13/ 0 赞/ 226 阅读