通过 Amazon EVS 运营混合云 - DR 站点构建与突发容量应对
讲解利用 Amazon EVS 的混合云运营。介绍 DR 站点的构建、按需的容量突发以及与 AWS 服务的集成模式。
利用 EVS 的混合云设计模式
Amazon EVS 可以作为本地 VMware 环境的延伸，用于混合云的架构。代表性的设计模式有 3 种。（1）DR 站点模式：以本地为主站点、EVS 为辅站点，通过 VMware SRM 配置自动故障转移。本地发生故障时在 EVS 上启动 VM，恢复后进行故障回切。（2）突发模式：平时在本地运行，在繁忙期或容量不足时将工作负载扩展到 EVS。通过 HCX vMotion 实时迁移 VM，高峰过后再迁回本地。（3）开发 / 测试模式：生产环境在本地，开发 / 测试环境按需部署在 EVS 上，不需要时连同集群一起删除以控制成本。
DR 站点的构建与 RTO/RPO 的设计
将 EVS 用作 DR 站点时，将 VMware SRM（Site Recovery Manager）与 vSphere Replication 组合使用。vSphere Replication 将本地的 VM 异步复制到 EVS，RPO（恢复点目标）最短可以从 5 分钟起设置。SRM 定义恢复计划，自动执行故障转移时的 VM 启动顺序、IP 地址重新映射和 DNS 更新。RTO（恢复时间目标）随 VM 的数量和启动顺序而变化。与本地的 DR 站点相比，EVS 的特点在于无需事先采购硬件，以及可以在云端准备 DR 测试（故障转移演练）的环境。如果不需要让 DR 站点始终运行，可以通过 Pilot Light 架构（以最小配置待机，发生故障时横向扩展）控制成本。
通过与 AWS 服务集成强化运营
EVS 在 VPC 内运行，因此可以与 AWS 的托管服务直接集成。在备份方面，AWS Backup 支持对 VMware vCenter 管理的 VM 进行备份和还原，并可以基于策略进行自动化。借助 AWS Backup 的保留期管理和低成本的存储层，可以控制长期保存的成本。在监控方面，可以将 EVS 主机的指标（CPU、内存、存储使用率）发送到 CloudWatch，并与 vCenter 的告警一起集中监控。在安全方面，GuardDuty 分析 VPC 流日志以检测对 EVS 环境的可疑访问，并可以通过 Security Hub 集中管理安全态势。将这些组合起来，可以构建同时使用 VMware 运维工具和 AWS 托管服务的运营方式。
EVS 混合运营的成本
在 EVS 的 DR 站点模式中，平时以最少 3 台主机的配置（每月约 23,544 美元）待机，发生灾害时添加主机以承接工作负载（截至 2026 年 8 月）。在突发应对模式中，通过仅在高峰时添加 EVS 主机并在高峰过后删除，可以将成本转为可变成本。借助 HCX 的实时迁移（vMotion），可以在本地与 EVS 之间移动 VM，灵活调整工作负载的部署位置。将本地 VMware 环境的年度运营成本（硬件更新、数据中心费用、人工成本）与 EVS 的成本进行比较，评估混合架构的经济合理性。
高峰时的突发应对
本地的 VMware 环境由于物理容量存在上限，面临难以应对负载突然增加的问题。在使用 EVS 的混合架构中，可以采用平时在本地处理、仅在需求达到高峰时添加云端资源来应对的突发方式。面对繁忙期或无法预测的负载激增，无需扩充本地设备，就可以只在需要时用云端补充。能够在控制设备投资的同时满足变化的需求，是混合运营的特点。高峰过后缩减云端资源，避免浪费。
成本与容量的优化
在混合运营中，本地与云端的分工左右着成本。如果用本地的现有设备承担始终需要的基础处理，只用云端补充临时增加的部分，就可以发挥两者的优势。云端资源在需要时获取，不再需要时释放，从而可以将费用控制在实际使用的部分。为灾难恢复而待机的资源，设计为平时保持少量、在紧急时扩展。将本地的固定成本与云端的按量成本组合起来，设计整体的平衡。
总结 - EVS 混合运营的指南
Amazon EVS 可以用于 DR 站点、容量突发、开发 / 测试环境的按需部署等混合云模式。基于 VPC 集成的 AWS 服务协作、基于 SRM 的自动故障转移、基于 AWS Backup 的 VM 级别的保护，是运营的支柱。作为入门的一个例子，有一种方法是从构建 DR 站点开始，在熟悉运营之后再扩展到突发应对和开发环境的部署。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。