SecondNameNode的产生
思考:NameNode中的元数据是存储在哪里的?
- 首先,我们做个假设,如果存储在NameNode节点的磁盘中,因为经常需要进行随机访问,还有响应客户请求,必然是效率过低。因此,元数据需要存放在内存中。但如果只存在内存中,一旦断电,元数据丢失,整个集群就无法工作了。因此产生在磁盘中备份元数据的FsImage。
- 这样又会带来新的问题,当在内存中的元数据更新时,如果同时更新FsImage,就会导致效率过低,但如果不更新,就会发生一致性问题,一旦NameNode节点断电,就会产生数据丢失。因此,引入Edits文件(只进行追加操作,效率很高)。每当元数据有更新或者添加元数据时,修改内存中的元数据并追加到Edits中。这样,一旦NameNode节点断电,可以通过FsImage和Edits的合并,合成元数据。
- 但是,如果长时间添加数据到Edits中,会导致该文件数据过大,效率降低,而且一旦断电,恢复元数据需要的时间过长。因此,需要定期进行FsImage和Edits的合并,如果这个操作由NameNode节点完成,又会效率过低。因此,引入一个新的节点SecondaryNamenode,专门用于FsImage和Edits的合并。
概念
Fsimage文件:hdfs文件系统元数据的一个永久性的检查点,其中包括hdfs文件系统的所有目录和文件inode的序列化信息;
Efits文件:存放hdfs文件系统的所有更新的操作路径,文件系统客户端执行的所有写操作都会首先被记录在Edits文件中。
seen.txid文件 并且把最后一次的edits_X数字保存到seen.txid文件中(/opt/module/hadoop-2.7.2/data/tmp/dfs/name/current/seen.txid)