作者s6dong·2019-09-23 18:07

it技术咨询顾问·东软集团

医疗行业核心系统数据库和基础架构解决方案

字数 14218阅读 9343评论 3赞 22

# 1、 医疗行业信息化发展概述

## 1.1 医院信息系统数字化

数字化医院在物理层面上通过无纸化、无胶片化和医院空间的智能化、自动化，提供无处不在的数字化医疗服务平台。在信息层面上应通过以患者为中心的、全医疗过程的信息采集、保存、传输和处理，并通过临床数据仓库对医院所有数据进行一元化管理和应用，以利于数据挖掘和决策支持。也就是说，数字化医院不单纯是医院的信息化，它是将患者的各种信息以及诊疗过程的各种数据进行一元化管理，使医院运营的各种指标数值化，并且为达成各种既定目标而做出最佳选择提供支持。无线化、网络化是无处不在的医疗服务平台的基础，但还不能真正提供无处不在的医疗服务。真正无处不在的医疗服务还需要医疗设备数字化、医院空间智能化、信息管理一元化等多种技术的综合支持。

实现无处不在的数字化医疗服务平台，对患者来说，可以享受到更加便捷、安全、高效的医疗服务；对医护人员来说，为他们创建无纸化、无胶片化、无线化的工作环境，减轻繁重的工作负担，提高他们的工作效率，减少人为失误。

## 1.2 数字化医院信息系统概述

数字化医院信息系统建设作为医疗行业信息化发展的核心内容，经过多年的发展，主要包括以下几大系统：

- HIS （ Hospital Information System ）医院信息系统

- LIS （ Laboratory Information System ）检验信息系统

- PACS （ Picture Archiving and Communication Systems ）医学图像档案管理和 [通信]系统。

- EMR (Electronic Medical Record) 电子病历系统

- CIS （ Clinic Information System ）临床管理信息系统

-  其他信息化系统还包括 RIS （放射科信息系统）、 HRP （医院资源规划系统）和 PEIS （体检管理系统）等等。

HIS 系统是为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力，并满足所有授权用户的功能需求。 HIS 系统是以财务为中心的，偏重管理。

LIS 系统是专为医院检验科设计的一套信息管理系统，能将实验仪器与计算机组成网络，使病人样品登录、实验数据存取、报告审核、打印分发，实验数据统计分析等繁杂的操作过程实现了智能化、自动化和规范化管理。有助于提高实验室的整体管理水平，减少漏洞，提高检验质量。

PACS 系统是近年来随着数字成像技术、计算机技术和网络技术的进步而迅速发展起来的、旨在全面解决医学图像的获取、显示、存贮、传送和管理的综合系统。

EMR 电子病历是指将传统的纸病历完全电子化，并提供电子贮存、查询、统计、数据交换等管理模式，它是信息技术和网络技术在医疗领域应用的必然产物，是医院计算机网络化管理的必然趋势，它详细记录了患者的治疗方案和治疗过程，既为医院积累了宝贵的治疗经验，又为处理医患纠纷提供了不可或缺的证明文件

CIS 是偏重于病人信息的，这个更加倾向于医疗相关的信息。人们常常把关于病人化验信息、放射的信息，和病人临床检查信息，划为临床信息系统。

## 1.3 数字化医院信息系统发展

目前数字化医院信息系统发展主要包括以下几个方面

**1.无纸化、无胶片化业务模式将趋于成熟**

无纸化、无胶片化工作流程是数字化医院的最基本特征，随着医院数字化建设的推进，其业务模式也将不断发展。无纸化、无胶片化不仅能够节省大量医疗耗材成本，更主要的是提供一种全新的医疗信息载体，通过计算机化、网络化大大提高医护工作效率，促进医疗信息共享，方便数据再利用。通过对技术上、流程上、安全性、法律等多方面问题的不断解决，无纸化、无胶片化业务模式将趋于成熟。

**2.信息化与智能化提供无处不在的医疗服务**

以患者为中心的医院服务模式，不仅仅是工作流程的改变，更是服务理念的进化。无处不在的医疗服务正是以患者为中心这一理念最好的实现平台。通过各种先进的信息化、智能化设施，以无处不在这一设计理念为导向，为医生、护士、药剂师等等各类用户提供更高效、智能的工作环境，也给患者带来更灵活、舒适、便捷的就诊体验。

