《VSAN上承载OLTP和医疗行业的最佳实践-第二部分》由会员分享，可在线阅读，更多相关《VSAN上承载OLTP和医疗行业的最佳实践-第二部分（26页珍藏版）》请在金锄头文库上搜索。
1、Date City Country 基于基于VMware一体化交付平台的东华医疗一体化交付平台的东华医疗HIS应用系统测试报告应用系统测试报告 艾飞艾飞 行业解决方案总监行业解决方案总监 Solution Manager 目录 目录 1 测试目标 测试目标 2 体系架构体系架构 3 测试结果测试结果 3 主要测试目标 主要测试目标 验证国内大型和超大型三甲医院的核心业务系统和数据库系统在vSphere vSAN的一 体化交付平台下的可行性 可靠性 安全性 性能 通过Server SAN替换传统存储的整体方案在真实应用和数据环境下的技术实现和性价 比评估 使用真实历史数据测试整体架构针对不同Wo
2、rkload的处理性能 高可靠性能力 系统 稳定性 对核心数据库 存储 核心应用的支撑能力 通过对东华医疗的完整应用环境验证VWware的全新一体化交付平台对医卫行业医院 信息化的价值 目录 目录 1 测试目标 测试目标 2 体系架构体系架构 3 测试结果测试结果 Technical Environment SSD Memblaze PCIe卡 1 4TB X 3 网卡 Mellanox万兆网卡 交换机 Mellanox 以太网万兆交换机SwitchX 2 SX1024 48P 2 虚拟化环境虚拟化环境 数据库服务器1台 CPU Intel R Xeon R CPU E5 2670 v2 2
3、50GHz 32Core 硬盘 1T Mem 64G 操作系统 Redhad 6 5 数据库 Cache2010 ECP Web服务器3台 CPU 24 core Mem 32G 操作系统 Windows Server 2008 R2 数据库 Cache2010 3 测试客户机测试客户机 2台虚机 操作系统 Windows Server 2008 R2 x64 测试软件 Loadrunner 11 CPU Intel R Xeon R CPU E7 4820 2 00GHz Mem 8G HDD 250GB System Context 6 节选节选 测试场景测试场景1 单一交易负载测试 单一
4、交易负载测试 7 编号编号 场景名场景名 执行用户数执行用户数 加压方式加压方式 持续时持续时 间间 退出方退出方 式式 思考时间思考时间 迭代延迟迭代延迟 1 挂号 600 Vuser 每秒加载1 个 10min 每秒退 出1个 Random 50 150 Li mit to 3s Random 3s 6s 2 诊断录入 600Vuser 3 医嘱录入医嘱录入 1200 Vuser 4 医嘱单查询 600 Vuser 5 医嘱费用查询 600 Vuser 6 查看检验报告 300 Vuser 7 浏览护理病历 300 Vuser 大规模 大规模 大型三甲医院大型三甲医院 典型场景典型场景 1
5、200用户的医嘱录入 用户的医嘱录入 节选节选 测试场景四测试场景四 混合交易负载测试 混合交易负载测试 8 大规模 大规模 超大规模三甲医院超大规模三甲医院 典型场景典型场景 1400用户的混合交易 用户的混合交易 编号编号 功能点功能点 执行用户数执行用户数 加压方式加压方式 持续时间持续时间 退出方式退出方式 思考时间思考时间 迭代延迟迭代延迟 1 挂号 120 Vuser 每秒加载 1个 10min 每秒退出 1个 R a n d o m 50 150 Limit to 3s Random 3s 6s 2 诊断录入 120 Vuser 3 医嘱录入 480 Vuser 4 医嘱单查询
6、120 Vuser 5 医嘱费用查询 120Vuser 6 查看检验报告 120 Vuser 7 浏览护理病历 120 Vuser Testing Architecture Overview 9 vRealize Operations 可选可选 9 业务人员 开发人员 WebServer 部署 服务器 网络 存储 应用 镜像管理 vSphere vSAN 物理服务器物理服务器 存储存储 网络网络 物理及虚拟化层物理及虚拟化层 核心数据库核心数据库 vCenter SRM WebServer 测试人员 WebServer 核心数据库核心数据库 资源管理 系统监控 vSphere VSAN Str
7、etched Cluster 可选可选 存储双活存储双活 VSAN支持存储双活支持存储双活 Stretched Cluster Site A Active Site B Active vSphere VSAN Stretched Cluster HDD SSD HDD SSD HDD SSD HDD SSD HDD SSD HDD SSD witness vESXi appliance vSAN的延伸集群 还需要Witness 节点 这个节点只存放元数据 不 存储业务数据 它的作用是和两个 站点建立心跳机制 当其中一个站 点故障或站点间发生网络分区的时 候 Witness可以判断出发生了什 么
8、 并决策如何确保可用性 VMware已经准备好了特殊的 Witness虚拟设备 witness appliance 实际上就是装有ESXi 的虚机 10 20 40 gbps L2 with Multicast Fault Domain B Fault Domain A Fault Domain C Witness的节点与其他两个站 点之间的延时可以在100ms 以内 RTT5 min RPO site a vSphere VSAN Stretched Cluster 10 20 40 gbps Active Active site b L2 with Multicast site x vSp
9、here VSAN VR DR vCenter vCenter SRM SRM 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 witness
10、 vESXi appliance Deployment Model 12 vSphere 6 1 vSAN 6 1 计算资源池 计算资源池 存储资源池 存储资源池 部署部署HIS应用集应用集 各类应用中间件 消息中间件 集成平台等 部署各个应用系统所需的数据库 部署各个应用系统所需的数据库 Cache 11 部署各个业务应用系统所需要的部署各个业务应用系统所需要的Web服务器 服务器 IIS 目录 目录 1 测试目标 测试目标 2 体系架构体系架构 3 测试结果测试结果 1 单一交易负载测试单一交易负载测试 节选节选 14 Activities of use case 挂号 诊断录入 医嘱录入
11、 医嘱单查询 医嘱费用查询 查看检验报告 浏览护理病历 用户数 150 Vusers 小规模 300 Vusers 小规模 600 Vusers 中规模 1200 Vusers 大规 模 平均响应时间在 0 06s 0 558s 以1200 Vusers医嘱录入用例 典型场景 为例 平均响应时间为2 02秒 能够满足大规模医 院的使用情况 场景清单如下 业务脚本业务脚本 场景序号场景序号 用户数用户数 场景策略场景策略 医嘱录入 1 1200 每隔5秒增加6个虚拟用户 场景持续10分钟后结束 Think time 50 150 Limit to 3s 忽略Pacing 集合点策略设置为10 1
12、200Vusers医嘱录入的平均响应时间为医嘱录入的平均响应时间为2 02秒秒 完全能够完全能够满足大型三满足大型三 甲医院甲医院的功能性需求和非功能性需求 性能的功能性需求和非功能性需求 性能 15 数据库数据库Server的的nmon结果结果 运行平稳运行平稳 延迟低 延迟低 16 0 5000 10000 15000 20000 25000 30000 35000 40000 45000 0 10 20 30 40 50 60 70 80 90 100 15 09 15 10 15 10 15 11 15 11 15 12 15 12 15 13 15 13 15 14 15 15 15
13、 15 15 16 15 16 15 17 15 17 15 18 15 18 15 19 15 20 15 20 15 21 15 21 15 22 15 22 15 23 15 23 15 24 15 24 15 25 15 26 15 26 15 27 15 27 15 28 15 28 15 29 15 29 15 30 15 31 15 31 15 32 15 32 15 33 15 33 15 34 15 34 15 35 15 35 15 36 15 37 15 37 15 38 15 38 15 39 15 39 15 40 15 40 15 41 15 42 15 42 15
14、 43 15 43 15 44 15 44 15 45 15 45 15 46 Disk xfers usr sys System Summary cachedb 2015 09 29 CPU IO sec Total System I O Statistics CPU User Sys Wait Idle CPU Avg tps during an interval 2 956 Avg 14 8 0 9 0 6 83 6 15 8 Max tps during an interval 38 975 Max 24 8 2 0 1 2 100 0 26 1 Max tps interval ti
15、me 15 38 44 Max Avg 1 7 2 1 2 0 1 2 1 7 Total number of Mbytes read 1 Total number of Mbytes written 59 873 Read Write Ratio 0 0 1200医嘱录入场景医嘱录入场景 后台数据 后台数据 CONFIDENTIAL 17 该场景多次测试的统计结果 该场景多次测试的统计结果 18 场景描述场景描述 评价指标评价指标 测试库结果测试库结果 用户行为用户行为 执行用户数执行用户数 平均事物响应时间平均事物响应时间 CPU利用率利用率 平均事物响应时间平均事物响应时间 DB服务器服
16、务器 CPU利用率利用率 web服务器服务器 CPU利用率利用率 医嘱录入 1200 5s 80 2 285s 19 6 60 2 混合交易负载测试混合交易负载测试 节选节选 小规模小规模 300用户数用户数 中规模中规模 600用户数 用户数 大规模大规模 1000用户数用户数 超大规模超大规模 1400Vuser混合交易高强度负载测试混合交易高强度负载测试 场景清单如下场景清单如下 19 场景序号场景序号 同时执行的业务同时执行的业务 脚本脚本 用户数用户数 场景策略场景策略 2 挂号 200 所有Vusers统一管理 每隔5秒增加6个虚拟用户 场景持续10分钟后结束 Think time 50 150 Limit to 3s 忽略Pacing 集合点策略设置为10 医嘱录入 800 医嘱单查询 200 医嘱费用查询 200 Loadrunner监测的成功事务的响应时间和在线用户数的关联图表如下 监测的成功事务的响应时间和在线用户数的关联图表如下 20 以以1400用户数为例用户数为例 医嘱录入的平均响应时间为医嘱录入的平均响应时间为2 156秒秒 完全可以满足客户的高要求 完全可
