一键登录 更安全快捷
邮箱登录
我已阅读并接受 用户协议 隐私政策

AWS 上运行 VCF 架构的托管服务全称:VMware Cloud on AWS,架构、组件、与本地 VCF 差异完整解析

企业在 AWS 公有云部署完整 VMware Cloud Foundation(VCF)软件定义数据中心栈,官方标准服务名称为VMware Cloud on AWS,业内简称VMC on AWS。该服务底层完全基于 VCF 技术栈构建,但托管模式、运维权限、部署架构和本地机房自建 VCF 存在明显区分;同时 AWS 另有自研 Amazon EVS 可原生部署标准版 VCF,二者容易混淆。本文拆解 VMC on AWS 底层 VCF 架构、核心组件、运维特性、配套自动化代码,区分 VMC 与本地 VCF、Amazon EVS 三大方案差异,适配混合云迁移、云上 VMware 集群规划。

VMware Cloud on AWS 完整专业解析

AWS 平台中搭载完整 VMware Cloud Foundation(VCF)一体化 SDDC 套件的托管云服务正式名称为VMware Cloud on AWS(VMC on AWS),底层内核由 vSphere、vSAN、NSX-T、vCenter 四大 VCF 核心组件构成,运行在 AWS 专属裸金属服务器上,由 Broadcom(原 VMware)负责底层基础设施托管、版本升级、硬件运维,客户仅管理业务虚拟机与上层虚拟化资源。

有VMware全系列产品官方资源和定制版资源需求的可以移步:

一、VMC on AWS 底层 VCF 标准组件栈

1、计算层:ESXi + vCenter Server

SDDC 集群内置企业版 vSphere,配套独立 vCenter 管理所有云上 ESXi 裸金属节点,界面、API、PowerCLI 操作逻辑与本地机房完全统一,无需重新学习运维体系;支持 vMotion、DRS、HA、FT 等全部虚拟化高可用特性。

2、存储层:vSAN 分布式存储

沿用 VCF 原生 vSAN 架构,依托 AWS 裸金属本地 NVMe 盘构建全闪存分布式存储,自动开启压缩、去重、纠删码冗余,单集群最小 3 台主机起步,支持横向扩容新增节点提升算力与存储容量。

3、网络层:NSX-T 分布式软件定义网络

完全复用 VCF 内置 NSX-T 组件,提供逻辑分段、分布式微分段防火墙、负载均衡、L2/L3 VPN,打通本地机房与 AWS 云上 SDDC,同时通过 ENI 网卡直连 AWS 原生 VPC、TGW、S3、RDS 等云服务。

4、迁移配套:内置HCX 迁移工具

作为 VCF 混合云配套组件预装在 SDDC 中,支持无改造热迁移、冷迁移、跨网段虚拟机迁移,实现本地 vSphere 业务零重构上云。

二、VMC on AWS 与本地自建 VCF 关键架构区别

1、托管责任边界差异

本地自建 VCF:客户自行部署 SDDC Manager、运维所有硬件、固件升级、补丁修复、硬件故障替换;

VMC on AWS:无 SDDC Manager 组件,VMware 厂商全权负责底层裸金属硬件、ESXi/NSX/vSAN 版本迭代、故障主机替换、底层安全补丁,客户仅管控业务虚拟机、网络策略、存储策略。

2、资源池隔离架构

VMC 采用双层资源隔离:一层为 VMware 专属管理资源池(厂商维护,客户无访问权限),一层为客户业务计算存储资源池;本地 VCF 统一资源池,客户可完整管控全栈硬件与管理组件。

3、扩容与计费模式

本地 VCF:一次性采购服务器硬件,固定机房容量;

VMC on AWS:按需弹性新增裸金属主机,按小时计费,支持临时扩容应对业务峰值,闲置节点可随时下线释放成本。

4、权限管控边界

本地 VCF 拥有 root、底层硬件访问、SDDC Manager 全权限;

VMC 客户无 ESXi 底层 Shell、裸金属硬件管理权限,仅开放 vCenter、NSX-T 标准运维接口,底层基础设施操作由厂商执行。

三、AWS 另一套 VCF 部署方案:Amazon EVS(易混淆区分)

很多运维会把 VMC on AWS 和 Amazon EVS 混淆,二者都能跑 VCF,但运营主体完全不同:

