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

上传人:qingbi****02000 文档编号:133674530 上传时间:2020-05-29 格式:DOC 页数:56 大小:2.85MB
返回 下载 相关 举报
XXXX人民医院数据中心建设的解决方案.doc_第1页
第1页 / 共56页
XXXX人民医院数据中心建设的解决方案.doc_第2页
第2页 / 共56页
XXXX人民医院数据中心建设的解决方案.doc_第3页
第3页 / 共56页
XXXX人民医院数据中心建设的解决方案.doc_第4页
第4页 / 共56页
XXXX人民医院数据中心建设的解决方案.doc_第5页
第5页 / 共56页
点击查看更多>>
资源描述

《XXXX人民医院数据中心建设的解决方案.doc》由会员分享,可在线阅读,更多相关《XXXX人民医院数据中心建设的解决方案.doc(56页珍藏版)》请在金锄头文库上搜索。

1、XXXX人民医院数据中心建设方案目录一、 需求分析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物理主机网络端口规划182.1.3.6虚拟机创建规划182.1.3.7模板配置182.1.3.8数据副本数量选择192.1.4超融合架构介绍192.1.5虚拟化软件

2、的选择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容灾建设的工作内容362.3.3灾难备份/恢复方案应该具备的特点372.3.4现有系统环境分析382.3.5容灾系统设计382.4、建设数据中心统一备份平台402.4.1利用超融合平台的优势进行本地备份402.4.2使用备份一体机进行统一冷备份41

3、2.5、超融合系统的技术优势472.5.1横向扩展优势492.5.2性能优势502.5.3可靠性512.5.4易于部署512.5.5集中管理522.5.6自动故障恢复542.6、建设数据中心统一云管理平台542.8、项目预算清单57首先非常感谢XXX人民医院对的信任。也希望凭借自身多年在各个行业的云平台建设以及容灾项目实施中的项目管理、基础架构咨询、技术实现的经验,协助XXX人民医院建设高效可靠的IT基础架构系统,成功地完成新建数据中心的咨询和实施,降低XXX人民医院业务系统的运营风险。一、 需求分析在“互联网+”时代,传统行业模式被极大颠覆,极致、高效的客户体验成为各行业关注的焦点;坚持以人

4、为本,全面提升医疗信息化水平,增强医院综合就医能力,建立以患者为中心的医院诊疗服务系统和管理系统,成为开展智慧医疗和智慧医院建设的重大挑战!随着XXX市人民医院业务的增长,对于IT信息系统的要求不仅仅是满足业务系统的正常要求。而且在数据的安全性,数据的分层管理、备份、远程灾备等方面也提出更高的要求。1.1目前数据中心现状XXX人民医院目前共有三个机房,分别是中心机房、东区机房和脑科机房。其中中心机房规模最大,共有45台服务器设备,东区机房共有7台设备,脑科机房共有11台设备。中心机房已经建立了比较完整的数据中心基础架构支撑平台,HIS核心数据库部署在中心机房,采用东软的解决方案,数据库运行环境

5、是Oracle 10g,运行在安腾架构的Rx9800上,中心机房其他服务器设备以HP 388和580,以及Lenovo RD 630为主。PACS系统一套6节点的Isilon存储和3节点容灾存储,专门存放非结构化的影像数据。东区机房是中心机房的灾备机房,包括2台HP 388G7、2台HP 580G7、1台HP rx2600和2台Lenovo RD 630,其中rx2600是核心HIS数据库的备机。脑科机房是较为独立的系统,拥有独立的HIS系统,采用东华的解决方案,以HP DL388G7和DL580G7为主。三个机房中设备启用时间在2007-2013年左右,大部分已经不在质保期,并且除关键业务外

6、,其余业务系统无本地高可用和容灾保护。同时各个业务系统相对独立,各自具备单独的服务器、存储、网络资源,部分服务器和存储系统已经不在保修范围或停产,原有平台竖井式架构搭建,随着时间的累计,架构越来越复杂,且存在资源浪费的现象,运维和管理的难度也逐渐增大。1.2需求汇总针对此次数据中心建设,我们仔细分析了医院三个机房现有业务系统的IT架构,结合新建院区数据中心建设,概括汇总需求如下:n 大部分业务系统设备启用时间在2007-2013年左右,大部分已经不在质保期,且很多设备已经快达到设备寿命,软件版本过低,存在版本更新的需求,系统运维依赖第三方厂商,系统运维存在隐患,因此存在系统更新换代的需求。n

7、数据中心各业务系统相互独立,当系统规模大时,一旦出现业务系统需要更新的情况,每个业务系统均需要进行更新操作,中心机房现有40多个业务系统,将会产生大量的操作,给运维人员带来巨大的压力,增加系统风险,因此存在系统加快业务更新响应速度的需求。 n 由于在系统层面现有数据采用竖井式架构,在存储层面,采用统一存储架构,系统横向扩展性已经快接近瓶颈,随着新业务的上线,系统复杂度大幅增加。即使继续采用竖井式架构也将面临如何整合数据的难题,因此存在降低系统复杂度的需求。n 各业务系统独立的设计导致在设计容灾系统时需要对各业务系统分别考虑,如果采用软件层的解决方案,会造成系统复杂度提升,如果采用存储层的解决方

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

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

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

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

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

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

14、外部的安全,包括数据安全等问题,以保证整个系统长期安全稳定的运行。2.1.1现有业务系统分类建议数据中心所有服务器分区分域部署,并在用户网络和数据中心网络中间实施合理的安全防护,例如部署硬件的防火墙并设置相应的安全策略。针对现有医院系统进行梳理,可以将医院系统分为六大类,分别是核心业务系统应用、核心HIS数据库、医疗信息系统、行政后勤系统、安全运维系统和PACS系统,其中PACS系统由于新购Isilon,将保持原有架构以避免投资浪费。除核心HIS数据库外,其他四大类系统都将迁移至超融合平台,以最大程度提高系统的使用率。目前中心机房现有系统共45个,除核心HIS数据库和PACS外,其他业务系统共

15、有37个左右,为提高系统可用性,设计4-5个业务系统运行在一台超融合节点上,因此如果所有非核心业务系统迁移,建议配置8个超融合节点满足需求。同时东区机房的业务系统也迁移至中心机房超融合平台上,由于东区机房系统体量较小,因此不需额外添加超融合节点。从存储容量上看,除核心HIS数据库和PACS系统外,其余系统数据量约为14TB,因此可选择8个HX5510超融合节点,96TB裸容量,整个集群可用容量为48TB(RF2),每增加一个节点相应增加计算资源和存储资源,不同类型的节点可以并存在同一集群。系统迁移至超融合平台后的数据中心耗电量大幅下降,超融合集群每年的耗电量约为3万度,每年将节省20多万电费。2.1.2中心机房超融合虚拟化平台建设超融合架构在数据中心中承担着计算资源池和分布式存储资源池的作用,极大地简化了数据中心的基础架构,而且通过软件定义的计算资源虚拟化和分布式存储架构实现无单点故障、无单点瓶颈、弹性扩展、性能线性增长等能力;在虚拟化层可以自由选择Hypervisor的品牌,包括VMware vS

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 公司方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号