群晖企业级存储 PAS3600 深度横评

PAS3600 把双主动控制器、无中断更新、块文件统一、WORM 不可变快照和虚拟化集成放进了 2U 12 盘位平台。这套架构此前由 PAS7700 承载，现在下移到部门级。两台机器构成 PAS 系列的两个层级，骨架相同，算力、介质、扩展规模不同。

横评要回答的是「PAS3600 在什么条件下成立、什么时候该看 PAS7700」，而不是两台机器的数字排序。以下从骨架、硬件、介质、可用性、数据保护、对比、场景七个层面展开，性能数字均标注测试口径，限制项单独列出。

一、PAS 系列骨架：四项共性构成业务关键型基础设施

PAS 系列的四项共性，PAS3600 与 PAS7700 完全一致。

两个控制器同时处于 Active 状态，数据服务在双控之间分担，单控故障时由另一控制器接管。切换对上层业务的影响在架构设计阶段就已定义。

软件更新和硬盘固件更新不中断服务。PAS3600 支持 RAID6 与 RAID TP 硬盘固件在线更新，PAS7700 覆盖应用、SSD 固件和 OS 升级。对业务连续性要求高的场景，这项能力属于必要配置——多数企业真正的停机来自计划内维护，不是硬件故障。

协议层上，PAS3600 支持 SMB、NFS、iSCSI 和 FC，PAS7700 在此基础上增加 NVMe-FC 与 NVMe-TCP。协议差异对应的是接入层网络架构的选择。

两机型均为 5 年有限保修，与企业的资产折旧周期匹配。

二、PAS3600 2U 12 盘位双控平台

物理规格适配标准机柜与常规市电回路，部署时不需要为存储单独规划配电与承重条件。

双控各配一颗 Xeon D-1726，定位在协议处理与中等并发。大规模并行计算不在这颗 CPU 的职责范围内，那属于 PAS7700 的 24 核 EPYC。

内存与单一存储空间上限直接绑定：200TB 空间需要 32GB，1PB 空间需要 64GB 且仅限 RAID 6/TP。容量规划时内存必须同步计算，不能等空间建不起来才回头加——这是 PAS3600 部署中最容易被推迟的一笔采购。

12 个 SATA 槽位支持 SSD、HDD 或混插，介质组合的弹性在这一层。扩展走 1 台 PAX212，上限 24 盘、576TB 原始容量，这个边界决定了它能承载的容量增长周期。10GbE 双控合计 4 个端口，覆盖部门虚拟化与文件服务的带宽需求；25GbE 与 FC HBA 为选配项，需另购。

评测室观点：整机功耗落在部门机房可直接部署的区间。PAS7700 的 2700W 冗余对应的是独立存储机房条件。机房条件不满足，性能规格就无法实施。

三、介质策略：607,000 IOPS 的测试口径与负载匹配

全 SSD 配置下 4K 随机读 IOPS 超过 607,000。这个数字来自 NFS 协议、群晖内部测试。PAS7700 的 2,000,000 IOPS 同样是内部测试。两者介质不同（SATA SSD 与 U.3 NVMe）、协议不同、配置规模不同，数字不能等同，也不能换算成倍数。

混插是 PAS3600 区别于 PAS7700 的关键能力。SSD 承载热数据和元数据，HDD 承载容量型数据，配置的弹性落在容量成本与性能的平衡点上。全 SSD 配置适合虚拟化和数据库，混插配置适合文件服务、归档和备份目标——同一台设备可以在不同阶段切换介质组合。607,000 IOPS 说明全 SSD 配置具备承载部门级虚拟化和数据库的能力，选型依据是负载需要多少 IOPS、P99 延迟要求多低，而不是两台机器的数字排序。

4K 随机写、70/30 混合读写、P99 延迟的分协议数据尚未公开，需要在 PoC 阶段按实际负载模型验证。对数据库和虚拟化选型来说，这三项的参考价值高于峰值读 IOPS。

四、可用性：业务连续性的三个层面

控制器故障切换是双主动架构的直接收益。单控故障由另一控制器接管，切换的实际影响取决于网络故障转移组配置和上层多路径软件的配合，这两项在部署阶段就要规划完毕。

部件冗余覆盖物理层：双电源、风扇冗余、硬盘热插拔。物理层冗余和控制器层双活是两层不同的保护，任何一层都不能替代另一层。

在线更新覆盖维护场景。软件更新和 RAID6/TP 硬盘固件更新不中断服务，对维护窗口敏感的业务，这一项直接减少了计划内停机的影响。

