XXXXXXX人民医院三地两中心项目v1.1教程文件

XXXXXX区人民医院
三地两中心项目建设
2016年7月
此建设方案用于指导XXXXXXXXX人民医院十三五期间三地两中心项目建设指引
目录
一、项目概述： (2)
1.1 项目背景： (2)
1.2 现状分析： (2)
1.3 建设意义： (3)
1.4 参考文献： (3)
二、系统整体业务需求： (4)
2.1 整体架构需求： (4)
2.2 目前整体架构： (4)
2.3 整体架构设计： (6)
2.3.1 双活架构： (6)
2.3.2 三地两中心架构： (7)
三、关键设备及技术需求： (8)
3.1 统一存储： (8)
3.2 DWDM波分复用： (9)
3.3 VXLAN组网： (10)
四、集成任务需求： (10)
4.1 项目建设目标： (10)
4.2 进度规划： (11)
五、软硬件清单： (11)
一、项目概述：
1.1项目背景：
随着医疗服务业务的进一步发展，医疗信息系统要求提供7*24小时的高可用性服务，业务运行不允许中断，系统一旦停机会给医院造成巨大的损失。

为了应对系统停机、业务中断等风险，多数医院建设了容灾数据中心，而容灾站点的服务器、存储、网络等资源长期处于闲置状态，并且长期占用机房场地并耗费大量能源，所以大部分医院并没有建立一个高效的容灾机制，一旦应用系统或机房硬件出现故障，将会造成业务中断，影响医院运营。

如何构建一个在发生故障时提供保护并使关键应用程序保持在线，尽可能减少人工干预的高可用性解决方案，成为本方案的最大挑战。

1.2现状分析：
我院信息系统集中部署于新院，各分院通过专线与之互联。

一旦新院的核心机房出现任何故障和灾难，对于整个区医院及各分院的业务都是灭顶之灾。

由于医院内的HIS、PACS 和电子病历等系统是在不同时期分批建成的，导致各系统的数据处于分散存储状态。

在数据管理方面的问题日益凸显出来，主要表现为：容量不足，数据调用不便；系统结构相对落后，系统稳定性有待提高；
随着在数据中心部署群集和虚拟化等应用，环境也变得越来越复杂，这无形中增加了IT人员管理维护系统的难度。

这就给原有的信息基础架构提出了更高的要求：
提高系统数据整体安全性，避免因数据丢失导致的公共事件发生
平滑的提供更大的存储空间
提供更快的数据响应速度
提供更大的数据吞吐能力
提供灵活的资源调配能力（包括服务器和存储）
1.3建设意义：
对上述现状的分析，参考同行业的经验以及对相关技术的学习认识，我们认为实施基于云计算的两地三中心平台能够有效解决或改善上述问题、降低运行风险。

一是有效提高原单台磁盘存储柜的使用可靠性。

通过虚拟化存储网关，可以在不同品牌的存储间，实施存储镜像和多活架构可以有效消除单台磁盘存储柜、链路等故障引起的应用服务中断隐患。

二是可以实现不同品牌的资源整合，原本隔离和孤立的单台存储被虚拟化成一个大的磁盘存储池；可以任意进行调度和扩展使用。

对前端的服务器和应用系统完全透明无感知，大大方便了存储子系统的高可靠性和伸缩性。

三是有效提高不同品牌设备的可管理性，原本需要分散和专人管理的设备，现在都可以整合到一个界面下统一进行管理和分配，大大降低维护和使用的难度。

四是可以有效的降低数据丢失的分险，并通过新的技术为老设备提供新赋能，让老设备继续发挥余热，保障以往投资。

五是符合国家医卫行业的相关建设指引，在解决现实的问题基础上，更为将来同城、异地的数据备份和容灾奠定坚实的基础。

1.4参考文献：
GB/T 20988-2007《信息安全技术-信息系统灾难恢复规范》
GB/T 31167-2014《信息安全技术-云计算服务安全指南》
GB/T 20273-2006《数据库管理系统安全技术要求》
二、系统整体业务需求：
2.1整体架构需求：
◆在十三五整体规划中，实现3地2中心的系统架构（新院、西夏分院、
急救中心）；
◆新院和西夏分院呈双活工作状态，所有资源为整个自治区总院及分院乃
至将来的社区提供就近访问服务、业务分担服务、互为备份服务；
◆在急救中心实现容灾仲裁，确保新院或者西夏分院任意一个数据中心因
为机房空调、火灾或者局部地震造成的瘫痪，整个容灾系统自动在几分
钟之内切换到另外一个中心继续提供业务服务；
2.2目前整体架构：
上图为虚拟化数据中心的物理拓扑；
目前医院已经实施了基于VMware虚拟化平台，服务器采用Lenovo X86平台的8路服务器；磁盘存储为V7000虚拟化存储；前端网络通过10G与核心交换机相连，后端通过8G FC交换机组成存储专网。

上图为虚拟化数据中心的逻辑拓扑；
实施虚拟化平台以后，整个物理拓扑发生改变，原来的应用与服务器想关联被打破，所有的服务器只是计算单元，并不属于具体哪个业务。

