在Ambari管理的大数据集群中，当某个节点出现故障时，系统会采取哪些措施来恢复？请列举并解释Ambari提供的自动恢复功能及其工作原理。

回答思路

1. 【回答框架 1】Ambari通过心跳机制监控各节点上安装的组件状态。每个节点上的Ambari Agent会定期（默认每5秒）向Ambari Server发送心跳，上报组件的当前状态。一旦Server在指定时间（例如3次心跳）内未收到某组件的心跳，即判定该组件或节点出现故障，并触发相应的恢复流程。
2. 【回答框架 2】Ambari提供自动重启功能，针对配置了自动启动的组件，当检测到组件进程异常退出或节点故障时，Ambari Server会根据其维护状态（例如是否处于维护模式）决定是否自动重启该组件。如果节点宕机，则无法自动重启，需待节点恢复后，组件会重新被拉起。
3. 【回答框架 3】对于服务级别的故障，Ambari还支持服务的自动恢复（如NameNode的自动故障转移），但这通常依赖底层服务本身的高可用机制（如HDFS的QJM），Ambari负责在组件停止后自动重启，但无法在硬件损坏或网络断连时立刻恢复数据。
4. 【回答框架 4】此外，Ambari的告警框架可配置各种告警（如主机心跳、组件进程存活、端口连通性等），当告警触发时，可通过自定义的告警通知脚本或自动处理动作（如运维人员介入）进行处置，但Ambari默认不提供跨主机的工作负载迁移能力。
5. 【关键点 1】心跳机制是Ambari故障检测的基础，Agent每秒向Server发送心跳。
6. 【关键点 2】自动重启功能可针对配置了自动启动的组件，在故障后自动拉起。
7. 【关键点 3】维护模式可临时禁用自动恢复。
8. 【关键点 4】服务级高可用（如NameNode HA）依赖底层服务自身，Ambari负责协调。
9. 【关键点 5】告警通知机制可辅助运维人员手动介入。
10. 【易错点 1】勿将自动重启等同于自动恢复故障转移，后者需依赖底层服务的HA配置。
11. 【易错点 2】忽略维护模式的影响，误认为所有场景都会自动重启。
12. 【易错点 3】硬件故障或网络分区时，自动重启可能无效，需人工修复。