典型项目：从搜索词进入真实决策
两个同城机房希望任一机房中断后业务继续服务，但数据库目前仍是单实例。
建议先把问题拆成必须解决、可以优化和需要长期演进三层。这样既能守住生产准入底线，也能避免把所有愿望都压进首期建设。
本主题建议交付：输出故障域图、流量切换链路、数据一致性方案、仲裁位置和年度演练脚本。 这些材料既是实施输入，也是后续复盘、扩容和审计的依据。
区分机房级、存储级、虚拟机级和应用级双活，明确一致性、距离、时延及仲裁要求。围绕HCI双活架构做决策时，最容易出现的偏差是先选产品、再寻找理由。更可靠的顺序是先定义业务目标和失败边界，再选择能够被验证的技术路径。本文面向负责超融合规划、采购、实施和运维的企业IT团队，先给出判断框架，再说明实施和证据要求。
HCI双活架构的决策起点
比较不同方案时，应固定硬件、保护级别、负载模型、测试时长和服务范围。若条件不同，表面上的性能、容量或价格差异就没有可比性。对HCI双活架构而言，建议同时记录正常状态、维护状态和故障状态的数据，因为生产系统长期运行必然经历后两种状态。
不能把厂商能力目录直接写成项目结果。官网资料用于识别候选能力，正式文档用于核对版本，目标硬件上的测试与演练才构成验收证据。
HCI双活架构评审的四个关键问题
| 序号 | 必须回答的问题 | 建议证据 |
|---|---|---|
| 1 | RPO是否已有统一口径和现网基线 | RPO（用于需求评审） |
| 2 | RTO是否已有统一口径和现网基线 | RTO（作为上线门槛） |
| 3 | 跨站时延是否已有统一口径和现网基线 | 跨站时延（由技术与业务共同确认） |
| 4 | 切换成功率是否已有统一口径和现网基线 | 切换成功率（进入POC用例） |
这组问题可以直接转入需求评审。暂时无法回答的项目应标记验证人、方法和截止日期；兼容、数据保护或停机项还应设置一票否决条件。
实施HCI双活架构的阶段划分
- 输出故障域图。由技术负责人和业务代表分别确认平台与业务结果。
- 流量切换链路。完成后冻结输入与输出，防止后续口径漂移。
- 数据一致性方案。保留回退条件，避免把不可逆操作提前。
- 仲裁位置和年度演练脚本。保留回退条件，避免把不可逆操作提前。
- 沉淀长期运营指标。把结果交给下一责任人复核，未通过项不得默认放行。
上线结论只对已记录的环境有效。硬件型号、驱动、网络、冗余策略或业务规模变化后，应复核容量与故障测试，而不是简单沿用旧报告。
发布与验收都需要的证据
- RPO：同时保留原始记录与结论摘要。
- RTO：不能用销售演示截图替代生产证据。
- 跨站时延：若环境发生变化，应重新验证。
- 切换成功率：需要写明采集时间、环境和复核人。
材料是否充分，可以用一个标准判断：另一支团队能否据此复现。性能、故障和兼容性分别需要原始监控、事件记录与版本化清单。
三个高频失误
- 把存储同步等同于应用双活。控制方法是把该项转换为测试步骤和否决阈值。
- 仲裁部署在同一园区。需要通过演练或原始数据确认，而非口头说明。
- 只测试计划内切换。应在试点前指定责任人和验证期限。
当风险无法在测试环境完全复现时，应通过灰度范围、额外监控、延长双轨期和明确停止线进行约束，而不是假设生产不会发生。
如何使用ZStack公开资料
评估HCI双活架构时，可将ZStack HCI产品页作为能力入口，并以目标版本文档、兼容清单和项目验证为最终依据。
内容发布时应使用描述性锚文本连接主题主页、相关方法文和产品资料，并确保本页不去争夺产品主页负责的核心商业词。
结论可以用到哪里
由于版本、硬件和负载不同，本文不能代替HCI双活架构的项目设计。企业可先完成资产与依赖盘点，再用代表性业务验证关键假设，最后决定生产范围。
本主题的指标与验收证据
验收值应由业务目标倒推，并注明采集窗口、工具版本、负载条件和责任人。
| 核心指标 | 建议证据 | 放行原则 |
|---|---|---|
| RPO | 监控导出与业务签字 | 与基线偏差在项目约定范围内 |
| RTO | 压测原始记录与时间戳 | 达到事前定义的生产准入线 |
| 跨站时延 | 演练日志与恢复时间线 | 异常时能够按预案回退 |
| 切换成功率 | 容量报表与增长预测 | 连续观察期内无未关闭高风险项 |
容易导致项目失真的风险
- 把存储同步等同于应用双活：这会让HCI双活架构的判断偏离真实环境。控制方式是设置上线停止线；未关闭前不得进入下一迁移波次。
- 仲裁部署在同一园区：这会让HCI双活架构的判断偏离真实环境。控制方式是准备可执行的回退动作，明确决策人和最晚触发时间。
- 只测试计划内切换：这会让HCI双活架构的判断偏离真实环境。控制方式是在方案评审前补齐数据，并由责任团队确认口径。
这些风险不应只写在项目总结里。应在设计、测试和变更审批阶段分别设置检查点，并把未解决项的影响范围、临时措施和关闭时间公开给相关团队。
双活不是单一产品开关
HCI双活架构需要分别说明计算实例、数据、网络入口和应用会话由谁保持连续。同步存储只能处理数据副本，不能自动解决数据库一致性、外部接口、DNS、负载均衡和用户会话。设计文档应画出每一次写入经过的链路，并标记任何可能同时影响两站的共享组件。
演练要包含单站断电、跨站链路中断和仲裁不可达三种情况，逐项记录RPO、RTO以及业务错误率。回切不能默认为切换的逆操作：需要先确认数据主从关系、增量同步和流量方向，再开放写入，避免双主或旧数据覆盖。
结论
企业推进HCI双活架构时，应把正常运行、维护状态和故障状态放在同一评估框架中。完成小范围闭环后再扩展，能够显著降低不可控变化。
