基于VMware一体化交付平台的东华医疗HIS应用系统测试报告

Date

|

City,

Country基于VMware一体化交付平台的东华医疗HIS应用系统测试报告目录

123测试目标

体系架构

测试结果

3主要测试目标

①

验证国内大型和超大型三甲医院的核心业务系统和数据库系统在vSphere+vSAN的一

体化交付平台下的可行性、可靠性、安全性、性能。②

通过Server

SAN替换传统存储的整体方案在真实应用和数据环境下的技术实现和性价

比评估。③

使用真实历史数据测试整体架构针对不同Workload的处理性能、高可靠性能力、系统

稳定性，对核心数据库、存储、核心应用的支撑能力。④

通过对东华医疗的完整应用环境验证VWware的全新一体化交付平台对医卫行业医院

信息化的价值。

目录

123测试目标

体系架构

测试结果

Technical

Environment

&

System

Topology

51.主测试服务器:• 

物理服务器:

3台曙光I620-G10

(每台主机一个磁盘组，1SSD+8HDD)• 

CPU：20个CPU

*

2.499

GHz• 

处理器类型：Intel(R)

Xeon(R)

CPU

E5-2670

v2

@

2.50GHz• 

内存：8G

DDR3

*

16• 

硬盘：2TB

7200转

SATA硬盘

X

8

;

SSD:

Memblaze

PCIe卡

1.4TB

X

3

• 

网卡：

Mellanox万兆网卡

• 

交换机:

Mellanox

以太网万兆交换机SwitchX-2

SX1024

48P2.虚拟化环境:• 

数据库服务器1台:CPU：Intel(R)

Xeon(R)

CPU

E5-2670

v2

@

2.50GHz

32Core，硬盘：1T

;Mem：64G；操作系统：Redhad

6.5;

数据库：

Cache2010

• 

ECP+Web服务器3台：CPU:24

core;

Mem:32G;

操作系统：WindowsServer

2008

R2；数据库：Cache20103.测试客户机：• 

2台虚机，操作系统:Windows

Server

2008

R2(x64);

测试软件：

Loadrunner

11；CPU:Intel(R)

Xeon(R)

CPU

E7-4820@2.00GHz;

Mem:

8G；HDD：250GBSystem

Context6编号

场景名

执行用户数

加压方式

持续时间

退出方式

思考时间

迭代延迟

1挂号600Vuser每秒加载1个10min每秒退出1个Random：50%~150%Limitto3sRandom：3s-6s2诊断录入600Vuser3医嘱录入1200Vuser4医嘱单查询600Vuser5医嘱费用查询600Vuser6查看检验报告300Vuser7浏览护理病历300Vuser7(节选)测试场景1：单一交易负载测试

大规模：

大型三甲医院；典型场景：1200用户的医嘱录入

编号

功能点

执行用户数

加压方式

持续时间

退出方式

思考时间

迭代延迟

1挂号120Vuser每秒加载1个10min每秒退出1个Random50%~150%Limitto3s：Random：3s-6s2诊断录入120Vuser3医嘱录入480Vuser4医嘱单查询120Vuser5医嘱费用查询120Vuser6查看检验报告120Vuser7浏览护理病历120Vuser8(节选)测试场景四：混合交易负载测试

大规模：

超大规模三甲医院；典型场景：1400用户的混合交易

核心数据库9vRealize

Operations(可选)

9开发人员

Testing

Architecture

Overview

业务人员

WebServer

镜像管理

部署

•服务器

•网络

•存储

•应用

物理及虚拟化层

vSphere

+

vSAN

物理服务器/存储/网络

WebServer

vCenter

SRM测试人员

WebServer核心数据库资源管理

系统监控

vSphere

+

VSANStretched

Cluster

(可选-存储双活)Active

Site

A

ActiveSite

B

vSphere

+

VSANStretched

ClusterHDDSSDHDDSSDHDDSSDHDDSSDHDDSSDHDDSSDwitness

vESXiappliance• 

vSAN的延伸集群，还需要Witness节点，这个节点只存放元数据，不存储业务数据，它的作用是和两个站点建立心跳机制，当其中一个站点故障或站点间发生网络分区的时候，Witness可以判断出发生了什

么，并决策如何确保可用性。• 

VMware已经准备好了特殊的Witness虚拟设备

(witnessappliance)，实际上就是装有ESXi的虚机。<

5

ms

RTT

over

>10/20/40

gbps

L2

with

MulticastVSAN支持存储双活

(Stretched

Cluster)

Fault

Domain

B• Witness的节点与其他两个站点之间的延时可以在100ms以内（RTT<=200ms）。

Fault

Domain

A• Site

A与Site

