XXXX人民医院数据中心建设方案.doc

1、 XXX 市人民医院超融合虚拟化平台 XXXX人民医院数据中心建设方案XXX 市人民医院超融合虚拟化平台 目录一、 需求分析 .51.1 目前数据中心现状 .51.2 需求汇总 .6二、 数据中心建设规划技术方案 .7第一阶段数据中心建设基础架构规划 .82.1、建设超融合架构数据中心 .92.1.1 现有业务系统分类 .102.1.2 中心机房超融合虚拟化平台建设 .102.1.3 超融合虚拟化平台实施规划 .132.1.3.1 机柜冗余设计 .132.1.3.2NTP 时间服务 .132.1.3.3 命名规则 .132.1.3.4 虚拟化主机配置表 .162.1.3.5 物理主机网络端口规

2、划 .182.1.3.6 虚拟机创建规划 .182.1.3.7 模板配置 .182.1.3.8 数据副本数量选择 .192.1.4 超融合架构介绍 .192.1.5 虚拟化软件的选择 .252.1.6 虚拟化平台虚拟机安全 .252.1.7 业务系统迁移方法 .292.1.8 系统培训及知识转移 .312.2、业务系统整合 .322.2.1 中心机房业务系统整合 .322.2.2 东区机房业务系统整合 .342.2.3 脑科机房 HIS 系统整合 .342.2.4 脑科机房其他系统整合 .342.3、虚拟化平台灾备系统建设 .352.3.1 容灾系统基本概念和指标 .352.3.2 容灾建设的

3、工作内容 .362.3.3 灾难备份/恢复方案应该具备的特点 .372.3.4 现有系统环境分析 .382.3.5 容灾系统设计 .382.4、建设数据中心统一备份平台 .402.4.1 利用超融合平台的优势进行本地备份 .402.4.2 使用备份一体机进行统一冷备份 .412.5、超融合系统的技术优势 .472.5.1 横向扩展优势 .492.5.2 性能优势 .50XXX 市人民医院超融合虚拟化平台 2.5.3 可靠性 .512.5.4 易于部署 .512.5.5 集中管理 .522.5.6 自动故障恢复 .542.6、建设数据中心统一云管理平台 .542.8、项目预算清单 .57XXX

4、市人民医院超融合虚拟化平台 首先非常感谢 XXX 人民医院对的信任。也希望凭借自身多年在各个行业的云平台建设以及容灾项目实施中的项目管理、基础架构咨询、技术实现的经验，协助 XXX 人民医院建设高效可靠的 IT 基础架构系统，成功地完成新建数据中心的咨询和实施，降低 XXX 人民医院业务系统的运营风险。一、 需求分析在 “互联网 +”时代 ， 传统行业模式被极大颠覆，极致、高效的客户体验成为各行业关注的焦点；坚持以人为本，全面提升医疗信息化水平，增强医院综合就医能力，建立以患者为中心的医院诊疗服务系统和管理系统，成为开展智慧医疗和智慧医院建设的重大挑战！随着 XXX 市人民医院业务的增长，对于

5、 IT 信息系统的要求不仅仅是满足业务系统的正常要求。而且在数据的安全性，数据的分层管理、备份、远程灾备等方面也提出更高的要求。1.1 目前数据中心现状XXX 人民医院目前共有三个机房，分别是中心机房、东区机房和脑科机房。其中中心机房规模最大，共有45台服务器设备，东区机房共有7台设备，脑科机房共有11台设备。中心机房已经建立了比较完整的数据中心基础架构支撑平台，HIS 核心数据库部署在中心机房，采用东软的解决方案，数据库运行环境是Oracle 10g，运行在安腾架构的 Rx9800上，中心机房其他服务器设备以 HP 388和580，以及 Lenovo RD 630为主。PACS 系统一套 6

6、节点的 Isilon 存储和3节点容灾存储，专门存放非结构化的影像数据。东区机房是中心机房的灾备机房，包括2台 HP 388G7、2台 HP 580G7、1台HP rx2600和2台 Lenovo RD 630，其中 rx2600是核心 HIS 数据库的备机。脑科机房是较为独立的系统，拥有独立的 HIS 系统，采用东华的解决方案，以 HP XXX 市人民医院超融合虚拟化平台 DL388G7和 DL580G7为主。三个机房中设备启用时间在2007-2013年左右，大部分已经不在质保期，并且除关键业务外，其余业务系统无本地高可用和容灾保护。同时各个业务系统相对独立，各自具备单独的服务器、存储、网络

