Windows Server Failover Cluster 上的 Storage Spaces共享 SAS JBOD在 Azure Local 解耦架构中的重新定位。版本v2.02026-07-07术语统一修订版适用Windows Server 2025 / Azure Local 23H2 / 2512 / 2606来源Microsoft Learn 官方文档Storage Spaces 概述、Failover Cluster 存储架构、Azure Local 解耦部署、Compare Azure Local to Windows Server azloc-2606 多轮技术校准核心结论Windows Server 2025 仍完整支持Storage Spaces共享 SAS JBOD 部署模式——即 Storage Pool / Virtual Disk 运行在 Windows Server Failover Cluster 中、通过共享 SAS JBOD enclosure 提供物理磁盘从 Windows Server 存储体系结构分析可作为 SOFS 后端的一种实现方式。截至本文写作时微软公开文档尚未将该组合列为 Azure Local Disaggregated Deployment 的官方参考架构。0. 写在前面本文聚焦一个在 Azure Local 解耦Disaggregated讨论里被反复忽略的方案双节点 Windows Server Failover Cluster Shared SAS JBOD enclosure Storage Spaces CSV SOFS。准确地说这里的 Storage Spaces 部署模式是微软从 Windows Server 2012 R2 起主推的中低端 SAN 软件替代方案——把Storage Pool 和 Virtual Disk放在 Failover Cluster 中跑、底层介质来自多节点共享的 SAS JBOD enclosure。HCL 上曾认证大量该类盘柜HPE D3000、Dell MD1200、Lenovo D1212 等。该架构在 2016 / 2019 时代就已经稳定之后随着 S2D 和 Azure Local 的崛起微软宣传重心转移但产品本身从未被弃用Deprecated或移除Removed。本文要做三件事校准 Storage Spaces 与 S2D 的边界——很多人把它们当成一个东西的不同模式但它们在集群假设、JBOD 形态、网络要求上有本质差异。校准 Windows Server 2025 对 Storage Spaces共享 SAS JBOD 部署模式的支持现状——功能、改进、推荐场景。校准这套架构在 Azure Local 解耦体系中的位置——从 Windows Server 存储体系结构分析该链路能够完整建立微软公开文档尚未将其列为 Azure Local Disaggregated Deployment 的官方参考架构生产环境应结合最新支持声明确认。0.1 术语统一约定v2.0 修订为贴合微软当前 Learn 文档体系本文统一以下术语本文用词含义 / 备注Storage Spaces产品名称不区分单机或集群形态。第一次出现时用全称Storage Spaces共享 SAS JBOD 部署模式后续简称Storage Spaces。Storage Spaces共享 SAS JBOD 部署模式Storage Pool / Virtual Disk 运行在 Windows Server Failover Cluster 中、物理磁盘来自多节点共享的 SAS JBOD enclosure 的部署形态。不再使用经典 Storage Spaces或Clustered Storage Spaces这种社区旧叫法。Storage Pool资源池对象PowerShell:Get-StoragePool/New-StoragePool。Virtual Disk逻辑盘对象PowerShell:Get-VirtualDisk/New-VirtualDisk。第一次出现用全称Storage Spaces Virtual Disk以下简称 Virtual Disk后续简称 Virtual Disk。Shared SAS JBOD enclosure多节点共享的 SAS 盘柜机箱无 RAID 卡。首次出现用全称后续简称Shared SAS JBOD。Failover ClusterWindows Server Failover ClusterWSFC即集群组件。CSVCluster Shared Volume集群共享卷。SOFSScale-Out File Server横向扩展文件服务器。软件定义存储Software-defined StorageStorage Spaces 的本质定位。不使用软件 RAID——Storage Spaces 采用 Pool / Column / Slab / Resiliency 模型不是传统 RAID 控制器实现。层级关系贯穿全文Windows Storage Spaces ├── Storage Pool ├── Virtual Disk └── Physical Disk1. 核心概念校准1.1 Storage Spaces 与 S2D不是替代关系很多人会把Storage Spaces共享 SAS JBOD 部署模式和Storage Spaces Direct存储空间直通当成旧 vs 新。更准确的说法是两者面向不同的部署形态关系上是并列不是替代。维度Storage Spaces共享 SAS JBOD 部署模式Storage Spaces Direct (S2D)单机使用✅ 支持❌ 不支持Shared SAS JBOD✅ 支持典型场景❌ 不支持节点本地盘✅ 支持✅ 主要场景Failover Cluster必需共享 SAS JBOD 场景必需典型形态双/多节点 Failover Cluster SAS JBOD enclosureHCI / Azure Local网络要求普通以太 / SAS 即可RDMA 几乎必需CSV必需必需管理复杂度较低较高Repair / Rebalance微软当前重心Sustained Engineering持续扩展Azure Local关键校准微软官方文档明确把这两者分开讲没有Storage Spaces 被 S2D 取代的表述。S2D 是 HCI 时代的产物Storage Spaces共享 SAS JBOD 部署模式是 SAS JBOD 时代的产物两者并行到 Windows Server 2025。1.2 在 Failover Cluster 中使用 Storage Spaces是什么在 Windows Server 2012 R2 起微软提供的能力是在Windows Server Failover Cluster中让多节点共享一个 SAS JBOD enclosure无 RAID 卡用Storage Spaces在 OS 层把物理盘聚合成 Storage Pool再创建带 ResiliencyMirror / Parity的 Virtual Disk最后用CSV把 Virtual Disk 暴露给集群角色Hyper-V / SOFS / File Server。它和单机 Storage Spaces 的差别只有一处多节点通过 SCSI-3 Persistent Reservations 对 Shared SAS JBOD enclosure 的物理磁盘做仲裁本质上是个分布式锁。1.3 Windows Server 2025 的官方支持状态结论先说仍然受支持文档在持续更新最近一次更新 2025 年。依据Storage Spaces 官方文档azloc-2606 / WS2025明确写出Storage Spaces can be used in clusters connected to external JBOD enclosures via SAS。Failover Cluster Storage Architecture 文档仍保留 SAN / Shared SAS Storage 这一架构分类未标记为 Legacy 或 Unsupported。Storage Pool / Virtual Disk / Mirror / Parity / Storage Tier / Storage Bus Cache / ReFS / 完整 PowerShell cmdlet在 WS2025 都仍可用。需要注意的变化2012 R22019微软大量宣传 Storage Spaces共享 SAS JBOD 部署模式HCL 有大量认证 Shared SAS JBOD enclosure。20222025微软几乎不再新增该部署模式的新特性文档重点转向 Azure Local / S2D / SAN。因此它是 **Sustained Engineering持续支持**而非Active Development积极发展。2. Windows Server 2025 中 Storage Spaces 的能力2.1 完整保留的功能功能WS2025 状态备注Storage Pool✅共享 SAS JBOD / 本地盘Virtual Disk✅Simple / Mirror / Parity Resiliency精简配置Thin Provisioning✅WS2025 持续可用固定配置Fixed Provisioning✅双向 / 三向镜像✅共享 SAS JBOD 场景多见双向Parity奇偶校验✅Simple无冗余✅不推荐生产Storage TierSSD HDD 分层✅配合 Storage Bus CacheStorage Bus Cache✅ReFS✅完整 PowerShell cmdlet✅2.2 Windows Server 2025 引入的改进虽然Storage Spaces共享 SAS JBOD 部署模式的架构本身没有大变动但 WS2025 在底层存储栈上做了一些增强ReFS 去重Deduplication— 此前主要在 NTFSWS2025 扩展到 ReFS生产环境需评估对性能的影响ReFS 压缩Compression— 同上Storage Replica 压缩— 扩展到所有版本之前部分版本受限NVMe I/O 性能优化— 底层 IO 栈更适配 NVMe 设备整体存储栈性能提升— 这是版本级红利不专属 Storage SpacesStorage Spaces 支持 Thin Provisioned Virtual Disk持续可用重要校准上述改进大多属于底层存储栈ReFS、NVMe、Storage Replica并不意味着 Storage Spaces共享 SAS JBOD 部署模式的控制面Storage Pool / Virtual Disk / Mirror / Parity发生了什么架构性变化。WS2025 的 Storage Spaces 引擎和 2019 / 2022 时代的形态基本一致。2.3 Windows Server、S2D、Azure Local三者关系Azure Local3. 经典架构双节点 Failover Cluster Shared SAS JBOD Storage Spaces3.1 架构总览3.2 关键组件组件角色关键约束Shared SAS JBOD enclosure提供物理磁盘不能有 RAID 卡RAID 卡设计上是单服务器独占SAS HBA每节点 1~2 块多路径连接 Shared SAS JBOD必须支持 SBB v2.0 或同等规范Storage Pool把物理盘池化一个 cluster 一个 pool共享 SAS JBOD 场景Virtual Disk跨节点冗余抽象双向镜像2 节点/ 三向镜像3 节点CSV把 Virtual Disk 暴露给集群NTFS / ReFS 都可SOFS / Hyper-V / File Server集群角色通过 CSV 访问 Virtual Disk3.3 仲裁机制容易踩坑Shared SAS JBOD enclosure 上的物理磁盘被多台服务器同时访问必须用 SCSI-3 Persistent Reservations 做多节点仲裁否则会出现脑裂式的数据损坏。每次 I/O 写操作前节点要先预留再写入PR Out / Preempt。Storage Spaces 驱动层负责这件事应用层无感。因此 SAS HBA 固件、Shared SAS JBOD enclosure 控制器、Storage Spaces 驱动三者必须配合——这也是为什么微软早期要做 HCL 认证。关键校准不要试图用两台服务器的 RAID 卡共享一个盘柜。RAID 卡设计上是单主机独占多主机共享需要 HBA 纯 JBOD enclosureJust a Bunch Of Disks Storage Spaces 在 OS 层做软件定义存储。3.4 Resiliency 形态选择注本文使用微软官方术语Resiliency容错策略而非 RAID 类型。Storage Spaces 采用 Pool / Column / Slab / Resiliency 模型不是传统 RAID 控制器实现。场景推荐 Resiliency备注2 节点 共享 SAS JBOD双向镜像Mirror, 2-way默认选项3 节点 共享 SAS JBOD三向镜像 / 双向奇偶容量利用率更高容量型归档Parity性能较低不推荐用于 VM 存储高 IOPS VM双向镜像 SSD 分层 Storage Bus CacheStorage Bus Cache 加速读关键校准Parity奇偶校验在共享 SAS JBOD 场景下能省容量但写性能损失明显对 VM 存储不推荐Mirror 是工业默认 Resiliency。4. 这套架构现在还有哪些典型场景4.1 微软目前的推荐定位按微软公开文档的措辞Storage Spaces仍然适合单台 Hyper-V 主机单台文件服务器小型虚拟化平台Shared SAS JBOD enclosure双/多节点 Failover ClusterSOFS 后端存储作为硬件 RAID 的软件定义存储替代方案而S2D仍然聚焦Azure LocalHCI超融合Hyper-V ClusterAzure Stack HCI大规模虚拟化4.2 在私有云 / VDI / 中小企业场景的契合度维度双机 Shared SAS JBOD Storage SpacesS2DFC SAN采购成本较低中等高运维复杂度较低中等Repair / Rebalance中等网络要求普通以太 / SAS 即可RDMA 几乎必需FC 专用网络扩容方式加盘柜 / 加盘加节点加盘柜 / 加 LUN故障域盘柜 节点节点控制器 / 链路与 SOFS 配合经典2012 R2 起主推可内部 SOFS经典典型适配场景2 节点 Hyper-V ClusterSOFS 文件服务器SMB3 多通道存储VDIFSLogix Profile 存储后端中小企业私有云不希望采购 FC SAN的场景4.3 与 S2D 的本质差异S2D 的镜像靠节点间 SMB3 RDMA同步本地盘Storage Spaces共享 SAS JBOD 部署模式的镜像靠 SAS 多路径 Storage Spaces 驱动层Shared SAS JBOD enclosure 是介质池前者是节点本地 网络同步后者是共享介质 软件锁 软件定义存储。两者不互相替代共享 SAS JBOD 场景没法用 S2D因为 S2D 不支持外部 Shared SAS JBOD节点本地盘场景也不必要用 Storage Spaces直接 S2D 更优。5. 关键命题在 Azure Local 解耦架构中SOFS 后端能否用 Storage Spaces共享 SAS JBOD 部署模式5.1 Azure Local 解耦架构的存储栈Azure Local 的 Disaggregated解耦模式本质上分层是5.2 Compute 层的视角Azure Local Compute 节点通过 SMB3 访问 SOFS 提供的共享而不是直接访问 SOFS 后端块存储。从 SMB 文件访问层面Compute 节点通常无需感知 SOFS 后端采用的是 FC SAN、Storage Spaces 还是其他 Windows Server 支持的共享存储实现。从 SMB 文件访问层面Compute 节点通常无需感知 SOFS 后端的具体块存储实现。整个 SOFS 集群 CSV 层对 Compute 来说就是个挂载点。因此从存储栈角度SOFS 后端使用 Storage Spaces共享 SAS JBOD 部署模式与使用 FC SAN没有本质区别——计算节点 I/O 路径完全一致。5.3 Windows Server 层面的支持状态逐项检查 WS2025 组件是否受支持组件WS2025 支持状态备注Windows Server Failover Cluster✅基础组件Storage Spaces共享 SAS JBOD 部署模式✅见本文第 1.3 节Shared SAS JBOD enclosure✅HBA SBB v2.0 认证盘柜CSV✅NTFS / ReFSSOFS✅经典2012 R2 起SMB3 Multichannel✅SOFS 通过 SMB3 提供给 Azure Local✅这是 SOFS 的标准用法结论所有组件在 Windows Server 2025 都是受支持功能。5.4 Azure Local 官方文档为何很少讨论 Storage Spaces共享 SAS JBOD 模式在 Azure Local 解耦Disaggregated部署相关文档中微软通常将共享存储描述为External Storage例如Disaggregated deployment supports external storage such as FC SAN、iSCSI SAN、NVMe-oF。官方文档主要关注的是Azure Local Compute 节点如何访问外部共享存储而不是共享存储内部采用何种实现方式。从体系结构来看需要区分两个不同层次第一层Azure Local Compute 与共享存储之间的接口Azure Local Compute 节点通过 SMB3 访问 SOFS 提供的共享存储。对于 Azure Local 而言关注的是共享存储是否能够提供符合要求的 SMB 文件共享而不是 SOFS 后端具体采用哪一种块存储实现。第二层SOFS 集群内部的共享块存储实现SOFS 后端可以基于 Windows Server 官方支持的多种共享块存储方案例如FC SANiSCSI SANNVMe-oFWindows Server Failover Cluster Storage Spaces共享 SAS JBOD 部署模式这些属于 Windows Server 存储体系结构内部的实现方式并不属于 Azure Local 控制平面重点讨论的内容。因此Azure Local 官方文档主要列举的是外部共享存储类型而没有进一步展开 SOFS 后端采用何种块存储实现。需要注意的是微软目前公开发布的 Azure Local 文档及官方支持矩阵主要展示 FC SAN、iSCSI SAN、NVMe-oF 等方案并未明确将 SOFS 后端采用 Storage Spaces共享 SAS JBOD 部署模式列为 Azure Local 解耦部署的官方参考架构。因此官方文档未展开介绍并不能直接推导为支持或不支持对于此类组合架构应以 Azure Local 最新官方支持矩阵和 Microsoft Support 的正式声明作为最终依据。5.5 关键技术链路校验把链路完整画一遍每一层在 Windows Server 2025 都是受支持功能。从 Windows 存储栈角度这条链路是完全闭合的。5.6 Azure Local 官方支持矩阵的现状这是唯一一个需要谨慎的地方。维度状态Windows Server 2025 各组件单独支持✅ 全部支持Windows Server Failover Cluster Storage Spaces共享 SAS JBOD✅ 官方支持Azure Local解耦架构技术链路✅ 从 Windows Server 存储体系结构分析可以构建完整的数据访问链路。Azure LocalS2D使用共享SAS JBOD❌ 官方明确不支持Azure Local 文档示例列出⚠️ 主要展示FC SAN、ISCSI SAN、NVME-oF等外部共享存储Azure Local 官方支持矩阵⚠️ 截至目前未明确将 SOFS 后端 Storage Spaces Shared SAS JBOD enclosure 列为解耦部署的受支持配置精确表述从 Windows Server 存储架构分析SOFS 后端采用 Shared SAS JBOD enclosure Storage Spaces共享 SAS JBOD 部署模式其 Compute 层 I/O 路径与采用 FC SAN、iSCSI SAN 等共享存储方案一致可以构建完整的数据访问链路。需要注意的是Azure Local23H2 及以后版本的 Storage Spaces DirectS2D部署明确要求存储设备本地连接不支持多个节点共享同一 SAS JBOD enclosure。本文讨论的是 Azure Local Disaggregated解耦部署其中 Shared SAS JBOD 与 Storage Spaces 部署于独立 Windows Server SOFS 集群而非 Azure Local 集群自身因此属于不同的架构场景。截至本文写作时微软公开发布的 Azure Local 文档及官方支持矩阵主要展示 FC SAN、iSCSI SAN、NVMe-oF 等外部共享存储方案微软目前公开发布的 Azure Local 文档及 Azure Local Support Matrix 中尚未将SOFS 后端采用 Windows Server Storage Spaces共享 SAS JBOD 部署模式列为 Azure Local Disaggregated Deployment 的官方参考架构或支持配置。因此如计划用于生产环境建议结合最新 Microsoft Learn、Azure Local Support Matrix 以及微软官方支持意见进行确认。6. 工业部署视角6.1 选 Storage Spaces共享 SAS JBOD 部署模式的真实理由抛开是否官方支持的谨慎措辞在合适的场景下这套架构的工程价值是真实的成本远低于 FC SAN——双机 Shared SAS JBOD 的采购成本大约是 FC SAN 的 1/3 到 1/5按容量比。运维复杂度低于 S2D——没有 Repair Job、Rebalance、SMB3 RDMA 这些复杂机制Storage Spaces 本身的故障域是清晰的。Shared SAS JBOD enclosure 扩容简单——加盘柜、加盘都可以Storage Pool 自动识别。网络要求低——不需要 RDMA、不依赖 East-West 高速存储流量普通的 10GbE 上行就够了。HA 形态简单——双节点 Failover Cluster File Share Witness 即可不需要复杂的 Storage 见证盘。与 Azure Local 解耦的契合度——Sustained Engineering 状态的产品反而更稳定少有破坏性变更。6.2 不适合这套架构的场景大规模 HCI4 节点——S2D 更合适。极致 IOPS 需求百万级——S2D NVMe 极限性能更强共享 SAS 通道有瓶颈。多租户复杂隔离——SAN 的 LUN 隔离 Zoning 更适合。已经在用 FC SAN 的环境——没必要拆掉。6.3 Azure Local 解耦的真实价值需要清醒认识到Azure Local 解耦的核心价值在控制平面Arc / ARM / Policy / Monitor而不在共享存储后端。后端用 FC SAN、iSCSI SAN、还是 Shared SAS JBOD enclosure Storage Spaces对 Azure Local Compute 来说没有区别——重要的是控制平面统一在云集群治理统一更新策略统一监控 / Policy 统一从这个角度SOFS 后端用 Storage Spaces共享 SAS JBOD 部署模式 不会让 Azure Local 解耦失去任何东西也不会让它多得到什么——它就是一个可行但不显眼的后端选项。7. 部署清单参考⚠️ 本节是架构层面的实施清单不替代官方详细部署步骤。微软已经不在 Windows Server 2025 时代维护 2012 R2 时代那篇Deploy Clustered Storage Spaces详细教程部署时需结合 Windows Server 2025 官方文档自行梳理。7.1 前置条件2 节点服务器生产建议硬件一致每节点至少 1 块 SAS HBA生产建议双 HBA 做多路径Shared SAS JBOD enclosureSBB v2.0 认证或同等规范JBOD 控制器固件 / HBA 固件 / Storage Spaces 驱动三者版本匹配SAS 多路径确认Windows Server Failover Cluster 仲裁配置File Share Witness 或 Disk Witness7.2 集群与存储安装 Windows Server 2025安装 Failover Cluster 角色验证 Cluster 验证报告启用 MPIO多路径在两节点都能看到 Shared SAS JBOD enclosure 的物理磁盘创建 Storage PoolNew-StoragePool创建 Virtual DiskNew-VirtualDiskMirror / Parity Resiliency分区 格式化ReFS 建议加入 CSVAdd-ClusterSharedVolume7.3 SOFS / Hyper-V 角色安装 Scale-Out File Server 角色 / Hyper-V 角色在 SOFS 上创建 SMB ShareAzure Local 解耦场景把 SOFS 加入 Azure ArcAzure Local 解耦场景在 Azure Local Compute 上\\SOFS\Share挂载并验证7.4 验证Failover 测试手动 failover 一节点验证 CSV 切换、SOFS 不中断路径测试拔掉一根 SAS 线验证多路径切换性能基线DiskSpd / VMFleet 跑基线Azure Local 解耦场景模拟一个 SOFS 节点 down验证 SMB3 Multichannel 切换8. 与其他方案的对比8.1 决策矩阵维度Storage Spaces Shared SAS JBODS2DFC SANiSCSI SAN采购成本较低中高中性能上限中高高中运维复杂度较低中中中网络要求SAS / 普通以太RDMAFC普通以太与 Azure Local 解耦契合⚠️ 官方未列示例✅ 主流✅ 官方示例✅ 官方示例微软宣传重点❌ 2019 后少✅ Azure Local✅ Azure Local Ready⚠️ 一般工业稳定性✅ Sustained✅ 持续演进✅ 成熟✅ 成熟8.2 选型建议成本敏感 中小规模 不希望用 FC→ Storage Spaces共享 SAS JBOD 部署模式是合理选项大规模 HCI / 极致性能 / 需要 RDMA→ S2D / Azure Local 节点本地盘已有 FC SAN 资产 / 强 LUN 隔离 / 多租户→ FC SAN已经采购 iSCSI SAN / 统一存储→ iSCSI SAN9. 总结一句话总结Windows Server 2025 仍完整支持Storage Spaces共享 SAS JBOD 部署模式——即 Storage Pool / Virtual Disk 运行在 Windows Server Failover Cluster 中、物理磁盘来自 Shared SAS JBOD enclosure从 Windows 存储栈看它完全可以作为 Azure Local 解耦架构中 SOFS 后端的共享块存储来源之一但 Azure Local 官方文档目前未明确将其列入解耦部署的官方示例或支持矩阵项。逐条结论✅Windows Server 2025 仍然支持 Storage Spaces共享 SAS JBOD 部署模式——架构没变文档在更新PowerShell cmdlet 完整可用。✅仍然支持在 Failover Cluster 中跑 Storage Spaces Shared SAS JBOD enclosure——功能完整未被弃用未被移除。✅Windows Server 2025 引入的存储改进ReFS dedup/compression、NVMe IO、Storage Replica 压缩属于底层存储栈——不意味着 Storage Spaces 架构发生变化。✅从 Windows Server 存储栈看SOFS 后端使用 Storage Spaces共享 SAS JBOD 部署模式与使用 FC SAN 在 Compute 层没有区别——链路完全闭合。⚠️Azure Local 官方文档目前主要展示 SAN 方案——未明确将 Storage Spaces共享 SAS JBOD 部署模式列为解耦部署的官方示例或支持矩阵项。⚠️生产环境部署前应结合最新的官方支持声明确认——技术可行 ≠ 官方认证支持。研究建议如果你的目标是打造基于 Hyper-V 的私有云类似 vSphere双节点 Failover Cluster Shared SAS JBOD enclosure Storage Spaces CSV SOFS 这套经典架构是值得深入研究的方向。它在成本、稳定性和运维复杂度之间取得了很好的平衡。与 Azure Local 的解耦Disaggregated理念比较契合——只是微软近几年宣传重点已经转向 Azure Local 和 S2D而不是停止支持这套架构。写架构分析或技术文章时建议按 5.6 节精确表述措辞来写结论既符合当前公开文档也避免把技术可行性直接等同于官方认证支持。10. 为什么微软越来越少提 Storage Spaces共享 SAS JBOD这是大家最关心的问题。结论先说不是因为 Deprecated而是产品定位变化。时期微软主推方向Storage Spaces共享 SAS JBOD的位置2012 R2对标 Dell MD、HP MSA、IBM DS 等中低端硬件 SAN微软主推的软件定义存储替代方案2016推出 Storage Spaces Direct (S2D)宣传重心从 Storage Spaces → S2D2019Azure Stack HCI集群场景主推 Azure Stack HCIS2D 的产品化2023Azure LocalS2D 的云控平面重塑集群场景主推 Azure Local关键校准不是因为Deprecated弃用。而是产品定位变化——微软公开文档和产品定位的重点逐步转向 S2D 与 Azure Local。因此 Storage Spaces共享 SAS JBOD 部署模式进入Maintenance / Sustained Engineering持续支持模式不再扩展新特性文档更新频率下降HCL 新增认证的 Shared SAS JBOD enclosure 减少但是✅产品没有删除——Windows Server 2025 文档仍然列出该部署模式。✅功能完整可用——Storage Pool / Virtual Disk / Mirror / Parity / CSV / SOFS 全套链路正常。✅PowerShell cmdlet 仍然支持——New-StoragePool/New-VirtualDisk/Add-ClusterSharedVolume都还在。✅Failover Cluster 文档没有标记为 Legacy。对工程师的含义微软把 Storage Spaces共享 SAS JBOD 部署模式从主推位挪到持续支持位——这意味着它在工业场景里反而比新东西更稳定没有破坏性变更没有频繁的架构调整没有与新产品绑定的强制升级适合装好就跑十年的中坚场景这也是为什么中小企业私有云、VDI、SOFS 后端这些场景Storage Spaces共享 SAS JBOD 部署模式在 2026 年仍然是合理选项——不是因为它新而是因为它稳。附录 A关键文档参考Microsoft Learn — Storage Spaces overviewWS2025 / azloc-2606Microsoft Learn — Failover Cluster storage architectureWS2025 / azloc-2606Microsoft Learn — Azure Local disaggregated deploymentazloc-2606Microsoft Learn — Compare Azure Local to Windows Serverazloc-2606Microsoft Learn — Scale-Out File Server overviewWS2025Microsoft Learn — ReFS deduplication and compressionWS2025附录 B术语表术语含义Storage Spaces产品名称不区分单机或集群形态Storage Spaces共享 SAS JBOD 部署模式Storage Pool / Virtual Disk 运行在 Failover Cluster 中、物理磁盘来自 Shared SAS JBOD enclosure 的部署形态Storage Pool资源池对象Get-StoragePool/New-StoragePoolVirtual Disk逻辑盘对象Get-VirtualDisk/New-VirtualDiskStorage Spaces Direct (S2D)存储空间直通HCI / Azure Local 场景节点本地盘Shared SAS JBOD enclosure多节点共享的 SAS 盘柜机箱无 RAID 卡。本文简称Shared SAS JBODCSVCluster Shared Volume集群共享卷SOFSScale-Out File Server横向扩展文件服务器SBBStorage Bridge BayJBOD 行业规范SCSI-3 PRSCSI-3 Persistent Reservations多节点磁盘仲裁机制HCLHardware Compatibility List硬件兼容列表ResiliencyStorage Spaces 容错策略术语Mirror / Parity 等不是传统 RAID软件定义存储Software-defined StorageStorage Spaces 的本质定位Disaggregated (Azure Local)解耦部署控制平面在云、计算 / 存储本地