Ambari Server 开启 HA
# 准备第二个管理节点
Ambari Server HA 保护的是集群管理控制面。它不会替代数据库、HDFS、YARN、Ranger 或 Knox 自身的高可用。
开始前确认：
| 检查项 | 要求 |
|---|---|
| 节点 | 至少两台健康主机，版本和系统架构一致。 |
| 数据库 | 两个 Server 可以访问同一份 Ambari 元数据库。 |
| 时间与解析 | FQDN、正反向解析和时间同步一致。 |
| Agent 安全 | Server 与 Agent 的认证材料已经准备完成。 |
| 当前任务 | 没有安装、升级或安全模式切换任务。 |
# 从页面开启
进入 系统设置 → 高可用管理 → 平台基础 → Ambari Server 保障。首次开启时选择一台备用节点，页面会依次完成预检、准备节点、同步管理连接、启动备用 Server 和状态确认。
页面步骤固定为：
- 选择节点：选择 Standby，当前 Active 保持不变。
- 确认配置：核对共享数据库、版本、FQDN 和目标角色。
- 环境检查：执行远程连接、软件包、端口、证书与 Agent mTLS 预检。
- 自动配置：安装 Standby、准备安全材料、启动进程并加入候选。
- 完成验收：确认唯一 Active、Standby 在线、选举可用且没有双写风险。
注意
如果环境检查存在阻断项，应在目标主机解决原始问题后重新预检。不要通过 Quickstart 或手工覆盖已安装 RPM 来绕过正式产品流程。
启用完成后，运行概览会同时展示 Active、Standby、自动接替和统一入口状态：
页面至少应显示：
- 当前服务节点和备用节点名称明确。
- 两个 Server 版本一致。
- 备用节点在线待命，可以参与接替。
- 自动接替已经就绪。
- 两个节点继续使用同一份平台数据。
注意
“第二个进程已经启动”不能作为完成标准。只有备用节点已加入候选、状态收敛，并且页面显示可以参与接替，才算建立主备关系。
# 检查接替准备度
点击 接替准备度，逐项核对 Agent、证书、成员心跳和冲突操作。存在阻断项时不要进行故障演练；没有阻断项且备用节点在线，才进入统一入口和接替验证。
运行页应明确显示 hadoop1.test.com 正在提供服务、hadoop3.test.com 作为备用节点在线，以及故障接替已准备。接替准备度只做检查，不会触发切换。
# 检查成员
点击 节点管理，确认当前服务节点和备用节点。新增或替换 Standby 都从这里进入，先选操作，再完成后续预检与确认。
# 验证两个节点
curl -sf http://hadoop1.test.com:8080/api/v2/control-plane/ha/readiness
curl -sf http://hadoop3.test.com:8080/api/v2/control-plane/ha/readiness
2
正常情况下只有当前 Active 的 readiness 返回可接流量状态；备用节点的进程可以存活，但不能冒充写入节点。
继续查看：
curl -sf http://hadoop1.test.com:8080/api/v2/control-plane/ha/agent-status
curl -sf http://hadoop3.test.com:8080/api/v2/control-plane/ha/agent-status
2
最后从页面执行一次只读刷新，确认服务、主机和任务列表均能读取。故障切换放到高可用巡检、重启与故障演练统一验证。
本次页面实测结果：当前 Active 为 hadoop1.test.com，Standby 为 hadoop3.test.com，两个角色均被页面识别，故障接替状态为“已准备”。
如果需要理解 Lease、Term、唯一 Active 和写围栏，可以继续阅读一把租约如何守住唯一 Active。