7、资源，部分服务器和存储系统已经不在保修范围或停产，原有平台竖井式架构搭建，随着时间的累计，架构越来越复杂，且存在资源浪费的现象，运维和管理的难度也逐渐增大。1.2 需求汇总针对此次数据中心建设，我们仔细分析了医院三个机房现有业务系统的 IT架构，结合新建院区数据中心建设，概括汇总需求如下： 大部分业务系统设备启用时间在2007-2013年左右，大部分已经不在质保期，且很多设备已经快达到设备寿命，软件版本过低，存在版本更新的需求，系统运维依赖第三方厂商，系统运维存在隐患，因此存在系统更新换代的需求。 数据中心各业务系统相互独立，当系统规模大时，一旦出现业务系统需要更新的情况，每个业务系统均需要进

8、行更新操作，中心机房现有40多个业务系统，将会产生大量的操作，给运维人员带来巨大的压力，增加系统风险，因此存在系统加快业务更新响应速度的需求。 由于在系统层面现有数据采用竖井式架构，在存储层面，采用统一存储架构，系统横向扩展性已经快接近瓶颈，随着新业务的上线，系统复杂度大幅增加。即使继续采用竖井式架构也将面临如何整合数据的难题，因此存在降低系统复杂度的需求。 各业务系统独立的设计导致在设计容灾系统时需要对各业务系统分别考虑，如果采用软件层的解决方案，会造成系统复杂度提升，如果采用存储层的解决方案，会大幅提升系统建设成本，因此存在全系统保护的需求。XXX 市人民医院超融合虚拟化平台 现有中心机房

9、和脑科机房的 HIS 系统存在整合需求。 医院新的数据中心将在一年后开始建设，存在统一规划分步分批建设的需求。 目前绝大部分系统都采用传统竖井式架构，亟需更加灵活、扩展能力强的架构。 能够满足核心业务系统数据本地高可用，无论发生计划内或计划外异常情况，业务不中断，最大化确保业务持续运行，同时保证数据安全。 本地分级存储：实现数据分级管理，使存储资源得到最有效的利用，不同级别不同成本的资源为不同价值和要求的数据服务，提高资源的利用率。构建统一、合理的、高可扩展的基础架构。 目前核心 HIS 数据库尚无数据备份，因此系统存在本地数据备份需求。 在本地高可用建设的基础上，建设跨机房的容灾系统，实现同

10、城应用级别灾备；能够实现“从无到有、从有到优、统筹规划、分步实施”，不仅仅考虑防止物理灾难风险，同时要能够防止逻辑灾难风险； 灾备系统尽可能采取简单、成熟、高效的技术实现手段； 最大化程度利旧原有数据中心服务器、存储等资产，保护已有投资。二、 数据中心建设规划技术方案综合以上现状分析，结合数据中心建设方法论及最佳实践，建议采用分步分批的建设方式，使用扩展能力强，功能丰富的超融合基础架构方案，来满足医院业务系统高可靠性、高可用性、业务连续性、数据安全、数据备份、数据及应用容灾需求。建议 XXX 人民医院的数据中心建设采用三步走的设计建设思路，数据中心第一期建设超融合架构数据中心，进行业务系统的整

11、合，并对核心业务的应用系统也进行整合，可选同时搭建灾备系统平台。第二期建设多种类型的虚拟化平台并通过统一的云管理平台进行管理，并建设多站点之间的灾备系统。第三XXX 市人民医院超融合虚拟化平台 期建设医院大数据平台，并在云平台上搭建 SDN 软件定义网络解决方案。第一阶段数据中心建设基础架构规划本次数据中心建设基础架构规划如下：图1：基础架构规划拓扑1）建设超融合基础架构平台，在中心机房建设一套超融合集群，并对现有系统进行评估，将除 HIS、PACS 等核心业务系统外的其他系统都迁移至超融合平台，打破原有竖井式架构的束缚，并将原来运行这些业务系统的设备进行淘汰，解决现有机房设备达到使用寿命而存

12、在的潜在隐患，降低整体能耗成本。2）进行业务系统集中整合，目前 XXX 人民医院核心 HIS 数据库仍然运行在安腾架构的 rx9800小型机环境中，并使用 Oracle 10g 的 RAC 方案，由于Oracle 和 Redhat 早已停止了对安腾架构的支持，现有的核心 HIS 数据库面临极大的隐患，同时不同机房中的 HIS 系统采用不同的软件解决方案，因此建议新数据中心的建设规划中，将 HIS 系统进行整合迁移测试，此部分工作量比较大，可以分阶段实施。3）搭建灾备系统，在脑科机房搭建超融合灾备平台，与中心机房超融合平台共同构建互备的虚拟化灾备系统，两个机房超融合平台上运行的系统数据以XXX

13、市人民医院超融合虚拟化平台 主备方式进行读写，当一个机房存储设备发生故障时，数据存储动态切换到灾备机房，确保核心数据安全性和业务连续性。4）建设统一的数据备份平台，目前中心机房的核心 HIS 数据库尚没有数据备份，在进行 HIS 系统整合后，建立统一的核心业务系统数据备份平台，使核心业务系统不仅有本地高可用保护，还有数据备份保护能够在故障时实现快速的数据恢复。以下分别阐述各部分的技术方案。2.1、建设超融合架构数据中心设计原则在方案设计中我们将遵循以下总体原则：以业务需求为导向技术架构最终是为业务服务的，因此技术架构的设计一定要以业务的需求为导向，充分考虑非功能需求，例如系统的重要程度、安全要

