一键登录 更安全快捷
获取验证码
密码登录
验证码登录
登录
登录/注册
0
收藏
VCF 9.1.1推出**VLAN‑Backed VPC（无TEP模式）**，不再要求ESXi主机配置NSX Tunnel Endpoints(TEP隧道端点)，不再强制底层网络大MTU；依然依赖DTGW分布式传输网关与VNA虚拟网络设备集群；旧版VCF9.1.0需要TEP；新的NO‑IP模式让原本不满足overlay隧道网络条件的环境可以部署VKS、VCFA；部署分为JSON自动化部署以及vCenter UI向导部署；VKS3.7及更早版本不能使用Default默认配置，必须手动创建Public VPC子网并使用自定义配置部署集群；重要限制：VCF PAIS私有AI服务当前无法运行于VLAN‑Backed VPC，等待后续版本修复。
有VMware全系列产品官方资源和定制版资源需求的可以移步：
VCF9.1.1新增VLAN‑Backed VPC，overlayVtepSpec设置vtepType:NO_IP，取消ESXi主机TEP隧道端点与大MTU硬性依赖；仍使用DTGW+VNA集群；VKS 3.7‑必须手动创建Public VPC子网，采用Custom自定义模式部署集群，不能直接Default；PAIS（私有AI服务）暂不兼容该网络模式；未来VKS版本将原生支持该VPC，消除手动配置步骤。
| 项目 | 详情 |
|---|---|
| 文章作者 | William Lam（Broadcom VCF杰出平台架构师） |
| 发布时间 | 2026‑09‑15 |
| 版本底座 | VMware Cloud Foundation 9.1.1 |
| 核心新特性 | VLAN‑Backed VPC（TEP‑Less，无隧道端点） |
| JSON关键配置 | "overlayVtepSpec":{"vtepType":"NO_IP"} |
| 依赖组件 | DTGW分布式传输网关 + VNA虚拟网络设备集群（至少1个VNA节点） |
| 取消的硬性依赖 | ESXi主机TEP隧道IP池、underlay大MTU（1600+）overlay网络要求 |
| 受支持服务 | vSphere Supervisor / VKS、VCFA自动化 |
| 当前不兼容 | VCF PAIS私有AI服务，底层VKS部署不受用户控制，暂无法使用；等待后续VKS迭代 |
| VKS版本约束 | VKS3.7及更早，禁止Default配置，必须创建Public子网+Custom部署；新版本将原生兼容 |
传统Overlay‑VPC（VCF9.0‑9.1.0）
需要每台ESXi配置TEP隧道端点IP；underlay网络必须支持MTU≥1600 Geneve封装；
DTGW + VNA；支持Private私有子网、SNAT；VCFA在9.1.0之后才支持。
VLAN‑Backed VPC 无TEP（VCF9.1.1新增）
overlayVtepSpec设置 vtepType:NO_IP，ESXi不再配置TEP；无需大MTU；
依然需要DTGW + VNA集群；流量全部经由External IP Block外部IP地址池，没有Private私有子网SNAT能力；
适合现有物理网络以标准802.1Q VLAN为主、改造overlay条件有限的数据中心。
步骤1：部署VCF Fleet，启用NO‑IP无TEP模式
JSON自动化部署，修改dtgwSpec配置段，加入 "overlayVtepSpec": { "vtepType": "NO_IP" }；其余VPC相关配置在部署完成后通过UI完成。
步骤2：vCenter进入网络‑传输网关，执行Setup Networking向导
Fleet部署完毕，登录vCenter，菜单【网络>网络>传输网关】，点击设置网络。
步骤3：填写VLAN、网关CIDR，创建完整网段External IP Block
示例VLAN60，网段172.30.60.0/24；External‑IP‑Block必须填写完整整个子网网段，不能截取小子网。
错误示例使用172.30.60.0/26会抛出报错：
错误码640022 / 500157：External ip block network is not have matching Distributed VLAN Gateway。
步骤4：部署VNA集群（至少1节点）
配置VNA集群节点参数，点击应用完成部署；在vCenter【配置>网络>VNA集群】查看状态全部绿色代表部署成功，部署耗时数分钟。
步骤5：启用vSphere Supervisor
前置条件：vSphere集群必须开启vSphere‑HA；同时必须清除全部vSAN健康检查告警，告警会阻止Supervisor部署。
网络栈选择：VCF Networking with VPC；填写Supervisor名称、vSphere‑Zone、存储策略；
管理网络最少预留5个IP用于Supervisor控制平面虚拟机；工作网络继承VLAN‑Backed VPC；高级配置选择Medium规模，填写API‑Endpoint FQDN；部署耗时5‑10分钟。
步骤6：创建Namespace命名空间
分配VM‑Class、存储策略、VKR内容库；进入【资源】标签页，VKS等Supervisor服务在此部署。
⚠️重要坑：VKS3.7直接选择Default配置会触发准入Webhook拒绝：cluster can not be deployed with default network(private) in a VPC namespace without SNATVLAN‑Backed VPC无SNAT，不存在Private私有子网，Default模式不可直接使用。
步骤7：Namespace内新建Public公共VPC子网
命名空间→资源→网络服务→SubnetSets；新建子网，访问模式选择Public，分配IP数量。
步骤8：Custom自定义模式部署VKS集群
K8s服务选择【Custom Configuration】；网络选项勾选使用自定义主网络，选中上一步创建的Public VPC子网；其余参数按需配置，完成部署；VKS节点IP取自前面定义External‑IP‑Block网段。
☑ VLAN‑Backed VPC没有Private私有子网与SNAT能力，所有业务流量依赖Public子网和External‑IP‑Block。
☑ VKS3.7以及更早版本不能使用Default配置部署VKS集群，必须走Custom模式+Public子网；后续VKS版本会自动适配，不再需要手动干预。
☑ PAIS（VCF私有AI服务）底层依赖VKS，但是PAIS不向用户暴露VKS配置，因此当前不能部署在VLAN‑Backed VPC，等待后续版本修复。
☑ External‑IP‑Block必须和VLAN网关完整网段严格匹配，截取子网片段会报640022/500157错误。
☑ VNA集群最少1个节点，生产环境建议多节点实现高可用。
☑ 启用Supervisor之前vSAN健康检查必须全部通过，存在告警直接阻断部署流程。
Q1：VLAN‑Backed VPC是不是完全抛弃DTGW与VNA组件？ A：不是；依然依赖DTGW分布式传输网关、VNA集群；只是去掉ESXi主机TEP隧道端点与Geneve overlay封装的硬性依赖。
Q2：为什么VKS Default配置直接报错？ A：VKS Default会尝试分配Private VPC子网，而VLAN‑Backed VPC没有SNAT，不存在Private子网，准入webhook拦截；解决方案手动创建Public子网，选择Custom模式部署。
Q3：PAIS为什么不能跑在VLAN‑Backed VPC？ A：PAIS内部自动创建管理VKS集群，用户不能干预子网选择；当前版本没有适配该网络模型，后续VKS更新解决该限制。
Q4：报错640022 /500157代表什么？ A：External‑IP‑Block的CIDR和VLAN分布式网关网段不匹配；必须填入VLAN完整网段，不能切分小子网。
Q5：VLAN‑Backed VPC是否支持HA？ A：VNA集群支持多节点HA；DTGW本身分布式；vSphere‑Supervisor要求底层vSphere集群开启HA。
VCF9.1.1新增VLAN‑Backed VPC（无TEP模式），通过JSON配置 overlayVtepSpec vtepType:NO_IP，取消ESXi主机TEP隧道端点以及underlay大MTU强制要求，原有DTGW、VNA集群组件仍然保留；该模式可以让网络条件不满足Geneve overlay隧道的数据中心部署VKS、VCFA；VKS3.7及更早版本不能直接Default部署，必须手动在Namespace创建Public VPC子网，使用Custom自定义模式部署集群；External‑IP‑Block必须使用VLAN完整网段，切分子网片段会抛出640022/500157错误；当前VCF‑PAIS私有AI服务暂不兼容VLAN‑Backed VPC，等待VKS后续迭代；未来VKS新版本将原生适配该VPC，消除手动配置步骤；部署Supervisor前置硬性条件：vSphere集群开启HA，并且全部vSAN健康检查告警清除。