其上的业务部署跟物理机的部署一样；通过虚拟化平台提供的HA等功能可以实现任意虚机的在线迁移和物理主机故障后，虚机自己迁移恢复等功能。

由于虚拟化和其它新技术所带来的自由迁移，自动恢复和横向扩展等特性，也为实施三地两中心的系统架构成为可能。

2.3整体架构设计：
2.3.1 双活架构：
新院及西夏分院组成同城双活容灾（图上为物理拓扑）
新院及西夏分院组成同城双活容灾（图上为逻辑拓扑）由于三地两中心的架构涉及的子系统较多，相对于技术要求较高，一次性投入建设不太可能。

采用统一设计规划，分步实施较为可行。

首先系统从单一数据中心向双活数据中心演进，在新院已有的平台和基础之上，通过必要的建设实现与西夏分院组成同城双活中心，业务共同分担，业务就近访问，互为容灾备份。

双活数据中心的建设又分为两步完成：
第一步：新院与西夏分院首先实现存储级双活；西夏分院部署新的存储设备，通过在两个数据中心部署DWDM光纤链路复用等技术，在存储之间将物理链路打通；然后通过统一存储设备将两边的存储进行整合，建立容灾机制，实现资源贡献、互为灾备。

第二步：新院与西夏分院实现应用和虚机双活；在西夏分院部署新的网络和服务器设备，通过DWDM已经建立好的光纤通道，实现物理网络和虚拟化网络的融合，使得两边的数据中心融为一体，负载分担，互为灾备。

2.3.2 三地两中心架构：
通过在急救中心增加存储网关的仲裁节点，通过组网群集，将同城的不同位置的数据中心进行整合，实现同城多活数据中心，或者异地容灾数据中心的架构。

可确保任意节点故障，线路损坏，整个可以可自动在存活的数据中心自动恢复。

三、
四、关键设备及技术需求：
3.1
3.2统一存储：
虚拟存储引擎应为模块化的结构，可以有多个Cluster 节点组成，每个节点有大的CACHE 和高性能的处理器，位于存储和主机之间，可以把不同存储设备组成一个大型的存储池，其中的若干存储设备以一个统一逻辑设备存在，可以被系统中所有服务器访问，防止出现存储设备的信息孤岛。

虚拟存储控制设备有多个数据通路与存储设备连接，多个存储设备并发工作，同时主机也可以有多条数
据通路同虚拟引擎，多条路径并发工作。

可以做到共享不同厂家存储设备，实现统一管理、远程灾备、本地的快闪备份及在线数据迁移等功能，真正的实现不同存储之间的Block 级别的共享。

存储子系统中的一个或多个存储单元被映射为虚拟化网关内部的存储单元，一个或多个存储单元可以被虚拟化为1个存储池，所有的存储池对所有的I/O组均可见。

一个存储池，它根据一定的分配策略分配虚拟的存储单元，以虚拟存储单元为单位对主机提供LUN映射服务，使得主机可通过HBA 可访问被提供的虚拟存储单元。

3.3DWDM波分复用：
DWDM技术是利用单模光纤的带宽以及低损耗的特性，采用多个波长作为载波，允许各载波信道在光纤内同时传输。

与通用的单信道系统相比，密集WDM （DWDM）不仅极大地提高了网络系统的通信容量，充分利用了光纤的带宽，而且它具有扩容简单和性能可靠等诸多优点，特别是它可以直接接入多种业务。

本次方案中：
在已有的2条裸光纤两端各增加1台DWDM密集波分器，使得每条裸光纤划分出8条信道；这样我们相当于获得16条裸光纤。

假如我们增加租用1条裸光纤，首先无法满足双活数据中心至少8条光纤通道的要求，而且每条租赁费用按10万/年/条计算，实施DWDM一次性投入，可大大节省租赁费用。

3.4VXLAN组网：
解决在两个三层交换网络中建立大2层的技术。

对于连接到VXLAN内的虚拟机，由于虚拟机的VLAN信息不再作为转发的依据，虚拟机的迁移也就不再受三层网关的限制，可以实现跨越三层网关的迁移。

五、
六、集成任务需求：
4.1项目建设目标：
实现总院和西夏分院两个数据中心同时承载整个区医院的所有业务；保障任意一个机房出现故障，区医院的正常业务布中断；
实现数据中心的资源共享，业务负载分担，数据和业务互为灾备；
4.2进度规划：
第一期：2016年年底完成。

实现西夏分院与总院之间的物理链路打通；
两边存储资源池整合、资源共享，互为灾备。

进而实现全院的业务数据
实现双活服务和灾备。

第二期：2017年年底前完成。

实现西夏分院与总院的网络和业务层实现资源池整合，资源共享，华为灾备。

进而实现全院的业务层实现任意迁
移和灾备。

同时在集中中心增加仲裁节点，防止因为中间光缆链路出现
群集故障，确保三地两中心的业务正常。

七、软硬件清单：。