两者的文档几乎完全相同，所以我发现很难看出它们之间的区别。基于这个问答，唯一的区别是[…]该检查点节点可以在创建检查点后将fsimage文件的新副本上载回namenode，而作为辅助namenode，无法上载[…]这似乎不正确，因为secondary namenode可以基于这个和这个上传新的fsimage。是否可以将检查点节点视为辅助namenode的一对一替换？额外的好处是什么？两人之间的代码被清除了吗？
pftdvrlh1#
snn和check point nn的区别在于，snn将数据本地存储在文件系统中，但不会像checkpoint nn那样将合并的fsimage（带有编辑日志）上载到活动nn。
dkqlctbz2#
即使是apache文档页面也不能正确地涵盖差异。从文档页面上看，二级名称节点和检查点节点的角色似乎相似。另一方面，我提出了一个错误来更正文档页面，以避免混淆：https://issues.apache.org/jira/browse/hdfs-8913我希望这个错误能很快解决。关于第二个问题：是否可以将检查点节点视为辅助namenode的一对一替换？额外的好处是什么？两人之间的代码被清除了吗？随着时间的推移，很多事情都变了 Hadoop 2.x release和name节点不是单一的故障点。在备用名称节点的帮助下，主动名称节点的高可用性是该系统的关键特性 Hadoop 2.x .您只需要活动名称节点和备用名称节点即可实现高可用性。hadoop 2.x的高可用性在其他se问题中得到了明确的解释：hadoop namenode：单点故障hadoop namenode故障转移过程是如何工作的？
Hadoop 2.x
lmvvr0a83#
在您提到的cloudera帖子中，在高可用性和非高可用性场景中都清楚地提到了检查点过程。次要名称节点在非ha场景中执行检查点名称节点的任务。在ha的其他场景中，我们可以使用备用namenode进行检查点。总之，检查点更多的是一个概念，根据场景（ha/nonha），不同的节点执行该操作。你可以再读一遍那个博客。如果需要更正请告诉我。快乐学习
3条答案
按热度按时间pftdvrlh1#
snn和check point nn的区别在于，snn将数据本地存储在文件系统中，但不会像checkpoint nn那样将合并的fsimage（带有编辑日志）上载到活动nn。
dkqlctbz2#
即使是apache文档页面也不能正确地涵盖差异。从文档页面上看，二级名称节点和检查点节点的角色似乎相似。
另一方面，我提出了一个错误来更正文档页面，以避免混淆：https://issues.apache.org/jira/browse/hdfs-8913
我希望这个错误能很快解决。
关于第二个问题：
是否可以将检查点节点视为辅助namenode的一对一替换？额外的好处是什么？两人之间的代码被清除了吗？
随着时间的推移，很多事情都变了
Hadoop 2.xrelease和name节点不是单一的故障点。在备用名称节点的帮助下，主动名称节点的高可用性是该系统的关键特性
Hadoop 2.x.您只需要活动名称节点和备用名称节点即可实现高可用性。
hadoop 2.x的高可用性在其他se问题中得到了明确的解释：
hadoop namenode：单点故障
hadoop namenode故障转移过程是如何工作的？
lmvvr0a83#
在您提到的cloudera帖子中，在高可用性和非高可用性场景中都清楚地提到了检查点过程。次要名称节点在非ha场景中执行检查点名称节点的任务。在ha的其他场景中，我们可以使用备用namenode进行检查点。总之，检查点更多的是一个概念，根据场景（ha/nonha），不同的节点执行该操作。
你可以再读一遍那个博客。如果需要更正请告诉我。快乐学习