**3.电子化临床路径将得到更广泛的应用**

临床路径作为一种新的质量效益型医疗管理模式， 具有降低平均住院日、控制医疗费用、规范诊疗行为、提高医疗服务质量等作用。随着数字化医院建设的推进，纸质媒介的临床路径必然不能满足医疗信息化的要求， 电子化临床路径的应用势在必行。电子化临床路径打破了纸质临床路径教科书式的工作指导流程，完全嵌入到计算机化医嘱录入系统（医嘱系统）中，以更加规范的计算机控制方式，进一步减少人为因素造成的不确定性，以电子化方式更加高效规范地完成一整套临床医疗服务。

**4.电子病历将得到极大发展和应用**

作为数字化医院的核心应用，电子病历的发展阶段最大程度上代表了医院数字化建设的水平。电子病历将成为全数字化医院中以患者为中心的全医疗过程的数据记录，并提供用户对这些数据进行嵌入式实时挖掘和决策支持，以及可长久保存、并基于某种标准化格式的数据交换和异构系统间互操作的能力。

**5.数据挖掘与再利用将成为医院日常工作**

数据挖掘或称知识发现是从大量的数据中筛选出隐含的、可信的、新颖的、有效的信息的处理过程。在医院日常工作中，主要用于临床医学研究和经营管理分析这 2 个方面。对大量数据进行建模、预测、联机分析等处理，从中开发、利用或发现某些新信息、新知识，为医院领导、临床医生及医院药学工作提供有用的信息及决策依据。

# 2、 医疗行业信息化发展痛点分析

## 2.1 核心系统痛点分析

医院信息化系统随着数字化医院的发展，在各项医疗以及管理业务中得到了广泛的应用实施。电子病历、电子报告、电子医学影像、电子付款代替了传统的诊疗及支付方式，医疗服务效率和质量不断提升，医疗服务成本不断降低，逐步向无纸化、数字化诊疗系统迈进。

在医院众多的信息化系统中， HIS 作为最重要的核心信息系统，经过多年的发展，统被赋予了更多的功能。随着医院内部业务流程的不断梳理和整合， HIS 与 LIS 、 PACS 和 EMR 等外围系统不断融合，之间的关联关系越来越紧密。随着卫生信息化的内涵与外延不断扩展， HIS 与社保、医保和银行系统的业务及数据交互越来越频繁。 HIS 系统已 贯穿业务流程的各个环节，起着核心支撑作用，是医疗服务和医院管理的核心系统。

由于 HIS 系统是一个庞大而复杂的现代化信息管理系统，包含财务、人事、住院、门诊、挂号、医技、收费、分诊、药品管理等多个子系统。经过多年的发展， HIS 系统所承受的数据处理压力也越来越高。主要痛点包括：

- 随着就诊人数的增长，需要保证系统的性能满足业务发展的需要；

- 医院业务高峰期多集中在上午 7 点 -10 点，业务处理量激增，需要灵活的弹性负载支撑。

- 需要满足 7x24 小时高可靠运行的业务连续性要求。核心系统运行中断，意味着医疗服务的中断，直接影响患者就诊及治疗。避免由于系统故障导致患者无法办理挂号、缴费、住院等业务而引起的医疗纠纷影响医院声誉。

医疗行业信息系统中最重要的是数据。除了 HIS 系统，医院其他核心系统还包括 PACS 、 EMR 、 LIS 和 CIS 等应用系统。包含了大量的医疗影像信息、病人电子病历信息、临床信息和检验信息等。信息量的不断增加给医院核心系统的数据库带来了巨大的压力。主要痛点包括：

- 随着就诊人数的增长，要保证在业务高峰期数据库处理的高性能，数据读取不停顿

- 保证核心系统数据库的业务连续性，有数据库冗余机制，保证数据不丢失

- 解决数据增长瓶颈问题，保证核心数据库服务器的扩展能力。

## 2.2 基础 架构痛点分析

通常医院信息化系统建设比基础架构建设速度快，经常会出现基础架构跟不上信息化系统建设的问题。目前大部分医院都已经建成了以 HIS 、 LIS 、 PACS 等多个应用系统组成的数据中心，但是在数据中心的基础架构上，还存在一些问题。

一、由于医院业务系统比较多，而且缺乏一定的规划，存在多种不同的基础设施系统，容易形成业务孤岛，造成管理上的困难。

