PACS 数据由于数据增量非常快且往往需要长期保存,因此往往也是出于成本以及无单点故障、管理便捷等类似的考虑,采用软件定义的分布式的 NAS 存储进行存储。
细分的话,PACS 数据还可以进一步细分成三年内的热/温数据,以及三年以上的冷数据,两者的需求又有不同。热/温数据因为被访问的次数更多,因此需要的是较高的存储吞吐量,因此对存储的性能往往是有更高需求的,这个部分的软件定义分布式存储成本相对较高,而且同样对服务器资源有较高要求。
而冷数据更多关注的是长期保存,数据不丢失,因此追求的往往是高性价比且安全的存储数据,性能放到次要考虑,只在需要的时候能把数据较快的找回来即可,因此往往会考虑性价比优异的大 SATA 盘+可线性扩展的软件定义分布式 NAS 存储。也有少数医院将这部分数据归档到成本更低的对象存储,需要时将这部分数据通过接口将所需 PACS 数据调回至热/温层的分布式 NAS 存储进行使用,但使用对象存储目前还未成为主流,原因很简单,因为往往对象存储的接口是 rest 等接口,应用不做开发的话没法直接调用,往往需要再有个温热层的分布式 NAS 存储作为缓冲,这种方式被厂商绑定的可能性更高,因此多数医院还是使用软件定义的,低成本的分布式 NAS 存储存储冷的 PACS 数据。
由于正好热/温层 PACS 数据对服务器资源的需求也比较高,因此一些医院干脆选择一步到位,直接用带分布式存储功能的超融合直接承载了近三年的 PACS 数据,并将三年以上的冷 PACS 数据放至软件定义的、低成本的、独立的分布式 NAS 存储资源池上,SmartX 就有这样的三甲医院的案例。