1、VMware Cloud on AWS(VMC):Broadcom 托管服务,底层硬件、VCF 组件运维由 VMware 负责,售卖渠道为 VMware Cloud 控制台;

2、Amazon Elastic VMware Service(Amazon EVS):AWS 原生自研服务,客户自主完整管控整套 VCF 环境(包含 SDDC Manager),在自有 AWS VPC 内部署,硬件、VCF 运维由客户自主负责,AWS 仅提供裸金属资源。

企业存量大量本地 VCF、需要完整 SDDC 管控权限选 EVS;只想轻量化托管、零底层硬件运维选 VMC on AWS。

四、VMC on AWS 自动化运维 PowerCLI 示例代码

可直接本地 PowerShell 执行,批量管理云上 SDDC 集群

powershell

# 1、连接VMC云端控制台
Connect-VMC -RefreshToken "你的VMC访问令牌"
# 2、查询组织下全部SDDC集群
Get-VMCSDDC -Org "企业组织名称"
# 3、查看指定SDDC集群主机、vSAN存储状态
Get-VMCSDDCCluster -OrgName "企业组织名称" -SddcName "AWS-Prod-SDDC"
# 4、登录内嵌NSX-T配置逻辑网段
Connect-NSXTProxy -RefreshToken $token -OrgName "企业组织名称" -SDDCName "AWS-Prod-SDDC"
New-NSXTSegment -Name "prod-app-seg" -Gateway "10.18.0.1/24" -DHCP

五、主流落地适用场景

1、本地机房扩容 / 数据中心迁出

现有 vSphere/VCF 机房容量不足,无需新增物理硬件,快速在 AWS 开通 VMC 集群承接业务,搭配 HCX 批量迁移虚拟机。

2、混合云灾备架构

本地 VCF 与 AWS VMC 通过 L2 VPN 打通,配置 VMware Site Recovery 实现虚拟机跨机房容灾,故障时一键业务切换至 AWS 云端。

3、临时弹性业务扩容

电商大促、项目短期测试、外包开发环境,按需开通短期 VMC 集群,业务结束释放主机,无需长期硬件投入。

4、合规行业统一虚拟化栈

金融、医疗等强合规行业,保持统一 VCF 虚拟化架构,不重构应用即可上 AWS,统一使用原有 vCenter 运维流程、安全策略。

六、运维高频误区避坑

1、误区:VMC on AWS 内部自带 SDDC Manager,和本地 VCF 完全一致

纠正:VMC 架构精简移除 SDDC Manager,底层版本升级、集群扩容由厂商后台统一操作,客户无 SDDC Manager 操作入口。

2、误区:AWS 上跑 VCF 只有 VMC on AWS 一种方案

纠正:存在两套独立方案,托管式 VMC on AWS、客户自运维 Amazon EVS,两套 VCF 部署模式权限、成本、运维差异极大,选型前需区分。

3、误区:VMC 底层 vSAN 存储可以单独扩容磁盘,不用新增主机

纠正:VMC vSAN 遵循 VCF 标准架构,存储容量、性能扩容必须新增完整裸金属主机,不支持单独挂载磁盘扩展存储。

4、误区:本地 VCF 的许可证可直接迁移至 VMC on AWS

纠正:VMC 采用按主机订阅授权,独立于本地永久 VCF 许可,无法直接复用本地机房硬件授权。

全文总结

在 AWS 公有云环境运行完整 VMware Cloud Foundation(VCF)软件定义栈,标准托管服务名称为VMware Cloud on AWS(简称 VMC on AWS),底层完整搭载 vSphere、vSAN、NSX-T、vCenter 四大 VCF 核心组件,运行于 AWS 专属裸金属服务器,由 VMware 厂商负责底层全栈托管运维。

它和本地自建 VCF 最大区别是移除 SDDC Manager、双层资源隔离、厂商全权负责硬件与版本维护;同时 AWS 自有 Amazon EVS 支持客户自主运维完整 VCF 集群,两套方案适配不同管控需求。运维可通过专用 PowerCLI 模块自动化管理云上 SDDC,适合机房迁移、混合云灾备、弹性扩容等场景,是企业 VMware 混合云主流落地方案。

用户留言 User Comments