一键登录 更安全快捷
获取验证码
密码登录
验证码登录
登录
登录/注册
0
收藏
VMware Cloud Foundation（简称VCF）作为博通旗下一体化SDDC私有云底座，把计算、分布式存储、软件定义网络、容器、运维监控全部整合到一套平台。随着AI算力、混合云项目越来越多，不少企业开始评估、规划或者升级到VCF 9.1.1.0版本。我也从事过一段时间企业机房虚拟化运维，接触过不少POC测试、隔离内网私有云建设项目，本文结合一线落地经验，梳理版本新能力、硬件规划、离线环境踩坑点、升级约束和高频故障排查，给做私有云架构规划、实施的同行提供参考。
有VCF9.1.1.0新版需求的可以移步：
![VMware Cloud Foundation 9.1.1.0[企业私有云一体化平台]官方正式版完整安装包](/upload/20261013/757fd7b1196ea4.png)
VCF并非单一软件包，而是一整套全栈私有云操作系统，组件包含：vSphere（计算）+ vSAN（分布式存储）+ NSX（软件定义网络安全）+ vCenter（统一管理）+ Tanzu容器平台 + Aria运维套件 + SDDC Manager全生命周期控制器。整套平台把虚拟化、存储、网络、容器、监控能力深度耦合，统一通过SDDC Manager做生命周期管理，从底层硬件资源到上层业务容器实现一站式交付，这也是它和单独部署vSphere+vSAN最大的区别。
VCF 9.1.1.0是9.1分支重要维护版本，Build号25714478，发布时间2026‑10‑12。
该版本重点修复Fleet离线仓库元数据缺陷，补齐隔离Air‑gapped离线环境全套依赖manifest清单，优化vSAN存储调度、AI负载调度，支持从VCF9.0平滑升级；所有组件基于博通官方原版，适合POC验证以及企业生产环境评估使用。
重要升级约束：仅支持VCF9.0系列平滑升级；5.2、8.x等更低大版本，不能直接跨大版本升级，需要先升级过渡到9.0基线，再升级至9.1.1，不能直接跳版本。跨大版本直接升级会引发SDDC Manager数据库损坏、组件注册异常、vSAN元数据不一致等不可逆问题，生产环境严禁尝试。
把DRAM作为热数据高速层，本地NVMe介质充当二级内存层，系统自动冷热数据迁移。不用大规模扩容物理内存就可以提升整机整合比，官方数据最高降低硬件TCO约40%，非常适合虚拟机密度高、内存压力大的私有云场景。
传统虚拟化环境中，内存资源往往是最大瓶颈，很多业务虚拟机在业务高峰期会频繁触发swap，性能暴跌。内存分层功能将访问频次较低的内存页面自动下沉到高速NVMe介质，释放物理内存供给热点业务。该功能对数据库中间件、批量批处理业务、AI推理场景增益明显，不需要采购大量昂贵内存，即可提升集群虚拟机部署密度。需要注意，该功能对服务器本地NVMe盘有HCL硬件认证要求，非认证硬件会出现性能抖动。
9.1版本正式GA全局重复数据删除，支持开启静态加密的集群也可以做全局重删，不再需要关闭加密，对AI数据集、虚拟机模板库、备份这类大量重复块场景收益明显，降低存储硬件投入，最高可降低存储TCO约39%。同时新增Auto‑RAID自动数据冗余策略，系统自动适配磁盘组合，减少管理员手动设置存储策略的人为失误。
在旧版本vSAN ESA中，如果开启静态数据加密，全局重删功能会被限制，很多企业在安全与存储容量之间只能二选一。本次更新解决了这个痛点，满足等保要求的同时，享受重复删除带来的存储节省。Auto-RAID策略可以自动识别磁盘容量、介质类型，自动选择最优冗余级别，避免运维人员因为存储策略配置错误，引发数据丢失风险。针对模板批量克隆、容器镜像、虚拟机备份这类大量重复块场景，存储节省效果尤为突出。
原生支持AMD MI350系列GPU，完善GPU直通、vGPU调度；AI训练推理虚拟机支持vMotion跨节点迁移，实现算力负载无停机调度。支持传统业务虚拟机、容器、AI算力混合部署，一套平台承载多种业务负载。
过往版本中，搭载GPU的虚拟机无法在线迁移，算力调度灵活性很差，业务扩缩容必须停机。VCF9.1.1优化GPU vMotion机制，支持训练、推理虚拟机跨节点在线迁移，实现算力资源动态调度。平台同时兼容NVIDIA与AMD专业加速卡，支持vGPU切分、MIG切分，可以将单张高端GPU资源分配给多个AI推理虚拟机，提升GPU利用率。企业可以在同一套VCF集群中同时承载OA、数据库等传统业务和AI训练推理业务，不用单独搭建独立AI集群，简化运维架构。
Hypervisor底层安全加固，TPM安全主机支持在线热补丁，大部分常规补丁不需要停机维护。新增本地隔离洁净室勒索软件恢复能力，遭遇加密篡改时可以快速回滚业务虚拟机，提升私有云的抗风险能力。
勒索攻击是当前私有云环境最大安全威胁之一。新版本在vSAN层面增加快照隔离洁净区，快照数据和业务数据物理隔离，即使业务虚拟机被勒索病毒加密，管理员可以直接从洁净快照快速恢复业务，避免快照本身被恶意篡改。TPM 2.0主机支持无停机热补丁，不需要重启主机即可完成部分底层安全漏洞修复，大幅减少安全补丁维护窗口，满足金融、政企业务高可用要求。同时平台增强账号审计、操作日志留存，所有SDDC Manager、vCenter操作行为完整记录，满足等保审计溯源需求。
平台整体部署周期相比旧版缩短接近50%；
VKS容器集群采用链接克隆快速批量部署，降低K8s运维复杂度；
Fleet架构完善离线仓库支持，补齐元数据yaml清单，解决隔离内网环境页面空白、组件识别失败、API校验报错这类经典坑点；
支持自助Namespace，业务团队可以快速落地容器应用，降低云原生落地门槛。
Fleet是VCF9引入的统一组件生命周期管理框架，在隔离内网场景下，旧版本最大痛点就是离线仓库导入之后缺少元数据清单，Fleet界面空白，无法识别组件版本，无法执行批量升级。9.1.1版本补齐整套manifest元数据文件，离线仓库导入流程标准化，不需要手动修改yaml文件。VKS基于Tanzu构建容器集群，使用链接克隆技术，批量创建K8s节点速度大幅提升，不需要逐个部署操作系统，帮助传统虚拟化团队快速落地容器业务，减少专职K8s运维人员投入。业务侧可以自助申请命名空间，由云平台团队统一管控资源配额、网络安全策略，实现平台自助化交付。
内置S3标准对象存储能力，可以用来搭建AI数据集数据湖，和块存储、文件存储共用同一套运维体系，作为后续商业化功能的技术预览版本。
AI项目需要存储海量图片、模型文件、数据集，传统块存储开销高，而单独搭建对象存储平台又会增加运维组件。VCF 9.1.1内置S3对象存储预览能力，底层复用vSAN存储池，一套存储底座同时提供块、文件、对象三种存储服务。运维人员只需要维护一套vSAN集群，不用额外部署MinIO等第三方对象存储，简化架构。该功能目前属于技术预览，不建议核心生产业务直接使用，适合POC验证、AI数据集测试场景。
CPU架构：x86_64、ARM64双架构；
硬件：Intel / AMD主流认证服务器，支持NVIDIA、AMD专业GPU卡用于AI场景。
所有硬件设备必须在博通HCL硬件兼容性列表内，不在HCL列表的硬件，即使可以安装成功，也不纳入官方技术支持范围，出现故障无法提交官方工单。很多POC项目使用非认证硬件，测试阶段看似正常，上线后出现vSAN掉线、硬件直通异常等隐性问题。
| 场景 | 内存 | 网络 | 存储 |
|---|---|---|---|
| POC实验室最小环境 | ≥128GB | 10GbE及以上冗余网络 | SSD/NVMe缓存盘 + SAS/NL‑SAS容量盘 |
| 企业正式生产集群 | ≥256GB | 25GbE双冗余网络 | vSAN ESA推荐全NVMe配置 |
网络注意：VCF整套组件对NTP时间同步要求极高，所有管理域、工作域主机、虚拟设备时间必须严格对齐，很多部署卡住、组件异常根源就是时间不同步。时间偏差超过300秒，预检会直接失败；生产环境建议部署本地内网NTP服务器，所有组件统一指向内部时间源，禁止混合使用外网NTP与内网NTP。
博通已经全面切换订阅制，不再售卖永久许可。VCF与VVF（vSphere Foundation）定位不同：VCF面向完整私有云、云原生、AI算力场景；VVF聚焦传统虚拟化业务。原很多独立产品（独立vSphere、独立NSX、独立Aria套件）已经停止单独供货，统一纳入VCF订阅体系。
采购规划时需要区分业务场景，如果只做传统虚拟机，不使用Tanzu、NSX高级安全、Aria全套监控，选择VVF成本更低；如果需要一体化SDDC、容器平台、AI GPU调度、统一生命周期管理，VCF才是对应的订阅产品。订阅按CPU核或者算力单元计费，需要提前评估服务器CPU数量，预留扩容余量。
很多政企涉密、内网物理隔离机房，不能访问外网，部署VCF9.x极易踩坑：
缺少Fleet离线仓库manifest元数据：早期9.1版本离线包缺少yaml元数据文件，导入仓库之后Fleet界面空白，组件识别异常，API校验报错；9.1.1.0版本已经补齐全套离线元数据资源，做隔离环境实施务必使用更新后的介质包。
完整介质包体积巨大，采用分卷打包，必须全部分卷完整下载，校验文件完整性，少一个分卷都会解压失败，离线仓库导入失败。任何分卷MD5不一致，都代表文件损坏，不要强行解压导入。
DNS反向解析（PTR记录）必须完整，部署预检阶段会校验，缺少反向解析直接阻断部署流程。很多内网运维只配置A记录，忽略PTR反向解析，预检反复报错，排查耗时很长。
密码复杂度强制要求：vCenter相关密码长度强制15‑20字符，特殊符号仅支持! @ # $ % ^ & *，其他特殊符号会造成OVF部署自定义失败。包含中文、括号、斜线等字符会直接导致部署虚拟机模板失败。
实操建议：离线环境不要跳过介质校验；部署前完整梳理正向、反向DNS，统一全部组件NTP服务器。部署前建议单独搭建测试环境，完整跑一遍离线介质导入流程，提前发现文件缺失、DNS解析问题，不要直接在生产机房进行首次部署。
完成硬件固件基线统一，BIOS/BMC/RAID卡升级至HCL认证版本；规划好管理域、工作域网络、DNS、NTP；管理域网络、工作域网络需要物理隔离，做好VLAN规划，预留足够IP地址池。
部署VCF Installer（原Cloud Builder）虚拟机；该虚拟机作为部署入口，需要独立存储资源，网络连通所有目标服务器BMC与管理网段。
导入完整离线depot仓库与配套元数据manifest；离线环境必须提前上传全套介质并校验MD5。
通过Installer向导部署Management管理域（SDDC‑Manager、vCenter、NSX、VCF‑Operations等整套管理组件）；管理域是整个VCF平台核心，生产环境至少3节点，保障高可用。
按需添加Workload Domain工作负载域，部署vSAN集群、开启Tanzu容器、配置GPU资源池；可以划分多个工作域，实现业务隔离，比如AI业务域、核心业务域、测试业务域。
完成组件预检，验证vMotion、HA、vSAN存储、NSX网络、容器平台全部功能。部署完成后，持续运行24小时健康巡检，确认没有告警。
升级前完整全量备份SDDC Manager配置、各业务虚拟机快照；SDDC Manager数据库备份必须单独导出，虚拟机快照仅作为业务应急手段。
优先升级Fleet Manager组件，之后再依次迭代其余组件；严格遵循官方升级顺序，颠倒顺序会造成组件注册异常。
采用滚动升级模式，逐域、逐主机更新，避免全部同时进入维护模式；业务集群滚动升级，保证业务不间断。
离线环境导入更新后的全套depot以及元数据文件，校验介质完整性。
升级全部完成后逐项校验存储、网络、容器、监控组件运行状态，清除所有平台告警，确认Fleet可以正常识别全部组件版本。
⚠️ 严禁跳过预检查直接执行升级，很多升级故障都来自预检告警被人为忽略。预检会检查磁盘空间、证书有效期、时间同步、DNS、组件健康状态，任何严重告警都需要修复之后再继续升级。
Q1：Fleet离线仓库导入后界面空白，看不到组件版本？
A：大概率是缺少Fleet配套的yaml元数据manifest文件。9.1.1.0介质包已经补齐该套文件，隔离内网部署必须使用补齐元数据的完整资源包，不能只用基础二进制包。如果已经导入旧仓库，需要删除原有仓库，重新导入带元数据的完整介质。
Q2：部署预检报错DNS反向解析失败？
A：DNS服务器增加对应虚拟机IP的PTR反向解析记录，正向A记录和反向PTR记录FQDN必须一一对应，重新运行预检。很多内网DNS不支持动态PTR记录，需要静态逐条添加。
Q3：升级后部分Operations网络收集器节点在Fleet界面消失？
A：如果是旧环境导入的brownfield存量组件，不是Fleet原生部署，会出现该现象，属于已知行为；需要按照官方KB处理节点命名规则或者重新部署对应收集器组件。实施阶段尽量使用Fleet统一纳管所有组件，减少brownfield存量接入。
Q4：VCF部署过程长时间卡住不动？
A：优先排查NTP时间同步，VCF全部虚拟机、物理主机时间偏差过大，会造成各类任务挂起；查看domainmanager日志进一步定位根因。同时检查存储IO压力，存储性能瓶颈也会导致部署任务停滞。
Q5：能不能直接从VCF5.2直接升级到9.1.1？
A：不可以，必须遵循官方升级链路，5.2.x先升级过渡到9.0基线，再升级到9.1.1，禁止跨大版本直接升级，否则会引发数据库、组件配置损坏。跨版本迁移项目，建议评估新建VCF9.1.1集群，使用跨集群vMotion迁移业务虚拟机，风险远低于原地跨大版本升级。
Q6：POC测试环境，最低需要几台服务器？
A：官方生产要求管理域至少3节点；实验室POC可以使用单台ESXi部署Installer做小规模验证，但该配置不能用于正式生产业务。POC环境硬件故障会直接摧毁整套平台，没有冗余保护，仅用于功能验证。
Q7：开启vSAN全局重删之后，会不会影响虚拟机读写性能？
A：vSAN ESA全局重删是后台异步执行，业务读写路径不会同步执行重删计算，对业务性能影响可控。但大容量集群首次开启全局重删，后台扫描会占用一定存储带宽，建议业务低峰期开启。
VCF9.1.1作为当前9.1分支最新维护版本，补齐离线Fleet元数据问题，NVMe内存分层、vSAN全局重删、AI‑GPU调度这些新特性，对于新一代私有云、AI算力基础设施项目价值很大。
但整套平台架构复杂，规划阶段硬件HCL校验、DNS/NTP基础网络、升级路径确认三件事必须优先落实，尤其是隔离内网机房，介质完整性、元数据文件是容易被忽略的关键点。
做生产环境实施，不建议跳过预检查，升级前做好完整备份，严格按照官方升级链路执行，避免出现不可逆故障；POC测试可以熟悉功能特性，但硬件规模不要直接照搬到生产环境。VCF是一套一体化平台，优势在于统一生命周期管理，代价是组件之间强依赖，任何一个基础组件异常都会影响整套平台。运维团队需要转变传统单独管理vSphere的思路，优先使用SDDC Manager与Fleet做平台运维，尽量不要直接修改底层vCenter、NSX的配置，避免破坏VCF组件注册关系。
