XXXXXXX人民医院三地两中心项目v1.1解析.docx

项目概述：项目背景：随着医疗服务业务的进一步发展，医疗信息系统要求提供7*24小时的高可用性服务，业务运行不允许中断，系统一旦停机会给医院造成巨大的损失。为了应对系统停机、业务中断等风险，多数医院建设了容灾数据中心，而容灾站点的服务器、存储、网络等资源长期处于闲置状态，并且长期占用机房场地并耗费大量能源，所以大部分医院并没有建立一个高效的容灾机制，一旦应用系统或机房硬件出现故障，将会造成业务中断，影响医院运营。如何构建一个在发生故障时提供保护并使关键应用程序保持在线，尽可能减少人工干预的高可用性解决方案，成为本方案的最大挑战。现状分析：我院信息系统集中部署于新院，各分院通过专线与之互联。一旦新院的核心机房出现任何故障和灾难，对于整个区医院及各分院的业务都是灭顶之灾。由于医院内的HIS、PACS 和电子病历等系统是在不同时期分批建成的，导致各系统的数据处于分散存储状态。在数据管理方面的问题日益凸显出来，主要表现为：容量不足，数据调用不便；系统结构相对落后，系统稳定性有待提高；随着在数据中心部署群集和虚拟化等应用，环境也变得越来越复杂，这无形中增加了IT人员管理维护系统的难度。这就给原有的信息基础架构提出了更高的要求：提高系统数据整体安全性，避免因数据丢失导致的公共事件发生平滑的提供更大的存储空间提供更快的数据响应速度提供更大的数据吞吐能力提供灵活的资源调配能力（包括服务器和存储）建设意义：对上述现状的分析，参考同行业的经验以及对相关技术的学习认识，我们认为实施基于云计算的两地三中心平台能够有效解决或改善上述问题、降低运行风险。一是有效提高原单台磁盘存储柜的使用可靠性。通过虚拟化存储网关，可以在不同品牌的存储间，实施存储镜像和多活架构可以有效消除单台磁盘存储柜、链路等故障引起的应用服务中断隐患。二是可以实现不同品牌的资源整合，原本隔离和孤立的单台存储被虚拟化成一个大的磁盘存储池；可以任意进行调度和扩展使用。对前端的服务器和应用系统完全透明无感知，大大方便了存储子系统的高可靠性和伸缩性。三是有效提高不同品牌设备的可管理性，原本需要分散和专人管理的设备，现在都可以整合到一个界面下统一进行管理和分配，大大降低维护和使用的难度。四是可以有效的降低数据丢失的分险，并通过新的技术为老设备提供新赋能，让老设备继续发挥余热，保障以往投资。五是符合国家医卫行业的相关建设指引，在解决现实的问题基础上，更为将来同城、异地的数据备份和容灾奠定坚实的基础。参考文献：GB/T 20988-2007《信息安全技术-信息系统灾难恢复规范》GB/T 31167-2014《信息安全技术-云计算服务安全指南》GB/T 20273-2006《数据库管理系统安全技术要求》系统整体业务需求：整体架构需求：在十三五整体规划中，实现3地2中心的系统架构（新院、西夏分院、急救中心）；新院和西夏分院呈双活工作状态，所有资源为整个自治区总院及分院乃至将来的社区提供就近访问服务、业务分担服务、互为备份服务；在急救中心实现容灾仲裁，确保新院或者西夏分院任意一个数据中心因为机房空调、火灾或者局部地震造成的瘫痪，整个容灾系统自动在几分钟之内切换到另外一个中心继续提供业务服务；目前整体架构：上图为虚拟化数据中心的物理拓扑；目前医院已经实施了基于VMware虚拟化平台，服务器采用Lenovo X86平台的8路服务器；磁盘存储为V7000虚拟化存储；前端网络通过10G与核心交换机相连，后端通过8G FC交换机组成存储专网。上图为虚拟化数据中心的逻辑拓扑；实施虚拟化平台以后，整个物理拓扑发生改变，原来的应用与服务器想关联被打破，所有的服务器只是计算单元，并不属于具体哪个业务。其上的业务部署跟物理机的部署一样；通过虚拟化平台提供的HA等功能可以实现任意虚机的在线迁移和物理主机故障后，虚机自己迁移恢复等功能。由于虚拟化和其它新技术所带来的自由迁移，自动恢复和横向扩展等特性，也为实施三地两中心的系统架构成为可能。整体架构设计：2.3.1双活架构：新院及西夏分院组成同城双活容灾（图上为物理拓扑）新院及西夏分院组成同城双活容灾（图上为逻辑拓扑）由于三地两中心的架构涉及的子系统较多，相对于技术要求较高，一次性投入建设不太可能。采用统一设计规划，分步实施较为可行。首先系统从单一数据中心向双活数据中心演进，在新院已有的平台和基础之上，通过必要的建设实现与西夏分院组成同城双活中心，业务共同分担，业务就近访问，互为容灾备份。双活数据中心的建设又分为两步完成：第一步：新院与西夏分院首先实现存储级双活；西夏分院部署新的存储设备，通过在两个数据中心部署DWDM光纤链路复用等技术，在存储之间将物理链路打通；然后通过统一存储设备将两边的存储进行整合，建立容灾机制，实现资源贡献、互为灾备。第二步：新院与西夏分院实现应用和虚机双活；