请说明 Apache Kafka 集群中 Zookeeper 在元数据管理方面承担的具体职责，以及当 Zookeeper 出现故障时 Kafka 集群会面临哪些影响和应对措施？

回答思路

1. 【回答框架 1】Zookeeper 在 Kafka 中负责存储和协调集群元数据，包括 broker 注册信息、主题分区与副本的分配、控制器选举以及消费者组偏移量（旧版本）。broker 启动时在 Zookeeper 上创建临时节点，注册自身 ID 和地址，客户端通过 Zookeeper 获取 broker 列表和分区 leader 信息。
2. 【回答框架 2】控制器（Controller）是 Kafka 集群的核心管理组件，由 Zookeeper 通过临时节点选举产生。控制器负责分区 leader 的选举、副本状态管理和分区重分配等操作。当控制器节点故障时，Zookeeper 会触发新的选举，确保集群管理功能持续可用。
3. 【回答框架 3】Zookeeper 故障分为部分故障和完全故障。部分故障（如节点宕机但多数可用）时，Kafka 仍能通过 Zookeeper 的多数派机制继续工作，但可能影响元数据更新。完全故障（如所有 Zookeeper 节点不可用）时，Kafka 集群无法进行元数据变更，但已运行的 broker 和分区读写可能暂时不受影响，因为客户端和 broker 已缓存了元数据。
4. 【回答框架 4】应对措施包括：部署 Zookeeper 集群（通常 3 或 5 节点）保证高可用；配置 Kafka 的 session.timeout 和 zookeeper.connection.timeout 等参数以容忍短暂故障；监控 Zookeeper 健康状态并及时恢复；对于新版本 Kafka（2.8+），可考虑使用 KRaft 模式替代 Zookeeper，减少依赖。
5. 【回答框架 5】实际生产环境中，Zookeeper 故障通常不会立即导致 Kafka 完全不可用，但会阻碍管理操作和故障转移。因此，需要确保 Zookeeper 集群的稳定性和快速恢复能力，并定期演练故障场景。
6. 【关键点 1】Zookeeper 管理 broker 注册、主题分区元数据、控制器选举和旧版消费者偏移量。
7. 【关键点 2】控制器由 Zookeeper 选举产生，负责分区 leader 选举和副本管理。
8. 【关键点 3】Zookeeper 完全故障时，Kafka 元数据变更停止，但已缓存元数据的读写可能继续。
9. 【关键点 4】通过 Zookeeper 集群和参数调优提升容错，新版本可用 KRaft 替代。