二、在服务器等基础设施的部署上，主要存在以下两种情况：

1 、核心系统数据库服务器灵活性不足，扩展能力受限

为了保证 HIS 等核心系统数据库性能，采用 X86 物理机部署。每个业务都部署一套物理主机（ 2 台冗余部署），但是平时服务器资源使用率不到 30% ，造成各个服务器资源浪费，而且稳定性和可靠性相对不高，经常出现系统宕机的情况，影响医院业务正常运行。在医院业务早高峰期，核心系统服务器往往又会出现性能资源不足的情况，但是受限由于 X86 服务器的扩展能力，无法进行纵向扩展，只能进行更换。但是更换核心服务器不但招投标的采购周期比较长，而且更新核心数据库服务器涉及数据迁移和停机等问题，风险比较高。

2 、核心系统基础设施性能管理和资源管理存在问题

为了提高系统资源利用率，部分医院核心系统采用 X86 服务器 + 虚拟化的形式部署，灵活性有了一定保证，系统资源利用率也提高了，但是受限于单台 X86 服务器的性能，只能用于部署非数据库的系统，仍然没有解决核心系统数据库的性能问题。另外，在虚拟化资源的管理上，通常没有建设统一的资源池，也没有使用统一的资源管理平台和相关的管理工具，资源无法最大化利用。

## 2.3 痛点问题需求总结

- 医院核心系统需要保证业务连续性，避免中断；

- 医院核心系统需要高性能有兼具灵活性和高扩展性的数据库服务器；

- 医院基础设施需要保证核心业务的稳定、可靠和安全的运行。

- 医院需要建立基础资源的统一管理和调配，提升基础资源的服务能力，更好的满足医院业务发展。

# 3、 推荐解决方案设计

## 3.1 设计思路

在本次推荐方案的设计过程中，根据对医院信息化发展的痛点问题分析 , 在核心系统数据库服务器和基础设施的设计思路如下：

1 、高性能：核心系统数据库服务器需要采用高性能设备，保证 HIS 等核心系统数据库高效访问数据和处理业务，消除因设备性能问题带来的瓶颈。

2 、高可靠性：核心系统数据库服务器需要实现双机热备或集群。在其中一台服务器发生故障时，另外一台或多台服务器可以继续对外提供服务。同时，服务器应具备高可靠性设计，具备部件冗余设计和比较高平均无故障时间。

3 、高扩展性：核心系统数据库服务器和基础设施应具备高可扩展性，可以根据医院业务的发展按需进行扩展，没有扩展瓶颈。

4 、高灵活性：满足医院业务高峰期的动态负载需要，基础架构在业务部署上可以更加灵活，资源可以按需提供服务。

5 、易管理性：具备统一资源管理的能力，通过统一的管理平台，可以实现对基础设施资源的管理、控制和访问。

## 3.2 方案概述

根据对医疗行业信息系统的发展痛点分析，可以总结医院核心系统数据库服务器和基础架构的特点如下：

**核心系统**

- 数据库性能要求：业务高峰期需求高，并发性能要求高

- 业务连续性要求：不能停机

- 可扩展性要求：满足业务高速增长

**基础架构**

- 灵活性：灵活满足数据库和应用部署需要

- 可扩展：架构支持按需扩展，同时支持纵向和横向扩展

- 可管理：统一管理基础设施资源

根据核心系统和基础架构需求的特点，推荐解决方案如下：
![](/home/attachment/201909/23/4250_156923281275590.png)

## 3.3 基于 Power 产品的架构设计

### 3.3.1 拓扑架构图
![](/home/attachment/201909/23/4250_156923286360574.png)

### 3.3.2 架构设计概述

1 、 HIS 服务器是医院最重要的核心系统，为了保证单台数据库服务器的性能和纵向可扩展能力，不采用分区技术进行部署。采用 Power E950 服务器进行双机冗余部署。由于数据库服务器要求纵向扩展性能， Power E950 服务器单台服务器可以支持最大 48 个 CPU 核心，相对于 X86 服务只能纵向扩展到 4-8 个 CPU 核心，医院 HIS 数据库服务器的性能和扩展性都得到了有效的保证。由于 Power 服务器自身就具备高可靠性，同时又进行双机部署，医院核心系统 HIS 数据库在性能和安全可靠性方面得到了双重保障。

