![在 Cloudera HBase 集群中移动 SecondaryName 节点](https://linux22.com/image/647687/%E5%9C%A8%20Cloudera%20HBase%20%E9%9B%86%E7%BE%A4%E4%B8%AD%E7%A7%BB%E5%8A%A8%20SecondaryName%20%E8%8A%82%E7%82%B9.png)
我在与主名称节点相同的机器上部署了辅助名称节点:
这是错误的出于性能和耐用性原因(辅助名称节点不是热备用节点,但它确实有所需元数据的副本)。我发现关于如何移动名称节点的文档,但没有关于移动辅助名称节点的任何信息。
有经验的人知道如何安全地做到这一点吗?
答案1
只需删除辅助 Namenode 角色,然后将其重新添加到集群上的其他节点,就足够安全了。在中间阶段,您可能会看到 Cloudera Manager 发出警告,提示该角色不存在(这可能会导致 namenode 出现长期问题),但没有辅助 Namenode 不会让您的数据面临更多风险。
答案2
2NN 的工作是读取 HDFS 文件系统上的更改并将其添加到fsimage
。这减少了 NN 的启动时间,因为在启动期间 NN 会读取文件fsimage
,然后在其上应用所有临时日志更改。命名有点不幸,因为它确实不是备用/备份 NN,而只是提高 NN 性能的实用程序。
在 CM 中,2NN 上有一个“滚动编辑”选项(取决于您的 CM 版本),另请参阅“检查点”. 确保在移动之前完成此操作。
为了安全起见,请停止所有服务
将 2NN 角色移至新机器。
重启所有服务
(可选但值得):实施 HA