深信服医学影像(PACS)场景数据统一存储解决方案
背景图 2026-10-30 16:40:40

医学影像的存储问题,正在从容量问题转变为访问问题。一家大型三甲医院每天新增的影像数据可接近 500GB,门诊、住院、体检、科研与人工智能训练又同时读取同一批数据。存储需要同时回答三个问题:能否快速调阅、能否长期保存、能否平滑替换。以下围绕这三个问题,说明深信服aStor统一存储在医学影像场景的方案构成、关键能力与交付情况。

一、影像数据:从归档对象变成高频访问的生产数据

医学影像设备的技术演进直接推高了数据体量。CT 从 64 排发展到 512 排,单次检查可产生 6000 多张图像、约 1GB 数据;光子 CT 与能谱成像进一步放大单次数据量。大型三甲医院日增影像数据可达 500GB,不少医院近一两年的数据量超过此前多年总和。按行业公开数据,三级医院影像数据年增约 50—60TB,每新增一台 CT,年数据量至少再增加 5TB。

数据的使用方式也在变化。云胶片与互联网医院让患者侧参与调阅,影像 AI 从科研验证走向辅助诊断,训练与推理需要反复读取同一批数据,多院区建设则要求跨院区调阅与容灾。《医疗机构管理条例实施细则》第五十三条规定,门诊影像保存不少于 15 年、住院影像不少于 30 年,数据只能持续累积。

由此,影像存储面对的不再是“一次写入、偶尔调阅”,而是“长期在线、高频随机读、多角色并发”。同一份数据要同时满足门诊调阅的低时延、历史对比的高命中、AI 训练的高吞吐,这对存储架构提出了与以往不同的要求。

多院区与云胶片进一步改变了访问分布。多院区要求主院区与分院区之间具备数据复制与切换能力,云胶片则把调阅请求从院内扩展到互联网侧,患者、基层医生与远程会诊都可能同时访问同一份影像。影像 AI 的加入使数据不再只被“看”,还要被“算”:肺结节筛查、冠脉分析、骨折识别等模型在训练阶段需要反复读取历史序列,在推理阶段需要低时延取数。存储因此同时承担生产系统与数据平台的职责。

二、四类问题:调阅等待、空间分散、容量放大、替换风险

第一类是调阅等待。一次调阅 2000 张 CT,医生端等待 30—40 秒并不少见。瓶颈通常不在顺序带宽,而在海量 KB 级小文件的并发元数据操作与机械硬盘的随机寻道。影像调阅的本质,是对数千个小文件做随机读。

第二类是空间分散。影像分散在十余个卷、多个盘符上,归档时难以定位数据,迁移时不敢轻易调整目录;每次扩容都要重新规划存储结构,运维复杂度随系统数量上升。

第三类是容量放大。DICOM 影像未压缩直接落盘,小文件还存在放大效应,按原始容量规划的存储往往比预期更早用完,扩容节奏被迫提前。

第四类是替换风险。PACS 的接口、挂载路径与运维脚本长期绑定在原有存储上,业务不能停,历史数据不能丢,导致许多医院明知现有存储已到瓶颈仍难以推进改造。

四类问题之外,运维压力常被低估。多套存储意味着多套管理界面、多套告警规则与多套备件体系;一次硬盘故障要在几个系统之间确认影响范围,一次扩容要在不同厂商之间协调窗口。系统数量越多,信息科在故障定位与容量规划上投入的人力越大,而这部分成本通常不体现在采购合同里。

上述问题指向同一组能力要求:并发稳定的元数据服务、可收敛的单一挂载点、压缩与分层带来的空间效率,以及能够纳管存量数据、支持业务平滑切换的迁移路径。

三、深信服aStor统一存储

深信服aStor统一存储是深信服自主研发的企业级统一存储产品。2013 年,深信服设立存储研发部门,第一项任务是为桌面云与超融合提供底层存储;这两类产品目前在国内市场份额均位居第一。2017 年,存储作为独立产品线正式上市;2021 年发布高性能生产存储版本,并在深圳、北京、长沙、成都设立四大存储研发中心,研发人员超过 400 人;2025 年发布统一存储,将块、文件、对象三类服务收敛到一套软件定义架构;2026 年完成全面升级,原生支持块、文件、对象、向量四种协议,并可通过统一命名空间纳管第三方 NAS、对象存储与云存储。截至目前,深信服aStor统一存储累计参与交付超过 15064 个客户,累计交付容量约 2.45EB,PB 级项目超过 586 例,存储发明专利 400 余件。IDC 2026 年第二季度中国文件存储市场报告显示,其份额为 10.1%,位居中国文件存储市场第三。