2 、医院其他核心系统数据库服务器（ PACS/EMR/LIS 系统），采用 Power E950 服务器进行双机冗余部署，同时采用 DLPAR 技术实现多个数据库系统的动态分区负载。由于 PACS/EMR/LIS 系统对数据库性能要求没有 HIS 系统负载高，可以同时部署在一台服务器上，提升服务器利用率。但是在业务高峰期，这几个系统会表现出不同的动态负载要求。为了保证 PACS/EMR/LIS 系统数据库在高峰期的性能同时又兼具灵活性，采用了 DLPAR 技术进行部署，可以随时按需调整不同的 LPAR 分区性能。多个数据库系统共同使用一台服务器进行部署，同样要求纵向扩展性能。 Power E950 服务器单台服务器可以支持最大 48 个 CPU 核心，可以满足在不同业务负载情况下，同时满足 PACS/EMR/LIS 核心系统数据的性能。由于 Power 服务器自身就具备高可靠性，同时又进行双机部署，医院核心系统 PACS/EMR/LIS 数据库在性能和安全可靠性方面得到了双重保障。

3 、数据库服务器双机系统全部采用 Power HA 技术实现。保证业务的连续性，即使一台服务器停止工作，也不会影响核心数据库系统的正常运行。

4 、应用服务器需要横向扩能力，并且为了保证医院多种不同应用部署灵活性，需要使用虚拟化技术。对于 AIX 应用，为了保证系统运行的可靠性和稳定性，可以采用 S924 服务器 +PowerVM 虚拟化技术进行部署，组建计算资源池，实现 AIX 应用的灵活部署。对于 Linux 应用，为了保证系统运行的可靠性和稳定性且兼顾性价比，可以采用 FP5802G2 服务器进行部署，同样采用性能强劲的 Power9 处理器，功能上和价格上又比 X86 有优势，，实现 Linux 应用的高效部署。对于 windows 应用，可以使用 X86 服务器组建的计算资源池进行部署，然后使用基于 OpenStack 技术 PowerVC 云管理平台，对所有资源进行统一管理。

5 、存储系统建议采用 SAN 冗余架构进行部署，然后建设存储资源池，加入到 PowerVC 进行统一管理。

架构设计小结：

医院不同的业务有着不同的能力需求。数据库服务器通常要求纵向扩展能力，需要保障性能、安全和可靠性的要球。应用服务器通常要求横向扩展能力，对灵活性和可扩展性要求更多一些。对于医院整个数据中心的来说，除了以上要求，还需要具备一定的可管理性，方便对基础设施资源进行管理。

### 3.3.3 Power 服务器介绍

#### 3.3.3.1  数据库服务器

Power E950 以经济实惠的价格提供一系列独特的企业级功能，采用可靠而紧凑的 4 路 4U 规格实现卓越的性能 。得益于 2 到 4 个 8 、 10 、 11 或 12 核的 Power9 处理器，高达 16TB 的 DDR4 内存，内置 PowerVM 虚拟化和容量随需应变 (CoD) 功能，提供业界任何其他 4 路系统都无法比拟的每内核性能、效率和业务敏捷性组合。 Power E950 是成长型中型企业的理想平台，也适合用作大型企业的部门服务器或数据中心组成部分。 Power Systems 的开放、以数据为中心的设计将计算能力、内存带宽和众多数据路径融为一体，通过易于使用和管理的方式处理 数据及在应用间移动数据。 K1 Power E950 服务器使用全新的 Power9 处理器优化了吞吐量，支持高达每内核 8 线程 (SMT8) 的同步多线程功能。每个单芯片模块拥有片上内存控制器，可利用高达 128MB 片外 eDRAM L4 缓存来提供每路 230 GB/ 秒的内存带宽。通过将新的 PCIe 第 4 代 I/O 控制器直接集成到处理器中来进一步减少延迟， I/O 带宽也得到显著增加。

**主要特点包括：**

- 单台服务器最大可配备 16TB 内存

- 在单台服务器上通过高级微分区最多管理 960 台虚拟机

- 高于 99.999% 的正常运行时间造就行业领先的可靠性

- 通过更快的芯片加密功能保护静止的和移动的数据

#### 3.3.3.2  应用服务器

