CN110336855B - 一种医疗云数据系统 - Google Patents
一种医疗云数据系统 Download PDFInfo
- Publication number
- CN110336855B CN110336855B CN201910384852.8A CN201910384852A CN110336855B CN 110336855 B CN110336855 B CN 110336855B CN 201910384852 A CN201910384852 A CN 201910384852A CN 110336855 B CN110336855 B CN 110336855B
- Authority
- CN
- China
- Prior art keywords
- medical
- cloud data
- data center
- level
- center
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/40—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for data related to laboratory analysis, e.g. patient specimen analysis
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Radiology & Medical Imaging (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开一种医疗云数据系统,包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心;所述医疗私有云数据中心和所述医疗公有云数据中心均用于提供云计算与存储基于相应云计算得到的数据;所述医疗私有云数据中心与所述医疗公有云数据中心构成同域异地双活数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述应用级灾备云数据中心构成同域异地应用级的备灾数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述数据级灾备中心构成跨域数据级的灾备中心。本发明有效解决两地三中心网络架构存在的网络拥堵或故障,风险不可控的问题。
Description
技术领域
本发明涉及云计算与数据中心技术领域,具体而言,涉及一种医疗云数据系统。
背景技术
目前,医院灾备技术中通常采用两地三中心网络架构。详细地如图1所示,设置均可向集团医院(医院1、2、3…n)服务的同域异地双活数据中心A与B,以及跨域异地应用级备灾的数据中心C。
例如,在数据中心A与B的其中一个数据中心无法正常运作时,另一个数据中心可以补充或继续正常运作。但若同域的两个数据中心都同时损害,异地设置一个数据中心C可立即补充对医院提供服务。
现有两地三中心网络拓扑架构存在以下问题:
1、大型三甲医院与基础医院存在巨大差异;核心医疗业务(HIS/EMR/LIS/PACS)具有实时交互、数据量大、高可用、低时延的特点,依靠院外光纤传输,一旦出现实时网络拥堵或故障,风险不可控。其中,HIS系统为Hospital Information System,即医院信息系统,EMR为Electronic Medical Record,即电子病历,LIS系统为Laboratory InformationSystem,即实验室(检验科)信息系统,PACS系统为Picture Archiving and CommunicationSystems,即影像归档和通信系统。
2、跨城异地应用级灾备中心C与数据中心A与B之间距离超过500公里,业务应用系统灾备恢复时间较长,RTO(Recovery Time Objective,恢复时间目标)、PRO(RecoveryPoint Objective,恢复点目标)达标困难。
3、跨城异地应用级灾备中心及传输网络要求高带宽,成本较高,性价比较低。
因此,针对现有两地三中心网络架构存在的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例中提供一种医疗云数据系统,以解决现有两地三中心网络架构存在的问题。
为解决上述技术问题,本发明提供了一种医疗云数据系统,所述医疗云数据系统包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心;所述医疗私有云数据中心和所述医疗公有云数据中心均用于提供云计算与存储基于相应云计算得到的数据;
所述医疗私有云数据中心与所述医疗公有云数据中心构成同域异地双活数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述应用级灾备云数据中心构成同域异地应用级的备灾数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述数据级灾备中心构成跨域数据级的灾备中心。
可选地,所述医疗私有云数据中心和所述医疗公有云数据中心均包括计算层与存储层;所述计算层用于提供云计算;所述存储层用于存储相应云计算得到的数据;
所述医疗私有云数据中心的计算层用于向接入层的第一级别医院提供医疗应用云计算;
所述医疗公有云数据中心的计算层用于通过VXLAN技术实现多租户应用,向接入层的第一级别医院和多个第二级别医院提供医疗应用云计算。
可选地,所述医疗云数据系统的计算层基于双平面接收所述接入层的接入。
可选地,所述医疗私有云数据中心的计算层通过物理链路接收所述接入层的第一级别医院的接入,所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层基于SD-WAN技术接收所述接入层的第一级别医院与第二级别医院的接入,以实现所述医疗云数据系统基于双平面接收所述接入层的接入。
可选地,所述医疗私有云数据中心与所述医疗公有云数据中心的存储层基于存储阵列双活;所述医疗私有云数据中心的存储层设置有第一备用存储层;所述医疗公有云数据中心的存储层设置有第二备用存储层;所述医疗私有云数据中心的存储层和所述第一备用存储层设置在所述第一级别医院中预设的地下不同位置。
可选地,所述医疗私有云数据中心的存储层、所述第一备用存储层、所述医疗公有云数据中心的存储层和所述第二备用存储层分别设置对应的网络节点。
可选地,所述医疗私有云数据中心的存储层所对应的网络节点与所述医疗公有云数据中心的存储层通过裸光纤进行IP数据网络互联;
所述医疗私有云数据中心的存储层与所述医疗公有云数据中心的存储层通裸光纤存储阵列双活互联;
所述第一备用存储层所对应的网络节点与所述第二备用存储层通过裸光纤进行IP数据网络互联;
所述医疗私有云数据中心所对应的网络节点与所述第一备用存储层所对应的网络节点通过裸光纤进行IP数据网络互联;
所述医疗公有云数据中心的存储层与所述第二备用存储层通过裸光纤进行互联。
可选地,所述医疗私有云数据中心、所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层通过MPLS VPN接收所述接入层的接入。
可选地,所述医疗云数据系统采用相同云体系架构,并基于所述云体系架构统一所述医疗私有云与所述医疗公有云底层IaaS的差异性。
可选地,所述医疗云数据系统还包括统一安全资源池和云备份中心;
所述统一安全资源池用于对所述医疗云数据系统的安全进行统一安全保护;
所述云备份中心用于在所述医疗私有云与所述医疗公有云之间建立数据级别、业务数据库级别与应用级别容灾,以及基于应用级别构建所述应用级灾备云数据中心,基于数据级别构建所述数据级灾备中心。
应用本发明的技术方案,有效解决两地三中心网络架构存在的网络拥堵或故障,风险不可控的问题,有效解决业务应用系统灾备恢复时间较长,RTO、PRO达标困难的问题,有效解决跨域异地应用级灾备中心及传输网络要求高带宽,成本较高,性价比较低的问题。
附图说明
图1是现有两地三中心的网络架构拓扑图;
图2是根据本发明实施例的一种医疗云数据系统的原理图。
具体实施方式
下面结合附图与具体实施例对本发明作进一步详细描述,应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例提供一种医疗云数据系统,包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心;所述医疗私有云数据中心和所述医疗公有云数据中心均用于提供云计算与存储基于相应云计算得到的数据;
所述医疗私有云数据中心与所述医疗公有云数据中心构成同域异地双活数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述应用级灾备云数据中心构成同域异地应用级的备灾数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述数据级灾备中心构成跨域数据级的灾备中心。数据级的灾备中心相当于一个存储层,只是用来存储数据。
其中,同域、跨域分别表示在同一个区域和在不同区域,可以采用城市来划分同域和跨域。而每种云数据中心都可以分为计算层和存储层,其中计算层用于提供医疗应用云计算,存储层相当于传统的数据中心,由相应的机房设备构成,可以采用采用虚拟主机+物理主机+FC SAN(Fibre Channel-Storage Area Network,光纤存储区域网络)+Vsan(Virtual Storage Area Network,虚拟存储区域网络)分布式等方式支撑高负载数据库、高负载应用和云化业务。医疗应用可以包括预约挂号、智能分诊、划价收费、移动支付、健康管理、医患互动、院内导航、消息提醒、报告查询、患者管理、移动办公等。
本发明实施例中将医疗私有云数据中心和医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心构成混合云数据中心。为了使描述清楚简介,可以将括医疗私有云数据中心描述成私有云,将医疗公有云数据中心描述成公有云或专属医疗云,将混合云数据中心描述成混合云。
本发明实施例中采用混合云数据中心搭建医疗云数据系统,有效解决两地三中心网络架构存在的网络拥堵或故障,风险不可控的问题,有效解决业务应用系统灾备恢复时间较长,RTO、PRO达标困难的问题,有效解决跨域异地应用级灾备中心及传输网络要求高带宽,成本较高,性价比较低的问题。
本发明实施例中医疗云数据系统适用于集团医院,集团医院可以包括中心医院、分院和基层医用(医疗单位)。例如,一个1+3+X集团医院可以包括一个中心医院、3个分院和X个基层医院;其中,中心医院对应第一级别医院,分院和基层医院对应与第二级别医院。
以下通过1+3+X集团医院为例,描述本发明实施例的可选实施方式。
在一些实施方式中,所述医疗私有云数据中心和所述医疗公有云数据中心均包括计算层与存储层;所述计算层用于提供云计算;所述存储层用于存储相应云计算得到的数据;
所述医疗私有云数据中心的计算层用于向接入层的第一级别医院提供医疗应用云计算;
所述医疗公有云数据中心的计算层用于通过VXLAN(Virtual Extensible LAN,虚拟局域网扩展)技术实现多租户应用,向接入层的第一级别医院和多个第二级别医院提供医疗应用云计算。
也就是说,在一些实施方式中,可以利用第一级别医院本地机房基础条件完成私有云改造,结合电信的公有云的专属云搭建1+3+X混合医疗云数据中心,通过Vxlan技术实现“X”的多租户应用。
在本实施方式中,医疗云数据系统采用分层架构的混合医疗云,可以实现各层的安全互联、高效对接。
在一些实施方式中,所述医疗云数据系统的计算层基于双平面接收所述接入层的接入。
可选地,所述医疗私有云数据中心的计算层通过物理链路接收所述接入层的第一级别医院的接入,所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层基于SD-WAN(软件定义的广域网)技术接收所述接入层的第一级别医院与第二级别医院的接入,以实现所述医疗云数据系统基于双平面接收所述接入层的接入。
在本实施方式中,采用双平面的方式接入医疗混合云数据中心,其中一平面采用物理实际链路,本地链路接入医疗私有云数据中心计算层,另一平面采用SDWAN技术接入医疗公有云数据中心计算层,通过双平面技术接入实现“1+3”冗余、高可用性的接入。跨域数据级灾备中心结合SDWAN技术可以有效降低成本,实现跨域机房的数据级灾备以及紧急业务的应急灾备中心。
在一些实施方式中,所述医疗私有云数据中心与所述医疗公有云数据中心的存储层基于存储阵列双活;所述医疗私有云数据中心的存储层设置有第一备用存储层;所述医疗公有云数据中心的存储层设置有第二备用存储层;所述医疗私有云数据中心的存储层和所述第一备用存储层设置在所述第一级别医院中预设的地下不同位置。
也就是说,采用混合云设计医疗云数据系统,利旧医院本地机房基础条件完成“私有云”改造,将其中一个机房下沉到医院,从而确保不会因为有外部的任何施工问题导致光纤受损而影响到该医院的信息数据应用和存储。并可以通过电信的“公有云”进行专属医疗云进行设计,在同域设计两个双活数据中心,双活数据中心通过“公有云”的裸光纤资源优势,在双活中心数据层面RAC双活,存储双活、应用双活、网络集群、虚拟化,并利用运营商的开放网络以及强大光纤资源与“私有云”是实现医疗私有云数据中心、医疗公有云数据中心的云数据中心双活。
在一些实施方式中,所述医疗私有云数据中心、所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层通过MPLS VPN接收所述接入层的接入。
在本实施方式中,采用MPLS VPN,可以将基础医院做为点到点接入到电信的MPLSVPN骨干,把医疗私有云数据中心、医疗公有云数据中心做路由渗透到每个医院,每个医院与基层医用成一个虚拟专网,与其他医院又互相隔离。同时可以满足3层IP路由。其中,MPLSVPN是一种基于MPLS(Multiprotocol Label Switching,多协议标记交换)技术的IP-VPN(Virtual Private Network虚拟专用网络)。
在一些实施方式中,所述医疗云数据系统采用相同云体系架构,并基于所述云体系架构统一所述医疗私有云与所述医疗公有云底层IaaS(Infrastructure as a Service,基础设施即服务)的差异性。也就是说,本实施方式在云平台以及虚拟化采用同一套云体系架构,同一套云体系结构能够实现“1+3+X”作为整体统一“私有云”以及“公有云”底层IaaS的差异性,抽象为一种云数据中心,从而统一应用、管理、维护。
在一些实施方式中,所述医疗云数据系统还包括统一安全资源池;所述统一安全资源池用于对所述医疗云数据系统的安全进行统一安全保护。也就是说,统一在“私有云”以及“公有云”按照等保三级的标准搭建统一安全资源池,由统一安全资源池对“混合云”的安全进行统一安全保护,从而有效保护医疗混合云数据中心的安全。
可选地,所述医疗云数据系统还包括云备份中心;所述云备份中心用于在所述医疗私有云与所述医疗公有云之间建立数据级别、业务数据库级别与应用级别容灾,以及基于应用级别构建所述应用级灾备云数据中心,基于数据级别构建所述数据级灾备中心。也就是说,通过云备份中心统一管理“私有云”以及公有云的容灾、备份。其中在“私有云”和“公有云”建立数据级别、核心业务数据库级别、应用级别容灾,在省外节点搭建数据级的容灾以及紧急应急业务的CDP(Continuous Data Protector,连续数据保护器)应用灾备中心,紧急应急灾备实现是通过目前的线路资源结合SDWAN技术实现数据级以及紧急业务的CDP容灾应用。
本发明实施例把医疗私有云数据中心节点下沉到第一级别医院本地机房,完成第一级别医院本地机房私有云的改造,第一级别医院本地医疗私有云数据中心A网络节点与医疗公有云数据中心B网络节点形成同域双活数据中心,并医疗公有云数据中心设置同域应用级灾备数据中心C网络节点和跨城异地数据级灾备中心D节点,并结合MSTP(Multi-Service Transfer Platform,基于SDH的多业务传送平台)以及SDWAN技术把数据灾备和紧急应用CDP灾备放在跨域机房,并在A网络节点内部通过MSTP结合SDWAN技术实现双平面接入到医疗混合云数据中心。
在具体实现过程中,上述各个实施方式在不存在逻辑错误的基础上,可以任意组合,以下基于上述实施方式的组合,提供一个具体的实例。
在本实例中的医疗云数据系统用于1+3+X医院,包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心;所述医疗私有云数据中心和所述医疗公有云数据中心均用于提供云计算与存储基于相应云计算得到的数据;
所述医疗私有云数据中心与所述医疗公有云数据中心构成同域异地双活数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述应用级灾备云数据中心构成同域异地应用级的备灾数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述数据级灾备中心构成跨域数据级的灾备中心。可选地,所述医疗私有云数据中心的存储层、所述第一备用存储层、所述医疗公有云数据中心的存储层和所述第二备用存储层分别设置对应的网络节点。从而形成两区域(两地)三数据中心四网络节点的云架构;其中三数据中心包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心。
其中,本实例中医疗云数据系统涉及到两地4个机房,及对应的3个数据中心和4个网络节点。
1)医疗私有云数据中心的存储层所对应的网络节点与所述医疗公有云数据中心的存储层通过裸光纤进行IP数据网络互联;例如,两者之间通过2对10G裸光纤共20G进行IP数据网络互联,用于业务数据IP通信;
2)所述医疗私有云数据中心的存储层与所述医疗公有云数据中心的存储层通裸光纤存储阵列双活互联;例如,两者之间通过2对10G裸光纤共20G进行FC SAN同城存储双活互联,用于存储FC SAN网络通信;
3)所述第一备用存储层所对应的网络节点与所述第二备用存储层通过裸光纤进行IP数据网络互联;例如,两者之间通过2对10G裸光纤共20G进行IP数据网络实现互通,用于业务数据IP通信;
4)所述医疗私有云数据中心所对应的网络节点与所述第一备用存储层所对应的网络节点通过裸光纤进行IP数据网络互联;例如,两者之间通过本地4×10G共40G本地裸光纤进行IP数据网络互联。当然所述医疗公有云数据中心的存储层与所述第二备用存储层之间可以通过本地4×10G裸光纤进行互联。
5)在分院为3个时,三个分院通过6对1000M(或更高带宽)专线电路结合SDWAN技术,按实际需求适当提供,两两一组与医疗私有云数据中心和医疗公有云数据中心进行互联。
6)X家基础医院通过光纤或者数字链路结合SDWAN技术实现访问医疗混合云数据中心,接入层通过SDWAN技术分为多个访问平面,一平面接入医疗私有云数据中心,另一接入平面接入医疗公有云数据中心,另一平面接入第二备用存储层”。
7)“1+3+X”一接入平面采用mstp链路结合SDWAN技术,本地链路接入医疗私有云数据中心,另一平面采用SDWAN技术接入医疗公有云数据中心,从而通过双平面技术接入实现“1+3”冗余、高可用性的接入,省外机房结合SDWAN技术降低成本,实现省外机房的数据级灾备以及紧急业务的应急灾备中心。
本实例通过组建冗余网络云架构设计,采用云服务提供商公有云、中心医院私有云共同承载医疗云业务应用,数据存储采用虚拟主机+物理主机+FC SAN存储+vsan分布式等方式支撑高负载数据库、高负载应用和云化业务,并按照等保三级要求搭建云管理平台的立体安全体系,具有以下优点:
1、实现云化云数据中心,并且整个技术案方案采用标准化的、共享的IT资源和服务的原则构建了随需应变的医疗安全云,通过统一云平台对中心医院私有云、云服务提供商公有云进行统一运营、运维管理。
2、云数据中心网络扁平化、虚拟化,例如云服务提供商公有云与中心医院私有云的网络采用扁平化设计的原则,三中心四节点的网络虚拟成一台逻辑Fabric网络,避免传统数据中心组网的STP(Spanning Tree Protocol,生成树协议)、VRRP(Virtual Router,虚拟路由冗余协议Redundancy Protocol)协议缺陷,提高网络资源的利用率,同时MPLS VPN网络能够实现毫秒级切换,满足虚拟机的快速迁移需求,同时通过Vxlan技术实现X家医院多租户的网络虚拟化。
3、采用等保三级要求进行东西流量&南北流量安全规划。
构建医疗混合云数据中心的时候就依据业务的等保要求进行东西流量、南北流量进行规划设计,把安全融入到医疗云的每个组件,真正实现“医疗安全云”。
4、采用本发明实施例中三中心四节点架构。
物理链路上采用不同管道的路由光纤分别连接中心医院生产机房的医疗私有云数据中心网络节点A、连接中心医院生产机房的第一备用存储层的网络节点A’、云服务提供商生产机房的医疗公有云数据中心网络节点B、云服务提供商备机房的第二备用存储层的网络节点C,形成两地三中心四网络节点,实现网络、业务层面100%的冗余、可靠。
5、双平面接入。
“1+3+X”医院接入采用双平面的方式接入,一平面采用物理实际链路,本地链路接入医疗私有云数据中心,另一平面采用SDWAN技术接入医疗公有云数据中心,通过双平面技术接入实现“1+3”冗余、高可用性的接入,省外机房结合SDWAN技术降低成本,实现省外机房的数据级灾备以及紧急业务的应急灾备中心。
6、高可用性。
存储设备通过自动分层技术实现存储介质的满足高频快速访问,比如SAS硬盘满足中频数据访问,NL_SAS低频数据访问,同时存储设备双活复制独立于主机平台和应用,对各种应用都适用,而且完全不消耗主机的处理资源,再结合全局负载均衡实现物理主机、虚拟主机时时在线业务访问,通过全局负载均衡、RAC双活、容灾备份、存储双活等技术实现了医疗“混合云”高可用。其中,NL_SAS是采用了SAS的磁盘接口和SATA的盘体的综合体,SAS是Serial Attach SCSI(串行SCSI)。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上面结合图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨与权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (7)
1.一种医疗云数据系统,其特征在于,所述医疗云数据系统包括医疗私有云数据中心、医疗公有云数据中心、应用级灾备云数据中心与数据级灾备中心;所述医疗私有云数据中心和所述医疗公有云数据中心均用于提供云计算与存储基于相应云计算得到的数据;
所述医疗私有云数据中心与所述医疗公有云数据中心构成同域异地双活数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述应用级灾备云数据中心构成同域异地应用级的备灾数据中心;所述医疗私有云数据中心、所述医疗公有云数据中心与所述数据级灾备中心构成跨域数据级的灾备中心;
所述医疗私有云数据中心的计算层用于向接入层的第一级别医院提供医疗应用云计算;
所述医疗公有云数据中心的计算层用于通过VXLAN技术实现多租户应用,向接入层的第一级别医院和多个第二级别医院提供医疗应用云计算;所述第一级别医院对应集团医院的中心医院,所述第二级别医院对应所述集团医院的分院和基层医院;
所述医疗私有云数据中心的计算层通过物理链路接收所述接入层的第一级别医院的接入,所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层基于SD-WAN技术接收所述接入层的第一级别医院与第二级别医院的接入;
所述医疗私有云数据中心、所述医疗公有云数据中心、所述应用级灾备云数据中心与所述数据级灾备中心的计算层通过MPLS VPN接收所述接入层的接入。
2.根据权利要求1所述的医疗云数据系统,其特征在于,所述医疗私有云数据中心和所述医疗公有云数据中心均包括计算层与存储层;所述计算层用于提供云计算;所述存储层用于存储相应云计算得到的数据。
3.根据权利要求2所述的医疗云数据系统,其特征在于,所述医疗私有云数据中心与所述医疗公有云数据中心的存储层基于存储阵列双活;所述医疗私有云数据中心的存储层设置有第一备用存储层;所述医疗公有云数据中心的存储层设置有第二备用存储层;所述医疗私有云数据中心的存储层和所述第一备用存储层设置在所述第一级别医院中预设的地下不同位置。
4.根据权利要求3所述的医疗云数据系统,其特征在于,所述医疗私有云数据中心的存储层、所述第一备用存储层、所述医疗公有云数据中心的存储层和所述第二备用存储层分别设置对应的网络节点。
5.根据权利要求4所述的医疗云数据系统,其特征在于,所述医疗私有云数据中心的存储层所对应的网络节点与所述医疗公有云数据中心的存储层通过裸光纤进行IP数据网络互联;
所述医疗私有云数据中心的存储层与所述医疗公有云数据中心的存储层通裸光纤存储阵列双活互联;所述第一备用存储层所对应的网络节点与所述第二备用存储层通过裸光纤进行IP数据网络互联;
所述医疗私有云数据中心所对应的网络节点与所述第一备用存储层所对应的网络节点通过裸光纤进行IP数据网络互联;
所述医疗公有云数据中心的存储层与所述第二备用存储层通过裸光纤进行互联。
6.根据权利要求2所述的医疗云数据系统,其特征在于,所述医疗云数据系统采用相同云体系架构,并基于所述云体系架构统一所述医疗私有云与所述医疗公有云底层IaaS的差异性。
7.根据权利要求1-6中任意一项所述的医疗云数据系统,其特征在于,所述医疗云数据系统还包括统一安全资源池和云备份中心;
所述统一安全资源池用于对所述医疗云数据系统的安全进行统一安全保护;
所述云备份中心用于在所述医疗私有云与所述医疗公有云之间建立数据级别、业务数据库级别与应用级别容灾,以及基于应用级别构建所述应用级灾备云数据中心,基于数据级别构建所述数据级灾备中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910384852.8A CN110336855B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗云数据系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910384852.8A CN110336855B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗云数据系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110336855A CN110336855A (zh) | 2019-10-15 |
CN110336855B true CN110336855B (zh) | 2020-05-05 |
Family
ID=68139994
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910384852.8A Expired - Fee Related CN110336855B (zh) | 2019-05-09 | 2019-05-09 | 一种医疗云数据系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110336855B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111147567A (zh) * | 2019-12-23 | 2020-05-12 | 中国银联股份有限公司 | 服务调用方法、装置、设备及介质 |
CN111901428B (zh) * | 2020-07-29 | 2021-04-06 | 广州市番禺区中心医院 | 一种基于广域医疗云的多租户接入系统 |
CN111931278A (zh) * | 2020-08-14 | 2020-11-13 | 中水北方勘测设计研究有限责任公司 | 基于bim和gis协同工作用云平台的搭建方法及系统 |
CN112564983B (zh) * | 2020-12-23 | 2023-05-26 | 奇安信网神信息技术(北京)股份有限公司 | 数据传输方法、装置、计算机系统和介质 |
CN112837776A (zh) * | 2021-03-05 | 2021-05-25 | 成都库珀区块链科技有限公司 | 一种基于处方流转平台的区块链数据隐私安全保护方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103812929A (zh) * | 2014-01-11 | 2014-05-21 | 浪潮电子信息产业股份有限公司 | 一种云数据中心管理平台双活方法 |
CN105847391A (zh) * | 2016-04-25 | 2016-08-10 | 云南电网有限责任公司昆明供电局 | 一种分布式云数据中心结构 |
CN108063787A (zh) * | 2017-06-26 | 2018-05-22 | 杭州沃趣科技股份有限公司 | 基于分布式一致性状态机实现双活架构的方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10346259B2 (en) * | 2012-12-28 | 2019-07-09 | Commvault Systems, Inc. | Data recovery using a cloud-based remote data recovery center |
CN205644521U (zh) * | 2016-04-06 | 2016-10-12 | 乌鲁木齐领航科技有限公司 | 一种医院信息的数据库双活与实时备份系统 |
CN106506588A (zh) * | 2016-09-23 | 2017-03-15 | 北京许继电气有限公司 | 多地多中心的数据中心双活方法和系统 |
CN106254166B (zh) * | 2016-09-30 | 2020-06-23 | 中国银联股份有限公司 | 一种基于灾备中心的云平台资源配置方法以及系统 |
CN106713409B (zh) * | 2016-10-21 | 2020-06-02 | 中国电信集团系统集成有限责任公司 | 一种基于SaaS的云灾备系统及方法 |
CN107391294B (zh) * | 2017-07-28 | 2021-01-29 | 苏州浪潮智能科技有限公司 | 一种ipsan容灾系统的建立方法及装置 |
CN108874593B (zh) * | 2018-06-21 | 2021-08-31 | 郑州云海信息技术有限公司 | 一种两地三中心容灾方法、装置、设备及系统 |
-
2019
- 2019-05-09 CN CN201910384852.8A patent/CN110336855B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103812929A (zh) * | 2014-01-11 | 2014-05-21 | 浪潮电子信息产业股份有限公司 | 一种云数据中心管理平台双活方法 |
CN105847391A (zh) * | 2016-04-25 | 2016-08-10 | 云南电网有限责任公司昆明供电局 | 一种分布式云数据中心结构 |
CN108063787A (zh) * | 2017-06-26 | 2018-05-22 | 杭州沃趣科技股份有限公司 | 基于分布式一致性状态机实现双活架构的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110336855A (zh) | 2019-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110336855B (zh) | 一种医疗云数据系统 | |
JP6317856B2 (ja) | クラスタ間冗長構成におけるスムーズな制御部交代 | |
CN107707393B (zh) | 基于Openstack O版特性的多活系统 | |
CN104734878B (zh) | 软件定义联网灾难恢复的方法和系统 | |
CN102204188B (zh) | 虚拟网络单元中的路由计算方法和主节点设备 | |
CN1321373C (zh) | 一种可扩展的计算系统及方法 | |
CN106506588A (zh) | 多地多中心的数据中心双活方法和系统 | |
CN108833153A (zh) | 实现异地数据中心云资源统一管理的方法 | |
CN111130835A (zh) | 数据中心双活系统、切换方法、装置、设备及介质 | |
US20060156055A1 (en) | Storage network that includes an arbiter for managing access to storage resources | |
CN101860078B (zh) | 电力一体化通信资源管理系统 | |
CN104135514B (zh) | 融合式虚拟化存储系统 | |
CN103095569B (zh) | 一种高冗余低成本的热容灾广域网架构及其实现方法 | |
US7792917B2 (en) | Multiple network shared disk servers | |
CN106850269A (zh) | 一种云平台的管理系统 | |
CN102523171A (zh) | 一种基于双呼叫中心的网络系统 | |
CN107302598A (zh) | 一种新型双活存储活动仲裁实现方法 | |
CN110086647A (zh) | 一种大数据信息中心网络架构方法 | |
EP2709322B1 (en) | Node routing method for multi-processor system, controller, and multi-processor system | |
CN104113791A (zh) | 一种自动交换光网络演进系统及方法 | |
CN110971456A (zh) | 适用于大型商业综合体的计算机网络系统的设计方法 | |
CN115225664B (zh) | 一种气象信息基础设施资源云平台的构建方法 | |
CN114448748B (zh) | 一种系统中心部署化网络系统 | |
US11044539B1 (en) | Mouse over elephant | |
CN108268343A (zh) | 数据备份的装置、系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20200505 |