评测室观点：双主动可用性在 2U 12 盘位平台上的实现，是 PAS3600 区别于同价位双控存储的地方。控制器故障、电源故障、计划内更新不断服，这些对业务的实际影响高于峰值跑分。可用性测试项和性能测试项应分开评估，权重取决于业务对停机的容忍度。

五、数据保护：三层链路与一条硬限制

第一层是 WORM 不可变快照与 WriteOnce 共享文件夹。文件写入后在规定期限内无法被修改或删除，针对的是勒索软件取得管理员权限之后的场景。这一层保护不依赖权限状态，是它区别于普通快照的地方。

第二层是 Snapshot Replication，把快照复制到另一台群晖系统，提供异地恢复能力。快照上限为每共享文件夹 1,024、每 LUN 256、系统 65,536。快照复制任务数有一处口径差异需要注意：数据表记每系统 256，产品规格记系统复制数量上限 128，实际以最终官方规格或所使用版本为准。

第三层是 Hyper Backup 与 C2 Storage，备份到 Vault 系统或 C2 云端。

三层之外有一条硬限制：Hyper Backup 仅支持出站。PAS3600 可以作为备份的发起端，把数据备份到其他群晖系统或 C2，但它不能作为其他群晖系统的 Hyper Backup Vault 目的地。如果方案原本打算让这台设备同时承担生产存储和备份目标两个角色，架构需要调整——备份目标另设 Vault 系统，或者走 C2 Storage。

虚拟化认证覆盖 VMware ESXi、Hyper-V、Citrix XenServer 的当前版本，具体版本号以官方兼容性列表为准。认证齐全意味着部署时不需要为兼容性问题单独做适配验证，vSphere 的 vVols、ODX 加速、QoS 策略可以直接用。Kubernetes 侧提供 CSI 兼容驱动，可通过 K8s API 创建存储空间快照，容器持久化存储不需要另建一套存储系统。认证信息比 PAS7700 的公开资料完整，虚拟化选型时可以直接引用，不必再逐项确认。

六、横向对比：影响选型判断的五项差异

共享项在第一节，硬件差异在第二节表格，这一节只列影响结论的五项。

PAS3600 用 SATA 混合介质换容量弹性和机房适配，PAS7700 用全 NVMe 换 2M IOPS 和 PB 级扩展。两者构成 PAS 系列的两个层级，横评比较的是场景匹配度。

七、场景匹配与边界

部门级虚拟化与私有云，VM 密度中等、要求控制器故障切换的场景，PAS3600 匹配。中型数据库与业务系统，随机 I/O 敏感、容量在数十 TB 量级，同样匹配。文件服务与协作平台以 SMB/NFS 为主，容器持久化存储已有 K8s 环境需要 CSI 支持，这两类场景也在适用范围内。空间与功耗受限的部门机房，是它的典型部署环境。

反过来说，PB 级容量需求不适合——扩展在 24 盘 576TB 停止。全闪存与极低延迟要求不适合，SATA SSD 的介质层级与 NVMe 不同。需要 NVMe-oF 高性能网络的场景不适合。要求同一台设备兼作生产存储与备份 Vault 目的地的方案，受 Hyper Backup 仅出站的限制，同样不适合。

还有一条时间边界需要说明：Drive、Office、Hybrid Share 属于后续 DSM Enterprise 版本，Hybrid Share 目标是 2027 年上半年。选型时这三项不能计入当前能力。WORM、Snapshot Replication、Hyper Backup、CSI 属于当前规格，可以直接作为方案依据。

评测室观点：扩展边界是单台 PAX212 到 24 盘、576TB 原始容量，对应部门级虚拟化、数据库与文件服务。PB 级全闪对应 PAS7700。软件能力要区分「已具备」和「路线图」，这条界线在方案评审时比参数表更容易被忽略。

PAS3600 的选型理由，是在 2U 12 盘位平台上实现 PAS 系列的双主动可用性、无中断运维、块文件统一和 5 年支持。边界同样明确：24 盘 576TB 扩展上限、SATA 介质层级、Hyper Backup 仅出站、Drive/Office/Hybrid Share 尚未发布。选型时先确认容量增长曲线和介质要求，再看这些边界是否构成约束。构成，评估 PAS7700；不构成，PAS3600 在它的定位区间内是完整方案。建议用实际负载模型在 PoC 环境验证 4K 随机写与 P99 延迟，再结合三年容量增长曲线确认扩展上限是否留有余量——这两项决定选型结论，也决定上线后的返工概率。

行业认可与成功案例