Power S924 采用了全新 Power9 处理器，其内核微架构经重新设计，凭借对称数据处理引擎、更高效的指令流水线、更高的单线程性能，为全线新品服务器提供更高效快捷的负载处理能力，每核性能较 Power8 可提升 40% ，单核线程数提升 4 倍， L3 高速缓存提升 3.3 倍，处理器互联带宽提升 7 倍，单处理器内存容量提升 2.7 倍，内存带宽提升 2 倍， IO 总带宽提升 2 倍。

Power S924 是一款双路服务器，可提供多达 24 个激活内核和灵活的 I/O 配置来满足当今的发展和未来的处理需求。

**主要特点包括：**

- 集成 PowerVM Enterprise 简化了云部署，可部署 PowerVC

- 单台服务器最大可配备 4TB 内存

- 专为安全性、可靠性和高性能而设计，轻松应对当前和未来的安全威胁

- 业界最强的单核性能节省了许可成本

FP5280G2 是浪潮商用机器基于数据中心及应用优化，搭载 OpenPOWER9 处理器设计的一款高端双路机架式服务器，该产品将极致的设计理念运用在性能、存储、扩展方面，面向新一代云计算、大数据、深度学习等 IT 应用时，具有突出表现。

FP5280G2 是一款双路服务器，可提供多达 44 个内核、 16 个 DDR4-2666 内存、 4 个 GPU 卡、 24 个热插拔 NVMe SSD 全闪配置，单机 IOPS 可达 1500 万 + 。

**主要特点包括：**

-  **极致的性能体验：** 支持最多 44 个 OpenPOWER9 处理器， 16 个内存插槽， 4 个 GPU 插槽， 24 个热插拔 NVMe SSD

- **丰富的配置：** 支持高达 12 块 3.5 寸硬盘，或者 28 块 2.5 寸硬盘，并同时支持内置 2 块 M.2 硬盘，支持 OCP 网卡，支持 8 个 PCIe 插槽，支持 PCIe 4.0

-  **智能管理：** 全时监控机器运行状态，对故障进行智能隔离和修复

-  **安全稳定：** 支持 TPM2.0 安全控件

### 3.3.4 DLPAR 解决方案

在医院其他核心系统数据库服务器（ PACS/EMR/LIS 系统）的部署方案中，我们采用了 DLPAR 技术进行部署，在保证数据库系统性能的同时节约了服务器设备资源，提高了系统资源的利用率和灵活性。

在介绍 DLPAR 之前，先说一下 LPAR （逻辑分区）。逻辑分区就是将单台服务器划分成多个逻辑服务器，彼此运行独立的应用程序。逻辑分区不同于物理分区，物理分区是将物理的将资源组合形成分区，而逻辑分区则不需要考虑物理资源的界限。相对而言，逻辑分区具有更多的灵活性，可以在物理资源中自由的选择部件，最大化的使用系统资源，但又最小化不必要的资源再分配。在逻辑分区的环境下，如 CPU 、内存和 I/O 都可以独立的分配给每个分区。逻辑分区的配置和管理是通过硬件管理控制台 HMC 实现的。

由于数据库服务器 E950 具有许可硬件资源，可以配置最大 48 核心的 CPU 资源，可以配置最大 16TB 内存，如果只部署一套数据库系统，比较浪费资源。

使用逻辑分区 （ LPAR ）技术可以实现：

1 、在一台服务器上同时部署多个数据库系统

2 、隔离多个不同系统的应用，互相不影响

3 、灵活的资源配置

在一台服务器上同时部署多个数据库系统，可以减少硬件采购成本，提升服务器资源利用率。可以将多个数据库运行于单台 E950 服务器的不同 LPAR 分区上。因为逻辑分区是完全彼此独立的，所以运行于不同分区的数据库和工作负载不会彼此互相干扰。每一个分区的资源仅仅归属于 LPAR 分区自身，不会影响其他 LPAR 分区的应用。

之前需求提到在医院早高峰期间，对于不同的数据库服务器（ PACS/EMR/LIS 系统）工作负载或者应用可能会改变对资源的要求。对于 LPAR 逻辑分区，为了应对这种变化，需要重新申请硬件资源改变分区资源。资源分配需要手动进行调整，必须要停止逻辑分区的运行，然后重新引导分区，响应非常不及时。为了避免出现这种情况，需要动态逻辑分区（ DLPAR ）技术进行实现。

