各医院的容灾级别和要求差异还是很大的,大型三甲医院门诊量过万的医院,如果核心业务系统宕机超过半小时就会造成社会影响,因此这类医院对RTO会有明确要求,考虑到技术成熟度,医院技术人员力量薄弱、资金投入有限等诸多因素,一些成熟稳定,易操控的容灾解决方案需要进行梳理。
是否可以针对vmware、oralce、mysql、sqlserver、windows、aix、linux这种多系统多数据库种类的复杂医院系统,进行多维度方案整理及比对。看看各行业在处理这方面所使用的产品及解决方案是如何的?
RTO时间不超过半小时的容灾方案,现有解决方案中也只有数据中心双活可以做到吧
但是现有的双活解决方案也只是针对数据级的,作为医院的业务系统,如果上层应用出现问题,同样会造成影响,所以需要同时有针对应用成的HA架构的容灾以及网络层面的容灾配合使用,采用可以做到RTO的时间竟可能的降到半个小时以内
也就是说在本地数据中心和异地数据中心同时搭建两套规模、性能、配置,包括应用、数据、网络的容灾解决方案,本地和异地之间通过双活机制保障数据的完整性、一致性和可靠性(本地和异地都部署双活虚拟化引擎)
同时建立在本地数据中心建立二级进线存储,介于恢复的原则,如果能在本地恢复,劲量不要动用异地,因为异地接管,不管从业务的接管、数据的同步或是网络的延时,都会存储一定的影响,不可能一点影响都没有
收起
分三个层次来考虑:
第一层:应用服务器容灾架构设计;
第二层:数据库容灾架构设计;
第三层:网络基础架构的容灾设计;
HA我个人不推荐,实际使用过程中存在的问题不少;
虚拟化也不建议,因为不可控;
倒是可以考虑向云上迁移来实施高可用,建议了解一下,技术方面是成熟的。
收起双活数据中心的建立对环境及距离都有很高要求,如果是异地,基本无法考虑应用级的双活数据中心,但RTO在半小时内的要求又对切换的时间和流程、人员等有比较高的要求,所以如果是同城内,可以考虑双活数据中心架构,为了资源的充分利用及性能考虑,可以考虑从应用级做负载均衡,两数据中心有不同的业务侧重。如果是异地,则基本数据都是走网络传输,考虑自己带库需求,从应用层数据同步方式或异步方式考虑,切换还是要靠很好的规划才可以做到RTO在半小时内。
收起