版权声明：原创作品转载必须标明出处，谢谢配合！ https://blog.csdn.net/qq_38704184/article/details/84403403
NameNode
是整个文件系统的管理节点。他维护这整个文件系统的文件目录树，文件/目录的元信息和每个文件对应的数据块列表。接受用户的操作请求。
文件包扣：
fsimage:元数据镜像文件。存储某一时段NameNode内存元数据信息。
edits：操作日志文件
fstime:保存最近一次checkpoint的时间
NameNode的工作特点
NameNode始终在内存中保存metedata，用于处理“读请求”
到有“写请求到来时”，namenode会首先写editlog到磁盘，即向edits文件中写日志，成功返回后，才会修改内存，并且向客户端返回
Hadoop会维护一个fsimage文件，也就是namenode中metedata的镜像，但是fsimage不会随时与namenode内存中的metedata保持一致，而是每隔一段时间通过合并edits文件来更新内容。Secondary namenode就是用来合并fsimage和edits文件来更新namenode的metedata的。
Secondary NameNode
HA的一个解决方案。但不支持热备。配置即可
执行过程：从NameNode上下载元数据信息（fsimage，edits），然后把二者合并，生成新的fsimage，在本地保存，并将其推送到NameNode，替换旧的fsimage
默认安装在NameNode节点上，但这样...不安全！
secondary namenode的工作流程
1.secondary通知namenode切换edits文件
扫描二维码关注公众号，回复：
4572069 查看本文章
2.secondary从namenode获得fsimage和edits（通过http）
3.secondary将fsimage载入内存，然后开始合并edits
4.secondary将新的fsimage发挥给namenode
5.namenode用新的fsimage替换旧的fsimage