在Hadoop1中NameNode是单节点，如何确保NameNode的高可靠呢？
共有两种措施：
第一：因为对于NameNode来说，其核心数据存储在fsimage和edits当中。所以第一个措施就是对这两个文件进行多备份。
从源码中我们可以发现：
fsimage和edits这两个文件存储在${hadoop.tmp.dir}/dfs/name文件夹下面，而从源码中我们可以发现：
hadoop.tmp.dir为NameNode和DataNode存放数据的公共目录。
所以我们的第一个措施就是在配置文件hdfs-site.xml中修改dfs.name.dir对应的数值，将其数值改成逗号分割的目录列表，这样fsimage和edits这两个核心数据就会被写到多个文件中,从而保证了数据的安全性。
在实际的操作中：
core-site.xml 配置文件中的内容：
hdfs-site.xml配置文件中的内容：
从hdfs-site.xml中我们可以发现，将dfs.name.dir的数值写成了多个逗号分割的目录列表。
现在我们查看一些实际的操作结果：
[root@hadoop dfs]# pwd
/usr/local/hadoop/tmp/dfs
[root@hadoop dfs]# ls
data name name2 namesecondary[root@hadoop current]# pwd
/usr/local/hadoop/tmp/dfs/name/current
[root@hadoop current]# ls
edits fsimage fstime VERSION[root@hadoop current]# pwd
/usr/local/hadoop/tmp/dfs/name2/current
[root@hadoop current]# ls
edits fsimage fstime VERSION通过上面的操作我们可以发现，fsimage和edits存储到了多个文件夹中。
第二:因为NameNode中的核心数据fsimage和edits这两个核心的文件在Secondnamenode中也保存了一份，所以如果Namenode丢失数据的话，可以从Secondnamenode那里恢复数据,但是从Secondnamenode中恢复数据的时候肯定会出现数据的丢失,因为有一部分数据没有合并.
NameNode、DataNode、SecondaryNameNode的目录结构：
NameNode的目录结构：
SecondaryNameNode(CheckPointNode)的目录结构：
注意：CheckPointNode目录下的的文件和NameNode目录下的文件作用基本一致，不同之处在于CheckPointNode保存的是自上一个检查点之后的临时镜像和日志，所以是冷备份。
