hadoop之主namenode和辅助namenode

先放上我的截图

in_use.lock:是一个锁文件，NameNode使用该文件为存储目录加锁
VERSION：JAVA属性文件，包含版本信息
edits:编辑日志(hdfs当前只能覆盖或追加，不能修改)（当操作过了一小时或一小时内操作达到100万次，会生成新的日志）
fsimage:镜像文件（映像文件）。会整合编辑日志，便于查看，每个fsimage文件都是文件系统元数据的一个完整的永久性检查点。（新的fsimage由edits_inporgress+最新的edits编辑日志（这里是027-048）+最新的fsimage(不是.md5,这里是048)组成），创建检查点的触发条件受两个配置参数控制。通常情况下，辅助namenode每隔一小时(由dfs.namenode.checkpoint.period属性设置，以秒为单位)创建检查点;此外，如果从上一个检查点开始编辑日志的大小已经达到100 万个事务(由dfs.namenode.checkpoint.txns属性设置)时，那么即使不到一小时，也会创建检查点，检查频率为每分钟一次（由dfs.namenode.checkpoint.check.period属性设置，以秒为单位)。
fsimage.md5:对fsimage进行加密生成的文件
seen_txid:txid是类似于事件id的概念，指的是每个操作的一个标识。这个文件中记录的是最新的txid的下一个，即当前最后一个txid是37，那么该文件记录的就是38

layoutVersion:布局有变化，layoutVersion就会发生变化
namespaceID:文件系统命名的唯一表示，在namenode首次格式化时创建
clusterID:将HDFS作为一个整体赋予的唯一标识符
blockpoolID:块池标识符，包含了由namenode管理的命名空间中的所有文件
cTime:标记了namenode储存系统的创建时间，对于刚刚格式化的储存系统，这个值为零。文件系统升级后，会更新到新的时间。
storageType:说明该储存目录包含的是namenode的数据结构

namesecondary:

辅助名称节点，是namenode的副本，因为namenode很忙（datenode每隔三秒向其发送心跳机制），所以合并整理的工作可交给namesecondary处理。
机制：
将namenode的edits_inporgress+最新的edits合并成一个edits（采用HTTP GET）,fsimage正常传入，将这两个的东西合并成一个新的fsimage.ckpt传给namenode,传输完毕后主namenode将fsimage.ckpt重命名为fsimage+数字