请阐述 HDFS 中 NameNode 对文件系统命名空间的管理机制，并分析其扩展性是如何得到保障的？

回答思路

1. 【回答框架 1】NameNode 在内存中维护文件系统的命名空间，包括文件和目录的元数据，如文件名、目录结构、文件属性、块映射等。它使用 EditLog 记录所有变更，并通过 FsImage 进行快照，启动时合并两者恢复元数据。
2. 【回答框架 2】扩展性受限主要因为所有元数据常驻内存，内存容量制约命名空间规模；同时所有客户端请求都需经 NameNode，成为性能和吞吐瓶颈。
3. 【回答框架 3】为保障扩展性，HDFS 引入了 Federation 架构，将命名空间划分为多个独立的命名空间卷，每个卷由独立的 NameNode 管理，分散元数据负载。
4. 【回答框架 4】此外，通过引入备用的 NameNode（Standby）实现高可用，并通过 ZKFC 进行故障切换，但主备共享 EditLog 仍是瓶颈，进一步扩展需探索分布式元数据管理方案。
5. 【回答框架 5】实际优化还包括开启 HDFS 快照、使用文件系统 API 减少元数据操作，以及通过增加 DataNode 和客户端缓存缓解压力，但仍需权衡元数据一致性和性能。
6. 【关键点 1】NameNode 内存中维护命名空间元数据，EditLog 和 FsImage 用于持久化和恢复。
7. 【关键点 2】扩展性瓶颈在于元数据内存容量和单点处理能力。
8. 【关键点 3】HDFS Federation 通过多个命名空间卷提升扩展性，但存在共享 EditLog 的瓶颈。
9. 【关键点 4】高可用主备架构通过 ZKFC 故障切换，但共享存储仍是潜在单点。
10. 【易错点 1】避免认为 Federation 能无限扩展，实际上每个命名空间卷仍有元数据内存限制。
11. 【易错点 2】避免混淆高可用与扩展性，主备模式主要解决可用性而非扩展性。
12. 【易错点 3】避免忽略 EditLog 在读写压力下的性能影响。