14、求、业务连续性等。提高资源利用率现已经部署了大量的服务器，资源使用率低是较突出的一个问题，因此在项目中，提高资源利用率成为一个重要的任务。动态扩展性在 IT 发展趋势中，动态基础架构已经成为 IT 基础架构的发展方向。使 IT 基础架构成为一个动态、灵活、具有弹性的 IT 基础架构，同时在 IT 实时地运营过程可进行灵活的资源动态调整。资源扩展要体现在计算资源和存储资源的同时扩展。高可用性应用系统的高可用性是保障服务等级的重要因素，在架构设计中应该以软件定义为主，借助软件的分布式架构满足高可用性要求，实现系统架构和平台架构的无单点故障、无单点瓶颈问题，保障新一代的业务系统健壮性。XXX 市人民

15、医院超融合虚拟化平台 安全性在系统设计中，安全性是一个非常重要的问题。在架构中需要考虑到虚拟化架构内外部的安全，包括数据安全等问题，以保证整个系统长期安全稳定的运行。2.1.1 现有业务系统分类建议数据中心所有服务器分区分域部署，并在用户网络和数据中心网络中间实施合理的安全防护，例如部署硬件的防火墙并设置相应的安全策略。针对现有医院系统进行梳理，可以将医院系统分为六大类，分别是核心业务系统应用、核心 HIS 数据库、医疗信息系统、行政后勤系统、安全运维系统和 PACS 系统，其中 PACS 系统由于新购 Isilon，将保持原有架构以避免投资浪费。除核心 HIS 数据库外，其他四大类系统都将迁

16、移至超融合平台，以最大程度提高系统的使用率。目前中心机房现有系统共 45 个，除核心 HIS 数据库和PACS 外，其他业务系统共有 37 个左右，为提高系统可用性，设计 4-5 个业务系统运行在一台超融合节点上，因此如果所有非核心业务系统迁移，建议配置8 个超融合节点满足需求。同时东区机房的业务系统也迁移至中心机房超融合平台上，由于东区机房系统体量较小，因此不需额外添加超融合节点。从存储容量上看，除核心 HIS 数据库和 PACS 系统外，其余系统数据量约为14TB，因此可选择 8 个 HX5510 超融合节点，96TB 裸容量，整个集群可用容量为 48TB(RF2),每增加一个节点相应增加

17、计算资源和存储资源，不同类型的节点可以并存在同一集群。系统迁移至超融合平台后的数据中心耗电量大幅下降，超融合集群每年的耗电量约为 3 万度，每年将节省 20 多万电费。2.1.2 中心机房超融合虚拟化平台建设超融合架构在数据中心中承担着计算资源池和分布式存储资源池的作用，极大地简化了数据中心的基础架构，而且通过软件定义的计算资源虚拟化和分布式存储架构实现无单点故障、无单点瓶颈、弹性扩展、性能线性增长等能力；在虚拟化层可以自由选择 Hypervisor 的品牌，包括 VMware vSphere、MicroSoft Hyper-v 和 KVM；而且通过简单、方便的管理界面，实现XXX 市人民医院

18、超融合虚拟化平台 对数据中心基础架构层的计算、存储、虚拟化等资源进行统一的监控、管理和运维。超融合基础架构形成的计算资源池和存储资源池直接可以被云计算平台进行调配，服务于 OpenStack、Cloud Foundry、Docker、Hadoop 等IAAS、PAAS 平台，对上层的业务系统等进行支撑。同时，分布式存储架构简化容灾方式，实现同城数据双活和异地容灾。现有的超融合基础架构可以延伸到公有云，可以轻松将私有云业务迁到公有云服务。新的中心机房拓扑图如下所示：图3：超融合基础架构图基于超融合技术搭建虚拟化集群，用于承载核心业务系统和支撑系统。方案超融合节点配置如下：Lenovo HX 5510 超融合系统，软硬件一体出厂预装，三年原厂服务，每节点配置 2 颗 E5 2630 V4 处理器，256 GB DDR4 内存，可扩展到 768GB，配置 1块 64GB SSD 作为虚拟化层安装部署空间，2 块 480GB SSD 硬盘作为读写缓存及热点数据存储空间，6 块 2TB 热插拔硬盘，8 个节点可用容量 48TB（两份副本存储），12Gb SAS RAID 卡，2 块双端口万兆光口，冗余电源；支持数据本地化、热点数据自动分层、在线重删、压缩、快照、克隆、支持多种虚拟化平台。通过软件方式自动将本计算存储一体化服务器及其它计算