面向影像场景,深信服aStor统一存储提供文件存储服务:以统一存储全闪承载在线阅片与 AI 取数,以统一存储混闪承载近线与历史影像,两类资源池在同一套架构内按数据热度流动,对 PACS 呈现为单一挂载点。在医疗行业,该产品已进入 2000 家以上医院,其中三甲医院 500 家以上,医学影像存储累计交付 1000 家以上、300PB 以上。

四、方案架构:一套架构,两类资源池

方案以一套软件定义架构同时提供全闪与混闪两种规格。全闪采用 NVMe 介质,承担在线阅片、急诊调阅与 AI 取数等时延敏感业务;混闪采用 NVMe 缓存搭配大容量硬盘,承担近线影像、历史数据与科研留存。两类资源池可以独立部署,也可以在同一集群内按策略分层。

数据默认写入性能层,按策略保留一定周期后,以聚合块为单位合并下刷至容量层,避免逐文件搬运带来的性能损耗。冷数据再次被调阅时自动回缓存,客户端访问路径保持不变。对外只暴露一个挂载点,扩容、增加设备或增加硬盘,对 PACS 仍是同一个盘符、同一个目录。

存量数据通过统一命名空间纳管。原有 NAS 或老存储可以先纳入统一视图,新数据写入新资源池,历史数据留在原处按需调阅;需要整体搬迁时,使用自研迁移工具分批执行,支持断点续传、自动校验与夜间限速。典型配置上,中小院区以 3—5 台统一存储混闪起步,每台配置 2—4 块 NVMe SSD 作为性能层;在线阅片压力较大的院区增加 2 台全闪构建热数据池;总容量按 3—5 年规划,采用 EC 4+2 时可用容量约为裸容量的一半。

部署上,管理网络、存储私网与存储外网分离,存储私网与存储外网均采用万兆组网并可共用交换机;PACS 服务器通过标准以太网接入,无需为存储单独建设光纤网络。可靠性由多层机制共同保证:硬盘层具备亚健康监测与智能隔离,设备层采用冗余电源、冗余风扇与双系统盘,集群层通过纠删码与负载均衡保障业务连续,跨站点则通过增量异步复制实现容灾。

扩容方式对医院尤为关键。新增设备或硬盘后,系统自动完成数据均衡,业务侧无需修改挂载配置;纠删码配比可在业务运行期间调整,三台起步时采用 EC 4+2,扩展到五台后可在线调整为 EC 8+2,得盘率由 67% 提升到 80%,无需数据导入导出。对预算按年度分批下达的医院而言,这种“先建起来、再逐步扩”的方式比一次性建满更可行。

表 1  影像数据的分层落位

数据层

介质

典型数据

访问路径

保留策略

性能层

NVMe 全闪或分层

近 1 个月新检查、AI 取数、急诊调阅

直接读取全闪

按策略保留,到期下刷

容量层

大容量硬盘

近 1—3 年历史影像

同一挂载点,自动回缓存

长期保留

归档层

蓝光库、磁带库、对象归档

合规归档、科研留存

通过归档接口回调

15 年与 30 年

五、关键能力

5.1 并发调阅:把优化做在元数据与小文件路径上

影像调阅的本质是海量小文件的高并发随机读。统一存储通过元数据多台协同并行处理、目录自动打散、元数据压缩后常驻内存,降低单点元数据压力;按 PACS 场景预留 40% 元数据空间,并通过小文件聚合写入减少写放大。

在上述机制下,千兆终端阅片约 500 张/秒,2500 张 CT 加载约 5 秒;万兆终端约 1000 张/秒,加载约 3 秒;混闪三台配置可支持 50 个以上终端并发,且单终端体验与独占时一致。文件量从 1 亿增长到 100 亿,阅片性能不下降。客户侧数据同样可核验:深圳大学总医院 32 线程 CT 调阅 230 张/秒,150 并发下达到 2250 张/秒;上海市肺科医院交付后阅片速度 450 张/秒,较原系统提升 5 倍。

