hadoop 1.x版：
当我们启动hahadoop集群时，它会创建一个文件系统映像，该映像保存整个hadoop集群的元数据信息。当一个新条目进入hadoop集群时，它会进入edits日志。secondary namenode定期读取和查询编辑内容，检索信息，并将信息与fsimage合并。如果namenode失败，hadoop管理员可以在fsimage和edits的帮助下启动hadoop集群
fsimage和edits log已经以元数据的形式保存了文件系统的更新信息，因此在主hadoop管理员完全失败的情况下，可以借助edits log和fsimage恢复集群信息。
hadoop 2.x版本：
在hadoop1.x中，namenode是单点故障。namenode的失败是整个hadoop集群的停机。有计划的维护事件（如namenode机器上的软件或硬件升级）将导致群集停机。为了克服这个问题，hadoop社区添加了高可用性特性。在hadoop集群的设置过程中，您可以选择所需的集群类型。
hdfs namenode高可用性功能使您能够在具有热备用的主动/被动配置中运行同一集群中的冗余namenode。两个namenode需要相同类型的硬件配置。
在ha配置中，一个namenode处于活动状态，另一个处于待机状态。zkfailovercontroller（zkfc）是一个zookeeper客户端，用于监视和管理namenode的状态。当active namenode关闭时，它将作为active namenode进入待机状态，当您启动它们时，primary namenode将变为待机状态。请在本网站上获取更多信息：http://docs.hortonworks.com/hdpdocuments/hdp2/hdp-2.0.8.0/bk_system-admin-guide/content/ch_hadoop-ha-5.html
在hahadoop集群中，activenamenode在journalnode中读取和写入元数据信息（仅限基于仲裁的存储）。journalnode是hahadoop集群中的一个独立节点，用于读取和写入编辑日志和fsimage。
备用namenode始终与活动namenode同步，两者通过journal节点进行通信。当活动节点执行任何名称空间修改时，它会将修改的记录持久地记录到这些jn中的大多数。备用namenode不断监视日志节点上的编辑日志，并相应地更新其命名空间。在发生故障转移时，备用namenode将确保其命名空间在更改为活动状态之前根据编辑日志完全更新。当待机处于活动状态时，它将开始将编辑日志写入日志节点。
hadoop不将任何数据保存在namenode中，所有数据都驻留在datanode中，万一namenode发生故障，数据不会丢失。