B之间延时小于5ms，带宽大于10Gbps

Fault

Domain

CvCenterSRMvSphere+VSAN11Any

distance

>5

min

RPOsite

a

vSphere

+

VSANStretched

Cluster<

5

ms

RTT

over

>10/20/40

gbpsActiveActivesite

bsite

xVRDRvCenterSRM

L2

with

Multicast• 

Replication

between

VSAN

datastores

enables

RPO

as

low

as

5

minutes

• 

Exclusively

available

to

VSAN

6.x,

leverages

vSphere

Replication• 

Leverage

Site

Recovery

Manager

for

disaster

recovery

orchestration• 

Stretched

across

metro

distance,

replicated

across

geo!结合vR、SRM扩展两地三中心的高级容灾

vESXi

appliance

witness12vSphere

6.1+vSAN

6.1

Deployment

Model

部署HIS应用集

（各类应用中间件、消息中间件、集成平台等）

计算资源池

部署各个应用系统所需的数据库

（Cache

11

）

部署各个业务应用系统所需要的Web服务器

（IIS）

存储资源池

目录

123测试目标

体系架构

测试结果

业务脚本

场景序号

用户数

场景策略

医嘱录入

1

1200

每隔5秒增加6个虚拟用户，场景持续10分钟后结束，Thinktime:50%~150%Limitto3s，忽略Pacing，集合点策略设置为10%

141.单一交易负载测试(节选)

①

Activities

of

use

case:

①挂号、②诊断录入、③医嘱录入、④医嘱单查询、⑤医嘱费用查询、

⑥查看检验报告、⑦浏览护理病历②

用户数：150

Vusers(小规模),

300

Vusers

(小规模),,

600

Vusers(中规模),

1200

Vusers

(大规

模)③

平均响应时间在

0.06s

～

0.558s④

以1200

Vusers医嘱录入用例（典型场景）为例，平均响应时间为2.02秒，能够满足大规模医

院的使用情况，场景清单如下：

1200Vusers医嘱录入的平均响应时间为2.02秒，完全能够满足大型三甲医院的功能性需求和非功能性需求（性能）

15usr%+sys%15:0915:1015:1015:1115:1115:1215:1215:1315:1315:1415:1515:1515:1615:1615:1715:1715:1815:1815:1915:2015:2015:2115:2115:2215:2215:2315:2315:2415:2415:2515:2615:2615:2715:2715:2815:2815:2915:2915:3015:3115:3115:3215:3215:3315:3315:3415:3415:3515:3515:3615:3715:3715:3815:3815:3915:3915:4015:4015:4115:4215:4215:4315:4315:4415:4415:4515:4515:46Disk

xfers16450004000035000300002500020000150001000050000100

90

80

70

60

50

40

30

20

10

0数据库Server的nmon结果：运行平稳，延迟低

System

Summary

cachedb

2015-09-29CPU%IO/secTotal

System

I/O

StatisticsCPU:User%Sys%Wait%Idle%CPU%Avg

tps

during

an

interval:Max

tps

during

an

interval:Max

tps

interval

time:

2,956

38,97515:38:44AvgMaxMax:Avg14.824.8

1.70.92.02.10.61.22.0

83.6100.0

1.215.826.1

1.7Total

number

of

Mbytes

read:Total

number

of

Mbytes

written:Read/Write

Ratio:

159,873

0.01200医嘱录入场景，后台数据

CONFIDENTIAL17场景描述

评价指标

测试库结果

用户行为

执行用户数

平均事物响应时间

CPU利用率

平均事物响应时间

DB服务器

CPU利用率

web服务器

CPU利用率

医嘱录入

1200

<=5s

<=80%

2.285s

19.6%

<60%

该场景多次测试的统计结果

18场景序号

同时执行的业务脚本

用户数

场景策略

2

挂号

200

所有Vusers统一管理:

每隔5秒增加6个虚拟用户，场景持续10分钟后结束，Thinktime:50%~150%Limitto3s，忽略Pacing，集合点策略设置为10%

医嘱录入

800

医嘱单查询

200

医嘱费用查询

200

2.混合交易负载测试(节选)

• 

小规模：300用户数，中规模：600用户数，

大规模：1000用户数；• 

超大规模：1400Vuser混合交易高强度负载测试，场景清单如下：19Loadrunner监测的成功事务的响应时间和在线用户数的关联图表如下

20• 

以1400用户数为例，医嘱录入的平均响应时间为2.156秒，完全可以满足客户的高要求

nmon抓取的DB服务器

CPU

和

I/O

使用情况如下

21最大IOPS值大于7000，延迟小于27毫秒

221400混合场景下的后台数据

CONFIDENTIAL