版本概览
VMware vSAN 随 VMware Cloud Foundation（VCF）9.1 更新至 9.1 版本，重点变化集中在存储效率优化与大型数据库场景的平台适配能力上。同一版本族的维护版本 vSAN 9.1.1.0 于 2026 年 9 月 3 日随 VCF 9.1.1 发布，继续补充新的存储服务能力并修复已知问题。
存储效率：全局重删正式可用
vSAN 全局重删（Global Deduplication）在 VCF 9.1 中由预览转为正式可用。该能力在集群范围内对数据进行去重，并与压缩功能协同工作，用于降低同一份数据在集群中的重复占用，从而在相同物理硬件上容纳更多数据。
数据压缩改用 zStandard 算法
此前 vSAN 的数据压缩一直使用 LZ4 算法，其特点是在延迟敏感的场景下强调性能与低计算开销。vSAN ESA 架构在设计上预留了替换压缩算法的空间，9.1 版本在 ESA 中改用 zStandard（ZSTD）算法。该算法可提供明显高于 LZ4 的压缩比，同时保持较好的性能表现与可控的 CPU 开销，并可针对 vSAN 存储栈进行调优。
压缩处理仍位于 vSAN 存储栈的较高位置，以 4KB 块为粒度评估数据，在数据允许的情况下以 512 字节扇区为单位进行压缩；压缩在 9.1 中成为集群的常开功能。更高的压缩比意味着更少的数据跨越网络传输，也减少了存储栈下层需要处理的数据量。结构化数据通常是主要受益对象，例如数据库中具有明显规律的整数、日期、可重复表头与键值等。
扩展对 SAP 应用与新处理器平台的支持
VCF 9.1 起，vSAN 支持在 2 路英特尔至强 6 P-core（Granite Rapids-SP）系统上部署。此前这类主机只能通过光纤通道（FC）或网络文件系统（NFS）存储用于 VCF 9.0 工作负载域，vSAN 的直接支持使该平台的部署方案更为简化。
对于 SAP AnyDB 应用，如使用 Oracle 或 Microsoft SQL Server 数据库的 SAP 系统，在同时支持 SAP 与 vSAN 的 ready system 上部署时无需额外验证；SAP HANA 场景需要同时满足 SAP HANA 与 vSAN 的认证要求，并完成 vSphere 与 vSAN 验证，方可由 SAP 硬件伙伴构建基于 VCF 的 SAP ICC 认证超融合方案。vSAN 9.0 与 9.1 的验证覆盖 Sapphire Rapids、Emerald Rapids 与 Granite Rapids 平台；目前首个可用的 Granite Rapids 认证系统为联想 ThinkAgile VX650 V4 双路系统，后续还将有更多硬件厂商跟进。
9.1.1.0 维护更新
2026 年 9 月 3 日，vSAN 9.1.1.0 随 VCF 9.1.1 正式发布，同期更新 vSAN ESA Witness 9.1.1.0、vSAN OSA Witness 9.1.0.0 与 vSAN File Services 9.1.0.0。该维护版本的主要变化包括：
- VCF 原生对象存储（VCF Native Object Store）技术预览：在 vSAN 内直接提供兼容 S3 的对象存储，不再依赖第三方附加组件，可用于统一、可横向扩展的多租户对象存储场景。
- vSAN 存储拓扑支持：VCF Automation 面向多种 vSAN 存储拓扑提供经过完整验证的核心服务，使传统应用与云原生应用可以在同一环境中运行。
该版本同时修复了若干问题，例如跨 vCenter 环境中通过 UpdateDatastoreSource API 重置服务账户密码失败、启用 vSAN RDMA 时文件服务从 7.x 升级到 8.x 后状态异常，以及文件服务通过 NFS 短暂返回错误文件大小元数据等。
升级提示
对使用 172.17.x.x 网段承载 vSAN 文件服务域或共享的环境，需要先升级 ESX 主机再升级文件服务虚拟机（FSVM），否则文件服务虚拟机的内部网络可能占用同一网段，与文件服务域或共享的地址发生冲突。
对现有用户的影响
压缩与全局重删均作用于集群层面，已部署 vSAN ESA 集群的用户在升级后无需逐台虚拟机调整策略即可受益；依赖 SAP HANA 或 SAP AnyDB 的用户可在受支持的英特尔至强 6 平台上基于 vSAN 构建超融合方案，使存储管理更集中。规划升级时，应结合 VMware Cloud Foundation 的版本兼容说明与硬件认证目录确认目标平台的受支持状态，并注意文件服务相关的升级顺序要求。