动态逻辑分区（ DLPAR ）具有动态增加、删除资源的能力，可以动态的增加、删除 CPU 、内存和适配卡，而不用重新启动机器。动态逻辑分区，具有逻辑分区的所有优点，又增加了动态改变系统资源使用的能力，提供了更大的灵活性。

使用动态逻辑分区 （ DLPAR ）技术可以实现：

1 、灵活性得到提高，除了资源可以动态调整，有故障资源可以动态删除，系统可靠性和稳定性显著提高

2 、在医院系统运行的高峰时刻，可以在不同的数据库服务器分区之间移动 CPU 和内存等资源，高峰过后则可将这些资源重新转移回去。

3 、可以使用 CUoD 功能可动态的激活并使用资源。可以提前采购后备资源，然后在高峰期或者需要更多的处理能力时激活使用，而这些后备资源可以在确定需要激活时才付费。

### 3.3.5 Power HA 解决方案

PowerHA 是用于 Power 系列服务器上的高可靠集群软件，通过冗余配置，消除单点故障，保证整个系统连 续可用性和安全可靠性。 PowerHA 是利用网络来侦测主机及网卡的状况，搭配 AIX 所提供的硬盘镜像等功能，在主机、网卡、硬盘控制卡、硬盘或网络发生故障时，自动切换到另一套备用元件上重新工作。若是主机故障则切换至备份机上继续应用系统的运行。 PowerHA 解决方案始终提供可靠的监控、故障检测和业务应用环境向备份资源的自动恢复，为核心数据业务弹性奠定基础。

具体方案的实现：

1 、在医院两台 E950 数据库服务器上同时安装并运行 PowerHA 软件；

两台服务器的双机运行模式主要有三种：

-  一台服务器运行应用，另外一台服务器做为备份。

- 两台服务器除正常运行本机的应用外，同时又作为对方的备份主机 ( 负载均衡工作模式 )

- 两台服务器同时运行相同的应用（需要数据库的支持）

2 、两台主机系统在整个运行过程中，通过 “ 心跳线”相互监测对方的运行情况 ( 包括系统 的软硬件运行、网络通讯和应用运行情况等 ) ；

3 、一旦发现对方主机的运行不正常 ( 出故障 ) 时，故障机上的应用就会立即停止运行，本机 ( 故障机的备份机 ) 就会立即在自己的机器上启动故障机上的应用，把故障机的应用及其资源 ( 包括用到的 IP 地址和磁盘空间等 ) 接管过来，使故障机上的应用在本机继续运行；

4 、应用和资源的接管过程由 PowerHA 软件自动完成，无需人工干预；

5 、当两台主机正常工作时，也可以根据需要将其中一台机上的应用人为切换到另一台机 ( 备份机 ) 上运行。

### 3.3.6 Power VM+VC 解决方案

为了满足医院应用服务器的部署需要，需要横向的扩展架构和虚拟化系统作为支撑。 Power S924 作为横向扩展架构服务器可以帮助医疗行业用户提高整体性能、可用性。同时借助 Power 服务器的 PowerVM 虚拟化解决方案，可以整合大量的应用程序和服务器，将其系统资源完全虚拟化，从而提供一个更具灵活性更节省成本的动态 IT 基础架构。

在绝大多数医院基础设施中，比较典型的情况是，核心系统数据库用的是小型机服务器，但是非关键业务系统应用服务器可能同时采用的是 PowerVM 虚拟化和基于 x86 服务器的虚拟化系统。

为了统一管理这些虚拟化资源，可以采用基于 OpenStack 架构、面向云计算而设计的管理平台 PowerVC 来实现统一管理。

#### 3.3.6.1  Power VM 介绍

Power 服务器虚拟化方案基于稳定高效的 Power 基础硬件平台，配合居于 40 多年领导地位的虚拟化技术，以及最新的基于 AIX 核心技术的纯软虚拟化，提供自下而上一整套完善、稳定、灵活的服务器合并和虚拟化方案。通过 PowerVM 虚拟化技术、功能和产品，可以合并应用、服务器和虚拟化系统资源，使基础设施更加灵活。

**PowerVM主要特点包括：**

- 将来自多个操作系统的不同应用合并 到 一台的服务器 上，包括 A I X 和 Linux

- 虚拟化处理器、内存和  I /O  资源，提高资源利用率，并降低系统 成 本

