医院大数据平台、科研平台等推荐存储架构？

医院大数据平台、科研平台等平台，鉴于其数据的多模态、异构化、海量化，建议存储架构也是混合多样的，要针对数据类型、业务需求、性能要求等综合考虑，结合分析。即使是非特大型三甲医院，其基本业务也是和三家医院相差无几的，只是同样的系统，体量不同而已。如果体量不大、增量不高，为了方便维护，可以考虑超融合的架构体系也可以考虑一体化存储的方式，存储中涵盖了闪存等高速盘，也有SAS、SATA等低速盘，支持NFS、ISCSI等协议方式，但是值得提出的是这类存储虽然支持容量的扩展，但是存储机头的缓存、性能等可能会成为后续扩容、扩展的瓶颈，所以要对这方面特别关注。避免后续成为性能瓶颈。

大数据平台的存储架构选择与平台的应用特点密切相关。如果是采用传统数据库 +Hadoop 架构，而且运行在虚拟机上的大数据应用，可以采用全闪分布式存储，也可以采用全闪 SAN 存储。如果是要采用 HPC 架构，基于物理服务器做基因测序等生命科学类应用，则需要根据是否运行 Lustre 、 BeeGFS 等并行文件系统选择存储架构。如果不使用并行文件系统，那么分布式存储是很好的选择。就非特大型医院而言，戴尔科技的 PowerScale （ Isilon ）是非常适合的大数据存储。在生产实践中，有医院将 PACS 业务和 CDR （基于 Hadoop ）放在同一套 Isilon 存储上运行，不仅节省了硬件投资和机房空间，平台的扩展性和数据安全性也得到了大大的提高。

医院核心业务系统需要同时满足医院业务连续性和法律合规要求，以规避法律对于医院 IT 运营者主体带来的可能的经济损失和政治风险，并降低因医院核心业务系统故障可能带来收入损失。 因此，医院 IT 系统在建设的时候，还需要全面考虑系统和数据的备份、容灾问题。 根据卫健委 2018 年 4 月发布的《全国医院信息化建设标准与规范（试行版）》中的要求，三甲医院本地数据备份需要具有存储磁盘阵列、存储备份软件两种组件，数据快照、同步异步复制两种技术，以及 10 分钟的 RPO 和 15 分钟的 RTO 。应用容灾的 RPO 和 RTO 要求也是 10 分钟和 15 分钟。 • 国家卫生计生委办公厅、国家中医药管理局办公室颁布的《电子病历应用管理规范 （试行）》（ 2017 年 4 月 1 日起实施），明确了医院信息系统数据保存年限：门（急）电子诊病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于 15 年；住院病历保存时间自患者最后一次住院出院之日起不少于 30 年。 这意味着医院需要为患者的医疗数据，提供长达数十年甚至 100 年的数据保存时间，日积月累下来的文件数量、整体存储系统的可靠性、存储系统硬件升级换代的风险与成本，还有医疗科研的需求，都是需要妥善考虑的。 现代医院核心业务系统，其存储系统选型，已经从性能、容量的简单存储需求，过渡到全生命周期统一数据管理的综合性业务需求。