NameNode和SecondaryNameNode 的关系 （重点）

Fsimage:元数据信息的备份（持久化），会加载在内存中

edits：Edits文件帮助记录文件增加和更新操作，提高效率

https://hadoop.apache.org/docs/r2.7.7/hadoop-project-dist/hadoop-hdfs/HdfsEditsViewer.html

NameNode在启动的时候需要加载edits(日志文件)和fsimage(文件)

所以在第一启动namenode时候需要格式化namenode

当用户上传文件或者进行其他文件的操作的时候，会将数据写入至edits文件中，这样edits和fsimage加起来的数据永远是最新的。

如果此时用户一直进行操作，会导致edits文件过于庞大，这就导致了在下次启动的时候(因为启动时需要加载两个文件)，时间会相当的长。

为了解决这个问题，出现了SecondaryNameNode，将当前NameNode的edits和fsimage文件加载过来，将文件持久化到fsimage之后，将新的fsimage上传至NameNode。

但是这个时候还会出现另外一个问题，当SecondaryNamenode进行文件持久化的时候，用户可能在这个期间需要进行操作，直接将数据写入edits日志文件 话会导致数据的紊乱，所以解决方案是将数据写入另外一个叫做edits_inprogress文件当中

值得注意的是：SecondaryNamenode是对Namenode的优化方案