- 动态调整服务器能力，满足不断变化 的 工作负载需求

- 在服务器之间移动正在运行的分区， 减 少计划内停机 时 间

- 实施  Power 服务器虚 拟 化整 合 方 案 可 以 在 控 制 成 本的 同 时改 进 整体 性 能、可用性和能源效率，从而提供一个更加 灵 活、更加动态的  I T  基础设施。

PowerVM 主要功能介绍：

1 、 微 分 区（ M i c r o - p a r t i t i o n ） ： 芯 片级虚 拟 化技术 ， PowerVM 企业版可以 实 现 单核 20 个微分区， 以 1/20 为单 位 划分 C P U 资源 ， E950 最大支持 1000 个微分区。

2 、虚拟 I/O 服务（ V i r t u a l  I /O  S e r v e r ） ：  V I O S 实现以太网 、  S C S I  和光纤通道 磁盘 的 共享。

3 、 集 成 虚 拟 化 管 理 器（ I V M ）： I VM 的 管理功 能 是  H M C 功 能的一 个 子集。如果服务 器 的物理资源有限 ， 又没 有 H M C ， 但用户仍然希望将服 务 器划分成多个 分 区、安装不同 操 作系统以供多 个 应用使 用时，就可以采用  I V M 。

4 、 动态分区 迁 移 （  L P M ） ： L P M 实现把一 个 正在运 行的 逻 辑分区 实 时迁移 到 另一台 物 理服 务 器上 。 允 许将正 在运行 的 A I X 和 Linux 分区 以及它 们 所承 载 的应 用程 序从 一 台 物 理服务器 迁 移到另一台物理服务器，而不会对基础服务产生任何影响。

5 、 工作负载分 区  （ W P A R ） 技 术 是 一种全新的软 件 虚拟技术，用 于 隔离 用户和应用程序。 W P AR 是由软 件 创 建的 、 A I X 映像中 的 虚 拟化 的 操 作 系 统 环境 。 对 于 所 承 载的 应用程序来说 ， 每个 工 作 负 载 分 区都 是 一 个 安 全 的、 隔 离 的 环 境 。 W P AR 中的应用 程 序认 为 ，它正执行于自己的、专门的  A I X 实例中。对于大多数应用程序来说 ， W P AR 就好像是一个 A I X 的启动实例。通常，在  W P AR 中，应用程序无需修改就可以运 行 。

6 、动态应用程序迁移（ LAM ）：它允许移动 工 作 负载 ， 而 不 是 整 个分 区 。 实 际 的 目 标 W P A R 可以是 不 同 的服 务 器 ， 但 并 不 一定必须是不同的服务器。它比较灵活， 因 为您可以在一 些 具备混合物理 体 系结构 （ Power 8  和 Power9 ）的环 境 中 使用 它 。 它 可 以 将应 用 程 序 从 需 要计 划 停 机 以 便 进行 维 护 的 系 统 中 移动到别处 。 通 过将 工 作 负 载 从 不堪 重 负 的 服 务 器移 动 到 负 载 较 轻的 服 务 器 ， 它 还可 以 用 于提高性能 。 而 且， 通 过 采 用 这 种方 式 移 动 工 作 负载 以 允 许 物 理 服务 器 在 非 高 峰 期间 进 入 睡眠状态， 它 还可以帮助节约电能。

#### 3.3.6.2  Power VC 介绍

PowerVC 是基于开源 OpenStack 而推出的云管平台。其架构是基于 OpenStack 的实现方式，包括 nova 、 cinder 和 neutron 等组件。所有组件的服务进程都运行在 PowerVC 节点。以 nova 为例，所有 nova 进程都运行在 PowerVC 节点，后端驱动为 HMC ，通过 HMC 来实现 VM 分区的创建和管理。

一直以来 Power 主机都是由 IVM （ Integrated Virtualization Manager ）和 HMC （ Hardware Management Console ）管理平台来管理。 IVM 只能管理自己所在的 Power 主机，而 HMC 虽然可以管理多台 Power 主机，但由于其可扩展性局限和操作相对繁琐以及需要管理员具备 Power 上的相当多的领域知识，从成本、操纵性、可拓展性等都渐渐跟不上时代发展。迫切地需要一款满足开放标准，操作简单的一体化的 Power 平台管理软件。