针对对比阅片与历史调阅,统一存储提供智能预读与缓存机制:系统根据文件名、大小、类型与目录位置等特征预测访问行为,提前将数据加载至缓存;冷数据被再次调阅时自动回缓存,避免每次都回落到容量层。这一机制对“调阅三个月前序列做对比”的场景尤为有效,医生侧的感受是历史影像与当天影像的打开速度接近。

5.2 压缩与分层:先释放可节省的空间

对未压缩的 DICOM 影像,统一存储提供压缩能力,压缩在写入路径完成,对上层透明,PACS 读取的仍是标准 DICOM 文件。未压缩 CT 影像压缩率可达 55%,工程上按 50% 估算容量更为稳妥。

空间效率的另一半来自分层。纠删码可从 4+2 在线扩列到 20+2,得盘率由 67% 提升到 91%;在线扩容 60 秒完成,业务不中断。全闪只承载热数据,历史影像沉降至容量层,使同等物理容量可以承载更多在线数据。

需要说明的是,已经过有损压缩的影像、以及病理切片中已压缩的部分,压缩收益会明显下降。压缩可以延后扩容时点,但不能替代容量规划。

5.3 平滑迁移:原有存储不必推倒重来

统一存储通过三种方式降低替换风险。协议与语义保持不变,支持 NFSv3、NFSv4、CIFS/SMB 与 FTP,保持 POSIX 语义一致,原有挂载路径、脚本与工具调用无需修改;部分影像平台或云胶片按对象接口对接时,也可提供 S3 兼容服务;身份体系保持不变,对接 AD、NIS、LDAP 与本地用户,兼容 UID/GID、POSIX ACL 与 Windows ACL;数据分批迁移,先纳管再迁移,新数据写入新资源池,历史数据按目录、按年份逐步搬迁。

福建某三甲医院的改造具有代表性:原有 EMC 存储替换后,2000 张 CT 调阅由 30—40 秒缩短到 5 秒以内,100TB 影像数据迁移约一周完成,迁移期间业务未中断。

5.4 可靠与安全:影像数据丢不起,业务也停不起

统一存储通过 EC 冗余、端到端校验、硬盘亚健康监测与智能隔离保障数据可靠;目录级快照采用元数据 COW 与数据 ROW 技术,秒级生成、几乎不占用额外空间;增量异步复制支持同城与异地容灾,只传输变化部分,最短 15 分钟级 RPO。

平台可靠性达到 6 个 9,两块硬盘同时失效时数据不丢失且可在线访问,全速恢复 1TB 数据约需 15—20 分钟。针对勒索攻击,内置检测引擎对未知勒索病毒检出率 97.8%、对已知勒索病毒防护率高于 99%,深度检测开启后性能下降 3%—5%,并可通过安全快照恢复至加密前状态。

5.5 兼容与归档:PACS 无需改造,长期归档可对接

在生态适配上,统一存储已与东软、卫宁、蓝网、睿图、明天医网等主流 PACS 厂商完成新版软件联调。以 200KB 平均大小的 CT 影像为例,联调后千兆客户端约 500 张/秒、万兆客户端约 1000 张/秒,与前述性能指标一致。

在长期归档上,统一存储可通过标准文件与对象接口,与蓝光归档库、磁带库、VNA 影像归档系统对接,冷数据按策略下沉、调阅时按需回调,归档后访问路径不变;同时支持对象 WORM、文件 WORM 与操作审计,满足不可篡改留存要求。

在信创适配上,同一套软件栈支持 X86、鲲鹏、C86 与 Sangfor OS、欧拉、麒麟,信创与非信创环境性能一致,功能不做裁剪。

5.6 运维:一个管理面掌握全院影像数据

运维侧提供统一监控中心,对存储性能、容量趋势、硬件健康与集群网络进行集中呈现,支持按科室或业务划分配额并设置限速;告警可通过企业微信、小程序与短信推送,并关联售后服务流程。对同时承载 PACS、病理、病案与科研数据的医院而言,一个管理面即可掌握全院影像数据的分布与增长。

六、从存储交付到整体方案:先梳理,再规划

影像存储的交付效果,往往不取决于单台设备的参数,而取决于对现有架构的梳理是否完整。若只比较存储本身,容易出现一种情况:设备买得不差,但数据流向、网络路径与容量分布没有理清,上线后调阅仍然慢、迁移仍然难、扩容仍然要重新规划。存储只是整体方案中的一环,脱离 PACS 软件流程、网络拓扑与数据分布谈存储,很难得到理想结果。

