超融合建设医院平台的医院很多,仅就从SmartX 来看,从全国排名前几名的超大三甲医院(如中山一院),到小规模的二级医院,超融合均有很多医院在大量使用,现在的形势是越来越多的医院使用超融合,且加速度越来越快,原因有几点:
1.超融合可按需投资,更加灵活,性能和容量不够时,新购节点在线加节点就行,钱可以用在刀刃上,而不是传统架构那样前期投资很大,后续扩容又很贵。
2.超融合的性能可靠性,可以同时承载医院大多数的业务了,SmartX有把全院区所有的内网外网业务全放在超融合上的,也有把核心HIS数据库,集成平台放在超融合上的大三甲医院,从我们与RHAPSODY等主流医院集成平台模拟大型三甲医院实际使用场景的案例来看,三节点的超融合混合盘配置即可提供大型三甲医院集成平台所需的20倍的性能。此外,由于支持异地容灾,双活等,所以性能方面也是医院放心把核心业务,综合业务,外网业务都放在超融合上的原因,这个架构可以一直支持医院走到最高的电子病历等级和最高的互联互通等级,有的医院也是通过超融合转型从二级医院逐渐升级到三甲医院的。
2.超融合管理便捷,一套界面就可以管理相当原来服务器+虚拟化软件+存储+SAN交换的所有部分了,而且一下子资源的使用情况,占用情况就清晰了起来,这样可以解放管理人员的双手,因为不论是大三甲还是二级医院,IT管理人员又要忙创新又要当救火队,又不像一些行业里能配那么多人,人手不足是常态,这样IT人员就可以把自己的精力节省下来,投入到更价值的的创新和业务领域中。
(1).如果是超大三甲医院,由于原有的基础架构完备性很高,所以往往是随着当期医院的需求,从部分的核心业务和综合业务入手开始逐步转型,其最核心的HIS数据库因为往往有数据库一体机或存储+服务器的双活,所以往往这个部分是放在最后转型的。(但不代表大三甲里就没有把核心HIS数据库放在超融合上的,SmartX 有这样的大三甲案例,而且经过了半年 POC 和一年多的实际运行,性能和稳定性都很好),此外,由于往往超大三甲医院里的 VMware 的综合业务虚拟机很多(往往在500个以上,近千个虚拟机的也有),为了不改变原有习惯,或者为了继续把超融合纳入vCenter里统一管理,往往会选择采用 VMware ESXi 进行建设,并统一纳管,和原来的管理体系保持一致。当然选用 SmartX 免费的基于 ELF 虚拟化承载业务,以降低虚拟化授权的成本,进行国产化转型的大三甲医院的案例也有,比如上文提到的把医院核心HIS数据库都搬到超融合上的大三甲医院,就是用 ELF 承载的(ELF虽然免费但也是金融级安全和稳定性的虚拟化,在对性能和安全要求高的金融业,制造业,和三甲医院里均有大量使用)。至于高可用,就要看三甲医院把什么业务放上去了,有放核心生产业务的比如说 HIS,电子病历等,就可能选择建设双活,实现RPO=0,RTO分钟级的建设,如果是一般的综合性业务,往往用超融合自带的高可用能力就足够了,出现问题3分钟自动高可用修复。
(2).对于普通规模的三甲/三级/二级医院,用超融合逐步承载医院的所有业务的案例我们也是有的,有的是因为搬迁新院区所以借机进行了内网+DMZ,所有核心生产和数据库(如HIS等),所欲综合业务全部业务全部超融合化改造的三甲/三级/二级医院,也有因为某个业务支撑用了超融合,体会到了超融合的好处,然后逐步把所有业务全放在超融合上的,有些支撑核心业务的(集成平台,电子病历,HIS等)把超融合双活也建了。SmartX 既有三甲医院这样的案例,也有三级医院和二级医院这样的案例,且既有采用VMware虚拟化进行超融合建设的(考虑不改变原有使用习惯,或 vCenter 统一管理),也有基于原生ELF虚拟化案例 (考虑虚拟化授权成本 或 国产化转型)很多,而且现在案例更是呈加速成长的势头,目前看来,医院的超融合案例有增速越来越快的趋势,且加速度非常明显,越来越多的医院选择从传统架构向超融合转型,且超融合在医院领域取代传统私有云/公有云架构作为转型架构是医院领域无争议的主流的趋势。