Amazon EVS 一周年更新：VCF 9、内存分层与多站点网络

Amazon EVS 一周年更新：VCF 9、内存分层与多站点网络

AWS 日本官方博客在 2026 年 9 月 1 日发布译文，回顾 Amazon Elastic VMware Service 一般提供一年来的能力扩展。英文原文发表于 8 月 27 日。Amazon EVS 允许企业在自己的 Amazon VPC 内，直接使用 EC2 裸金属实例运行 VMware Cloud Foundation，并继续使用熟悉的 vSphere、vSAN、NSX 与 SDDC Manager。此次内容不是单一新产品发布，而是对过去一年部署、计算、内存、网络和许可变化的集中梳理。

VCF 9.0 与 9.1 已成为重点

AWS 在 2026 年 7 月宣布 Amazon EVS 支持 VCF 9.0 和 9.1。自助部署模式下，AWS 负责在 VPC 中准备 EVS 与 EC2 裸金属基础设施，客户使用 VCF Installer 管理 VMware 软件安装和生命周期。AWS 还提供 Solutions for Amazon EVS 代码仓库，其中的 Deployment Orchestrator 用于自动化环境部署。

这种模式保留了企业已有的 VMware 工具与操作流程，但责任边界也更清晰。AWS 用户指南指出，VCF 软件中的 ESX、vCenter、vSAN、NSX 和 SDDC Manager 补丁与升级由客户负责。采用前不仅要确认支持版本，还要建立维护窗口、兼容性核对和回退流程。

站内此前报道过 Rackspace Cloud VCF 9.1 托管平台，它强调全托管多租户服务；Amazon EVS 则更强调客户对 VCF 环境和 VPC 集成的控制，两者的责任模型不同。

裸金属实例和内存分层扩展选择

周年回顾列出多个可用 EC2 裸金属选项，包括 i4i 与新的 i7i 系列。不同规格面向存储密集度、核心数与内存需求不同的 VMware 集群。AWS 同时介绍 VCF 9 的 Memory Tiering：把 NVMe 存储作为内存层的一部分，以提高每台主机可承载的虚拟机密度。

Memory Tiering 并不是无条件增加可用内存。工作集、交换行为、存储耐久性和故障模式都会影响适用性。团队需要基于自己的虚拟机组合确认容量，并遵守 VMware 与 AWS 的支持矩阵。本文不提供任何性能数据，也不据官方示例推导其他环境结果。

NSX Federation 面向多站点网络

Amazon EVS 还增加了 NSX Federation 支持。该能力通过 Global Manager 统一管理多个 NSX 环境，可用于多站点网络和灾难恢复设计。AWS 用户指南显示，EVS 环境包含 VCF 管理组件、ESX 主机、vSAN 数据存储与 NSX 集群；VPC 与 EVS VLAN 子网形成底层网络，客户虚拟机应运行在 NSX overlay 网络中。

多站点控制面能简化一致策略，但也增加路由、地址规划、故障域和变更管理复杂度。迁移团队应先画清 VPC underlay、NSX overlay、Route Server 与站点之间的关系，再决定哪些网络和安全策略由全局层管理。灾难恢复还需要独立的数据复制与恢复演练，不能只依赖网络连通。可参考 restic VPS 备份恢复教程 中关于恢复验证的基本原则。

Windows Server 许可与迁移路径

AWS 回顾还提到 Windows Server License Entitlement 等选项，为合规迁移 Windows 工作负载提供额外路径。许可是否可用取决于协议、区域和工作负载条件，企业应让采购、法务和技术团队共同核对，而不能只依据博客摘要做决定。

Amazon EVS 的主要受众仍是希望保留 VMware 技能、工具和运行手册，同时把基础设施迁入 AWS 的企业。对准备彻底转向云原生服务的团队，先把所有工作负载搬入新的 VCF 环境未必是最终路径；它也可以作为分阶段迁移的过渡层。

这次周年更新意味着什么

一年来的变化显示，Amazon EVS 正从基础的 VCF 托管位置，扩展为包含自助部署、自动化工具、多种裸金属选择、内存分层、多站点网络与许可选项的平台。它降低的是保持 VMware 操作一致性时进入 AWS 的阻力，而不是消除 VCF 本身的运维责任。

评估时应重点确认四项：VCF 版本与现有工具兼容性、裸金属容量与区域、网络和灾备架构、补丁及许可责任。官方功能已经可核验，但具体迁移周期、业务收益与容量规划仍必须基于企业自己的资产清单和演练结果。