基于在医疗行业的长期服务经验(PACS 存储已交付 1000 家以上医院),深信服在项目中沉淀了一套“三张图”的梳理方法,作为与医院共同规划整体方案的起点。第一张是软件流程图,标出影像从设备产生、经采集与登记写入存储,以及调阅请求从终端经阅片服务器读取存储的完整路径,记录服务器、地址、协议与软件模块,用于识别瓶颈与优化空间。第二张是硬件拓扑图,呈现服务器、交换机与存储的物理连接,让服务端与存储端尽量靠近、减少链路绕行,使影像流量在机房内闭环,避免跨楼层、跨院区的无效流量。第三张是数据透视图,呈现数据量、增长趋势、存放位置与目录的对应关系,为存储合并、数据迁移与扩容规划提供依据。

在三张图的基础上,还可以结合行业演进路径与医院讨论架构方向:从单机部署到读写分离,从医技与临床阅片分离到在线与近线分层,再到负载均衡与全闪承载;多院区建设时,通常遵循影像数据不出本院区的原则,数据库按一套或主备部署,需要容灾时再做交叉设计。这些路径不是标准答案,而是讨论的起点,具体方案要结合医院的业务量、预算与改造节奏确定。

这套方法的价值,是把“买什么存储”变成“整体怎么建”。医院可以先解决最痛的环节,再逐步收敛盘符、理顺网络、打通归档;信息科则获得一份可复用的架构底稿,后续扩容、迁移与国产化改造都可以在此基础上推进。对深信服而言,三张图也是一次与客户共同规划的过程:先把现状讲清楚,再谈方案与产品,交付效果才有保障。

七、案例与佐证

上海市肺科医院以 5 台统一存储混闪、总计 500TB 对接卫宁健康 PACS,将原有十余个盘符收敛为一个,高性能资源池承载在线数据、大容量资源池承载长期影像,交付后阅片速度 450 张/秒、提升 5 倍,后续在线扩容 3 次,并将数字病理纳入同一底座。

上海仁济医院以混闪大容量资源池承载院内 PACS,CT 影像阅片速度较传统存储高出 120%,MR 小文件高出 130%。襄阳市中心医院以统一存储替换原有横向扩展存储,调阅 1000 张影像样本提升 40% 以上,空间节约约 50%,后续扩容至 1PB。襄阳市第一人民医院三期升级至 21 台规模,单集群 IOPS 提升 66.7%、存储成本降低 35%、95% 故障自愈,数字化病理每日处理 2000 张 WSI。

其他项目从不同侧面印证了同一套能力。亳州市人民医院以 10 台超融合资源池化构建数据底座,元数据命中率 90% 以上,并完成异构容灾建设;阳煤集团总医院以统一资源池同时承载数据库、影像文件与备份数据,实现硬盘故障提前 15 天预测,准确率高于 98.5%;某省级肿瘤专科医院以 5 台统一存储、总计 4.6PB 承载 PACS,已承载 80% 在线业务,归档速度达到原有归档存储的 4 倍;某军队三甲医院以 5 台国产化统一存储、2.3PB 承载影像,实际部署性能与 X86 平台基本一致。

在交付规模上,深信服aStor统一存储已服务全国 2000 家以上医疗机构,其中三甲医院 500 家以上、全国百强医院 20 家以上,医学影像存储累计交付 1000 家以上、300PB 以上容量。

总结:影像存储要按“一份数据、三种节奏”来设计

在线阅片、近线调阅与长期归档对存储的要求并不相同,把它们放进一套可按热度分层的架构,才能同时满足时延、容量与成本三方面约束。对同类医院而言,先收敛盘符、再分层承载、最后打通归档,是一条经过验证的建设顺序。

落地时可以先取一个可量化的起点:选择门诊量最大的一个上午,记录同时调阅当天 CT、三个月前 MR 与 AI 批量取数时的 P99 加载时延,接入上述文件存储服务后用同一批检查复测。

深信服aStor统一存储针对医学影像场景在并发调阅、影像压缩、存量纳管与归档对接方面完成了适配与优化,为影像科医生带来的是调阅即出图、历史对比不等待,为信息科带来的是盘符收敛、扩容不停机、原有设备不作废。同类医院的影像存储建设与改造,可以沿用这一路径。