在HDFS架构中，要确保NameNode的高可用性，通常需要引入哪些核心组件？这些组件各自承担什么职责，它们之间如何协同工作来避免单点故障？

回答思路

1. 【回答框架 1】NameNode HA的核心理念是通过主备（Active/Standby）模式消除单点故障。Active节点负责处理客户端读写请求，Standby节点保持热备，随时准备接管。关键在保证两者元数据一致性。
2. 【回答框架 2】实现一致性需要共享存储，常用方案是JournalNode集群（基于QJM）。Active NameNode将编辑日志（EditLog）实时写入多数派JournalNode，Standby持续读取并合并到内存中，确保元数据同步。
3. 【回答框架 3】依赖ZooKeeper（ZK）进行故障自动转移。通过ZK集群中的临时节点和会话超时机制，Active NameNode定时发送心跳；若心跳超时，ZK触发选举，将Standby提升为Active。
4. 【回答框架 4】还需配套组件：ZKFC（ZooKeeper Failover Controller）守护进程，监控NameNode健康状态并管理ZK中的锁；以及Fencing机制（隔离），例如通过SSH或shell命令强制停止旧Active进程，防止脑裂场景下双主同时写。
5. 【回答框架 5】在旧版本或特定场景下也可使用共享NFS存储作为EditLog的备选方案，但QJM更可靠且无单点。整体架构中NameNode本身不存储Block位置信息，由DataNode上报，因此HA重点在于元数据和状态一致。
6. 【关键点 1】HA核心是Active/Standby热备，配合共享EditLog保证元数据一致。
7. 【关键点 2】JournalNode集群（QJM）实现EditLog的实时同步，通常部署奇数个。
8. 【关键点 3】ZooKeeper与ZKFC协同完成故障自动转移和状态选举。
9. 【关键点 4】Fencing机制防止脑裂，确保任意时刻只有一个活动NameNode。
10. 【易错点 1】不能简单认为只有ZK就能完成HA，缺少共享存储或Fencing会导致元数据不一致或双主风险。
11. 【易错点 2】故障转移不是瞬时的，客户端需要配置重试机制，否则可能短暂不可用。
12. 【易错点 3】QJM虽优于NFS，但部署复杂度高，需保证JournalNode自身高可用。