一键登录 更安全快捷
获取验证码
密码登录
验证码登录
登录
登录/注册
0
收藏
William Lam 2026年8月11日官方速报：VCF 9.1全新DTGW分布式中转网关搭配VNA虚拟设备集群，支持在vCenter单一界面完成全套NSX网络配置，无需反复切换NSX Manager；解决9.0版本必须跨界面操作VPC、防火墙、网关的繁琐流程，同时修复Day0外部IP段整段占用导致VCF Automation无地址可用的经典Bug，完整覆盖VKS容器集群前置网络环境搭建全流程，适合私有云多租户VPC场景落地。
有VMware全系列产品官方资源和定制版资源需求的可以移步：
VCF9.1实现vCenter一体化管理DTGW+VNA全套NSX网络组件，9.0需NSX后台操作的DVPG分布式防火墙开关现已迁移至vCenter；VNA集群承载NAT、负载均衡等有状态网络服务，是部署vSphere Supervisor/VKS的强制前置；原生Day0外部IP块会被Supervisor完整占用，需拆分为多个/26子网分配给不同业务；整套流程无需传统NSX Edge节点，消除边缘网关性能瓶颈，大幅简化多租户私有云运维流程。
| 项目 | VCF 9.0 | VCF 9.1 |
|---|---|---|
| NSX配置入口 | vCenter仅基础部署，网关/防火墙必须切NSX Manager | 全流程vCenter统一界面，内置NSX微前端 |
| 南北向服务载体 | 独立NS Edge网关集群 | VNA虚拟网络设备集群（替代Edge） |
| DFW分布式防火墙开关 | 仅NSX Manager可开启 | vCenter集群网络配置页直接启用 |
| 外部IP分配缺陷 | Supervisor占用完整Day0 IP块，多业务冲突 | 支持大段拆分子网，多服务独立分配网段 |
| VKS部署依赖 | Edge+复杂网关配置 | 仅需VNA+DTGW，流程简化60% |
DTGW：分布式中转网关，底层EVPN/VXLAN分布式转发，L2/L3流量无需绕行边缘；
VNA：Virtual Network Appliance，专门承载SNAT/DNAT、负载均衡等有状态网络服务；
VPC：多租户虚拟私有云，基于DTGW打通内外网，为VKS容器提供隔离网络；
vDefend：内置分布式防火墙DFW，依托DVPG分布式端口组实现虚拟机微分段防护。
1. 登录vCenter，选中目标计算集群； 2. 导航栏：配置 → 网络 → 网络配置； 3. 点击【配置】按钮，勾选「Activate NSX on DVPG」； 4. 保存生效，VCF9.0该操作仅能在NSX Manager完成。
1. 选中vCenter顶层根目录，进入【配置 → 网络 → VNA集群】； 2. 点击【添加集群】，填写集群名称、节点规格（至少1台，生产推荐2节点HA）； 3. 选择存储、管理端口组、IP分配模式（DHCP/静态）； 4. 等待VNA虚拟机部署、初始化完成，确认集群状态正常。
1. 切换至【网络】视图，打开【虚拟私有云VPC】清单； 2. 进入【配置 → 设置 → 连接配置文件】； 3. 下拉选择已部署完成的VNA集群； 4. 开启两大必选开关：南北向N-S服务、默认出站NAT； 5. 复用VCF Fleet初始化时预设的Day0外部VLAN与网关。
默认部署时vSphere Supervisor会占用完整外部IP段（如172.30.70.0/24），VCF Automation等后续服务无可用IP，直接部署报错。
1. 网络视图 → VPC → 配置 → 设置 → IP地址块； 2. 找到「Day0 External Ip Block」，点击右侧三点编辑； 3. 将完整/24大网段拆分为4个独立/26子网：
172.30.70.0/26（分配给vSphere Supervisor）
172.30.70.64/26（分配VCF Automation）
172.30.128/26（租户外部业务）
172.30.192/26（备用扩容）
4. 四段共用同一网关，保存配置； 5. 再次启用Supervisor仅占用第一段子网，剩余网段可供其他业务正常使用。
已在集群开启DVPG+NSX分布式防火墙；
VNA集群部署完成且状态健康；
VPC连接配置已绑定对应VNA，出站NAT已启用；
Day0外部IP块完成子网拆分，预留独立网段给Supervisor；
集群MTU≥1600，底层分布式交换机开启VXLAN支持。
1. 配置分散，vCenter、NSX Manager来回切换，操作链路冗长； 2. NSX Edge多套虚拟机维护，扩容、故障排错成本高； 3. 外部IP段不可拆分，多业务部署地址冲突报错频发； 4. VKS上线前置网络配置耗时极长。
1. 单一vCenter完成全套网络规划，运维入口统一； 2. VNA替代多套Edge，减少虚拟机数量，降低故障域； 3. IP子网拆分机制解决地址抢占底层Bug； 4. DTG分布式转发消除边缘流量瓶颈，南北向转发性能线速； 5. 容器平台上线前置网络配置时间缩短60%。
AMD消费级锐龙CPU（Zen4/Zen5）部署VNA会失败，因缺少DPDK硬件支持；需在ESXi执行修改CPU品牌字符串临时规避，重启无需生效： echo 'cpuid.brandstring = "AMD EPYC Ryzen 9 7945HX"' >> /etc/vmware/config
Q1：VNA集群部署失败是什么原因？ A：1. AMD消费CPU无DPDK支持，执行上述临时修改；2. 管理端口组MTU不足；3. 存储空间不足。
Q2：启用Supervisor提示无外部可用IP？ A：未拆分Day0完整网段，按步骤4拆分为多个/26子网即可解决。
Q3：必须部署NSX Edge网关吗？ A：VCF9.1 DTGW+VNA架构完全替代传统Edge，无需部署Edge节点。
Q4：配置完成后VPC跨租户不通？ A：检查连接配置文件是否绑定VNA、南北向NAT开关是否开启。
VCF9.1推出DTGW分布式中转网关搭配VNA虚拟网络设备全新架构，核心升级为vCenter一体化NSX网络配置，告别9.0版本跨后台繁琐操作；完整四步流程覆盖防火墙启用、VNA集群部署、VPC绑定、外部IP网段拆分，同时修复Supervisor抢占完整IP块的底层Bug；VNA替代传统NSX Edge承载有状态网络服务，消除边缘性能瓶颈，是vSphere Supervisor、VKS容器集群部署强制前置网络环境；消费级AMD硬件部署VNA存在DPDK兼容坑，提供临时规避方案，大幅简化多租户VCF私有云网络运维复杂度。