PowerVC 就是为满足此需求而生的产品。它基于 OpenStack ，操作简便并满足并提供了 OpenStack 上标准接口，可谓是应时事的产品。

PowerVC 主要特性包括：

- 支持绝大多数 OpenStack 的标准接口，用户应用程序如支持 OpenStack 标准则直接可以添加 Power 的管理而不需要专门实现即可实现程序对接。

- PowerVC 在 HMC 上再抽象一层，同时可以管理多个 HMC 。

- 操作简洁，管理员无需具有 Power 领域知识即可进行操作。

- 支持 Storwize 及 EMC 的 SAN 存储，提供更企业级的存储管理。

- 支持 IVM ， HMC 的 PowerVM 和 PowerKVM 两种模式的 Power 平台上的 Hypervisor 。

- PowerVC 是新一代满足开放标准的 Power 上的云解决方案，它可以为我们做：

- 创建 Power 上虚机并且可以 resize 、以及为它们 attachvolume 。

- 导入 Power 上的虚机到 PowerVC 加入管理。

- 监测并管理所有 Hosts 的资源，并可以利用 " 存储连接组 " 隔离开发、生产和测试环境。

- 不同 Power 主机上 livemigration ，无需关机。

- 快速同时创建多个虚机以满足业务需求。

PowerVC 是在 PowerVM 有关虚拟化技术的基础之上，为 Power 系统用户提供了一个理想的虚级化和自动化管理平台。 PowerVC 支持动态分区迁移，抓取镜像和部署虚拟机，支持自动化部署策略。

PowerVC 拥有简化易操作的用户体验，与 PowerVM 虚拟化技术深度集成，简化了对 Power 有关计算资源的管理，对云计算平台所需要的资源进行了抽象，帮助客户轻松搭建私有云平台。

此外，通过 PowerVC ，医院可以把 Power 以兼容开放标准 OpenSatck 的方式集成到医院的云计算平台中，这样医院完全可以构建适合自身的混合云架构。

# 4、 方案优势总结

针对医院核心业务系统数据库和基础架构部署的需求，我们推荐了基于 Power 服务器的方案，具体优势如下：

1 、使用高端 Power E950 （或 E980 ）服务器部署核心 HIS 系统数据库服务器。支持最大 192 核心处理器 /16TB 内存和高于 99.999% 的正常运行时间，满足纵向扩展能力，实现了高性能、高可靠的核心数据库系统；

2 、使用高端 Power E950 （或 E980 ）服务器 +DLPAR 技术部署核心 PACS/LIS/EMR 系统数据库服务器，支持最大 192 核心处理器 /16TB 内存和高于 99.999% 的正常运行时间，满足纵向扩展能力，实现高性能、高可靠性的核心数据库系统的同时兼具动态负载的能力，又节省了硬件投资成本。

3 、核心系统服务器全部采用 HA 双机架构部署，满足核心业务高可用性要求，有效的保证了核心系统业务的连续性，任何一台服务器故障不会造成业务系统中断；

4 、应用服务器使用具备横向扩展能力和虚拟化能力的 Power 924/FP5280G2 （或 914/922 ），服务器 +PowerVM 技术进行部署。为应用程序提供敏捷、低成本和高效率的计算资源服务。和单纯采用 X86 服务器虚拟化技术相比较， Linux 应用系统可靠性提高到了 99.999% 并且没有安全漏洞，采用 Power 单核虚拟机系统的性能比 X86 提高了 18% ，虚拟化系统支持的动态负载能力由 X86 最大的 8 核心提高到了 24 核心（提升了 3 倍）。

5 、使用基于 OpenSatck 技术的 Power VC 对基础设施资源进行统一管理。不但可以管理 PowerVM 资源、 X86 虚拟化资源，还可以管理存储资源和网络资源。大幅度简化了 IT 基础架构资源管理的复杂性，实现了计算资源和存储资源、网络资源的的池化，改善了基础架构的灵活性，提升了业务部署效率、在人力、时间成本的投入方面。

6 、通过 PowerVM 和 PowerVC 的应用，实现了资源混合部署。为医院用户提供了实现了云平台所需资源池化的统一解决方案，帮助医院用户实现 Power 资源的高效利用，实现本地与云端资源的统一管理和部署，并降低运维和管理成本。

数据库基础架构解决方案核心系统医疗行业 Power服务器

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！