医疗行业关键业务应用虚拟化课件

1、医疗行业关键业务应用虚拟化姚晨锴 系统工程师ayao云客户云之旅的3个阶段基础架构重点 应用重点业务重点业务生产IT 即服务虚拟化低 管理级别高 管理级别企业混合云IT 生产目标通过IT促进业务发展发展势头 虚拟化关键业务应用已虚拟化的工作负载实例所占的百分比资料来源：VMware 客户调查问卷，2010 年 1 月、2011 年 6 月、2012 年 3 月问题：您组织内部署的工作负载的总实例数是多少？已虚拟化的实例所占的百分比是多少？现状传统业务连续性解决方案中间件/JavaOracle RAC/HAData Guard数据库镜像MSCS集群数据库可用性组DAGCCR/SCR应用服务器集群

2、会话状态复制备份数据复制应用级可用性小环境：复杂而昂贵数据保护服务：较长的 RTO 和 RPO本地高可用数据保护现状SLA服务质量性能和扩展能力(水平/垂直扩展能力，动态扩展*)业务连续性（本地MTBF/MTTR，灾备RTO/RPO）ISV应用支持99.99%的可用性Agility业务敏捷性快速部署（开发测试）运营灵活TCO总体成本购买成本（软/硬件）运营成本停机成本挑战321SLAAgilityTCO关键业务的挑战VMware 的 关键业务应用 价值主张VMware 对于应用的多数优势都普遍适用于所有应用服务质量SLA业务敏捷性Agility成本效益TCO方案321SLAAgilityTCO

3、基础架构计算性能虚拟机性能开销10以下内存：内存复用/压缩/气球释放/磁盘缓存QoS：以虚拟机为单位，设置计算资源优先级，实现资源控制资源共享：多台虚拟机，共享同一台服务器的计算资源先进性：自动化：DRS/DPM，DRS 主机关联性自动部署：实现大规模云平台快速部署 硬件：支持Intel/AMD 虚拟化技术增强的实时迁移兼容性EVC基础架构存储性能VMFS-5集群文件系统，性能接近若设备，优异的数据库I/O性能Direct path I/O实现物理设备的性能单个虚机高达100万的IOPSQoS：以虚拟机为单位，存储 I/O 控制资源共享：多个虚机，共享存储通道和存储空间，支持精简部署先进性：自

4、动化：存储vMotion和存储 DRS自动部署：配置文件驱动的存储vSAN虚拟存储技术硬件VAAIvStorage API for Array IntegrationVASAvStorage API for Storage Awareness基础架构网络性能：网卡线速，36Gb/s虚拟交换速率QoS：以虚拟机/流量类型为单位，网络 I/O 控制资源共享：多个虚机，共享网络通道先进性：从标准vSwitch，到分布式虚拟交换机Distributed vSwitch，到跨site的VXLANvCD中自动生成应用系统端口组硬件：与主流网络设备无缝集成Distributed SwitchVXLANDis

5、tributed SwitchDistributed SwitchvSwitch应用系统架构应用系统部署扩展：纵向，在线热添加CPU/内存扩容1 个 vCPU2 GB内存64个 vCPU1 TB内存VMware提供全面的关键应用支撑能力，支持数据中心自动化运行计划内维护：vMotion在线更换虚机运行的服务器/存储 横向，快速调配新的应用实例计划外宕机：应用感知型vSphere HA 支持传统集群，SQL/MSCS、RAC等自动化：DRS和Storage DRS实现虚机的自动化运行关键业务应用连续性部署方案ESXiESXi管理集群ESXi后端数据库集群ESXiESXiESXi前端Web集群ES

6、Xi虚拟机vMotion支持，vSphere HA/FT保护，HotAdd扩展ESXi物理机虚拟机传统集群保护核心业务ESXiESXi虚拟机虚拟机传统集群保护重要业务普通业务ESXi虚拟机vMotion支持，vSphere HA/FT保护，HotAdd扩展虚拟机vMotion支持，vSphere HA/FT保护，HotAdd扩展前端应用集群虚拟设备vSphere HA/FT保护ESXi物理机虚拟机传统集群保护核心业务数据库高可用架构主数据库节点主数据库节点传统 HA传统 HAESXiESXi虚拟机虚拟机传统集群保护中型业务数据库传统 HA防止免受应用故障影响资源池虚拟系统层虚拟系统层防止受硬件

7、故障影响X资源池虚拟系统层虚拟系统层虚拟化 HAX应用感知型HAX86相比小型机RISC处理器，性能开始占优（基于每GHz处理能力计算）VMware仅5%性能损耗性能方案数据来源：SAPS SD 2-Tier基准测试，2012年8月性能：1、主频相当的Intel E5与IBM Power7，每GHz性能相当(Intel E5总体高于Power7)2、vSphere5.0 虚拟化之后，性能损耗仅为5.15% =（1-4600/4850）报告编号每GHz用户数每物理CPU用户数机型测试结果处理器个数备注2012030145.833150Flex x44012600 Users/(2.7GHz*32

8、core),E5-8Core4IBM X2012016171.553980Flex x2407960 Users/(2.9GHz*16core),E5-8Core22012006130.833140 x3850 x512560 Users/(2.4GHz*40Core),E7-10Core42012015149.654250Flex P46017000 Users/(3.55GHz*32Core),P7-8core4IBM P2011042123.243500P7307000 Users/(3.55GHz*16Core),P7-8Core22011024158.333800Blade PS70

9、27600 Users/(3GHz*16Core),P7-8Core22011022118.242625P7305250 Users/(3.7GHz*12core),P7-6Core2200904643.40500Sun M900032000 Users/(2.88GHZ*64P*4core)64SUN2007040134.77431.25HP RX66001725 Users/(1.6GHZ*4P*2Core)4HP2011026110.792300RX300 S64600 Users/(3.46GHz*12Core),x56002vmware2011027116.812425RX300 S

10、64850 Users/(3.46GHz*12Core),x56002Fujitsu321SLA可扩展性应用的性能要求应用百分比95% 的需要IOPS网络内存CPU 10,000 36 Gb/s每个虚拟机 1,000 GB32 虚拟 CPUESX 27,0000.9 Gb/s每个虚拟机 3.6 GB2 虚拟 CPUESX 15,000 36 Gb/s每个虚拟机 1,000 GB64 虚拟 CPU方案实现全面虚拟化的技术障碍一直在减少321SLA提高所有级别的业务连续性方案321SLA高可用性vSphere HA (app-aware)vSphere FTvMotion 和 Storage vM

11、otion数据保护vSphere Data ProtectionvStorage API for Data Protection本地站点（距离100KM） 远程站点远程站点灾难恢复vCenter SRM包括vSphere ReplicationESXiESXiESXiESXiESXi本地站点 + 同城双活 + 异地互备 = 同时工作/互为备份的VMware两地三中心ESXi站点1 站点2 站点n 防止免受应用故障影响资源池vSpherevSphere防止受硬件故障影响X资源池vSpherevSphere应用感知型 HA 填补了应用级集群的间隙针对硬件和软件故障的自动可用性由第 3 方代理检测应

12、用和操作系统故障（例如 Symantec ApplicationHA）通过“应用运行状况监视 API”调用 VMware HAVMware HAX应用感知型HA方案321SLA业界最广泛的软件和硬件支持大多数 ISV 都支持 VMwareSAP 和 IBM 明确声明，表示支持在 VMware 上运行其软件Oracle 的官方支持政策（文档 ID #249212.1）声明他们将支持基于 VMware 虚拟化的 Oracle 数据库、应用和中间件Microsoft 全面支持在 VMware 上运行所有主流应用（并且最近扩展了对 Exchange 2010 DAG 的支持）最广泛的 x86 硬件支持

13、最广泛的 x86 硬件选择 最广泛的 ISV 和 IHV 支持前 10 大医疗保健 ISV前 10 大财务 ISV前 5 大零售 ISV 中的 4 家前 5 大电信 ISV超过 1400 家 ISV 合作伙伴支持 2500 多个应用在 VMware 上运行方案321SLA拥有 Oracle 官方支持 (MyOracleSupport note 249212.1) “Oracle 将仅针对以下两种问题提供支持：1. 本机操作系统上的已知问题；2. 可证明并非因为在 VMware 上运行而导致的问题”/cn/support/policies/oracle-support.html在过去 3 年里，

14、没有出现过任何由于 vSphere 错误导致的 Oracle 问题VMware 并不修改本机操作系统 VMware 提供完整的支持和所有权 明确支持 Oracle RAC Oracle 的 VMware 认证与支持未直接认证（Oracle 不对基础架构提供认证） Oracle 不对操作系统以下的任何对象提供认证。例如：Dell、HP、IBM 硬件运行 Oracle 和 VMware 认证的操作系统，以确保整个体系的每个层级正常运行 方案321SLAOracle 支持声明方案321SLASQLSQLSQLSQLSQLSQLSQLSQL8 台服务器16 个处理器/许可证10 万美元20 万美元30

15、 万美元40 万美元50 万美元59.6 万美元8 台服务器 16 个 Enterprise Edition 许可证SA60 万美元2 台服务器4 个处理器/许可证SQLSQLSQLSQLSQLSQLSQLSQL10 万美元20 万美元30 万美元40 万美元50 万美元15.8 万美元4 个许可证SA60 万美元2 台服务器 成本降低 70% 以上SQL Server 2008 R2 整合示例*注意：如果运行 4 个以上的实例，请使用 Datacenter Edition整合“按处理器”授权的软件许可证方案321TCO按常规方式整合数据库并不容易多实例共享实例共享 OSSQLSQLSQLSQ

16、LSQLDBDBDBDBDB共享 OS共享 SQLDBDBDBDBDB无操作系统隔离（配置、安全性、故障）资源隔离时需要使用 Windows Resource Manager没有跨物理节点的负载平衡无操作系统隔离（配置、安全性、故障）无数据库隔离资源隔离时需要使用 SQL Resource Governor没有跨物理节点的负载平衡方案321TCO传统数据库使用 P2V 实现快速整合提高性能！12在虚拟机中保持隔离操作系统隔离数据库隔离安全隔离3保证资源预留优先级最大值4跨节点负载平衡vMotionDRS资源池vSpherevSphereSQLvSphere数据库整合硬件/软件许可的理想平台方案

17、321TCO可帮助完成TCO衡量的工具ROI/TCO 计算器 /vmw/ ROI/TCO 计算器教程VMware vSphere 虚拟化关键任务 Oracle 数据库所产生的整体经济影响321TCO更快的响应速度对不同的工作负载具有不同的意义75% 的调配工作用于测试/开发“给我一台服务器快！”测试和开发快速调配新虚拟机能够在极少人工干预的情况下持续满足 SLA 要求生产调配不会经常进行而更改却时常快速出现方案321Agility加快关键业务应用的上市速度 更快地测试多层应用在精确的生产副本上更准确地测试降低测试基础架构的成本将存储占用空间减少 60% 以上生产测试精确的生产副本12将更改移到

18、生产环境4vApp更快地运行更多测试存档以供快速回滚vSpherevSpherevSphere3vAppvApp方案321Agility关键业务虚拟化的价值调配时间从数周缩短至几分钟优化测试/开发环境 以 5 到 10 倍的整合率降低软硬件成本通过智能策略管理减少运营支出通过动态资源和可扩展性改善性能增强所有应用的可用性和自动灾难恢复提高业务敏捷性提高应用服务质量提高应用效率321SLAAgilityTCO关键业务虚拟化VMware最佳实践解决方案包OracleDB2MS SQL例：Oracle RAC on vSphere最佳实践请参考/files/pdf/partners/oracle/v

19、mware-oracle-rac-deploy-guide.pdf桌面云加速医疗信息化VMware分离桌面图像和设备桌面运行在安全的医院数据中心通过网络提交桌面给用户集中化的虚拟桌面转型：简化桌面、各种应用和数据，实现集中式服务交付：支持员工通过各种设备和连接随时随地灵活访问桌面云平台战略架构代理：按照策略集中管理和保护，并为您的员工提供代理服务医疗机构中桌面的挑战 容易管理分散的桌面和应用 维持安全性和合规性 快速的交付、升级服务提供高可用性低成本 IT人员的需要 快速访问 整个医疗场所内的任何设备可以使用 没时间培训，需要传统的使用习惯 丰富的应用接口极高的可用性医务工作者的需要管好一个桌

20、面，原来真的不容易！ 桌面标准化解决方案桌面安全防护桌面数据防泄漏桌面备份与恢复桌面管理防病毒、防木马主动威胁防护文件和文件夹恢复远程协助操作系统部署应用程序控制软件和补丁分发完整系统恢复本地或离机备份边界准入与隔离局域网准入与隔离主机入侵防护主机防火墙敏感信息防泄漏外设控制桌面数据保护终端用户设备种类和数量庞大 不同品牌，时期的桌面设备，超过数百台PC的规模用户IT使用水平参差不齐 人为的错误操作增加的日常维护操作系统维护和应用管理 操作系统和应用的重新安装和调试导致的IT人员的时间浪费终端用户数据安全和数据丢失隐患 本地数据的安全管控和用户个性要求的冲突无法实现桌面多种类用户终端设备（包括

21、IPAD/笔记本、安卓系统）访问常见桌面问题短板虚拟桌面需求分析数据管理难 数据管理包括数据的修改、数据的传播、以及数据的备份等。应用管理难 应用数量和新老旧应用的管理安全入侵防控难 内部的安全防范，以及病毒和网络攻击等影响桌面设备管理难 大量的桌面终端工作站和外设移动办公需求 满足日益增长的移动用户办公桌面的使用需求终端用户计算实现桌面访问的变革医生及护士桌面虚拟化医疗信息系统（HIS）医学影像及传输系统（PACS）电子病历（EMR）检验信息系统（LIS）数据个性化配置应用程序操作系统硬件虚拟化技术 + 远程访问技术手持移动终端笔记本瘦客户机桌面PC平板电脑接下来Wireless COWTh

22、in ClientLaptop Remote Physicians OfficeNurses Station Desktop灵活和熟悉的用户体验，真正的安全和可移动性完全的应用兼容性VMware vSphere & vClient桌面云在医疗行业的广泛使用场景移动医疗（平板设备+虚拟桌面）移动医生工作站移动护士工作站药房盘存桌面漫游实现“随身”桌面可从任一设备登陆，激活先前的工作会话，保障工作流不间断不用浪费时间重新加载和查询缓慢的医疗影像系统医生/护士工作站远程会诊远程医疗文档调阅远程阅片远程交流及培训实现法规遵从实现浏览虚拟化消除分散的敏感数据保护病人隐私简化遵从性管理快速部署快速部署系统

23、补丁快速部署最新的医疗应用程序快速的系统软件升级快速部署新桌面给外来医师一触式登陆/登出医生轮流坐诊，桌面PC共享快速用户切换一触式登陆/登出终端用户计算产品医疗行业的应用情况A类（站类）病房医生站；病房护士站；中心服务工作站；护士分诊站； 、门急诊诊间检查工作站；重症监护工作站B类（外设类）：收费、挂号、建卡；药剂科门诊药房；消毒供应系统；移动推车；门急诊治疗室C类（其他特殊类）用药；手麻；EMRVMware助力徐州市儿童医院实现核心业务全面虚拟化CONFIDENTIAL41“我们使用VMware解决方案在简化基础架构资源管理的同时，极大地提升了业务敏捷性，降低IT建设成本。”徐州市儿童医院

24、科长陈伟钢VMWARE 产品及服务合作伙伴VMware vSphere with Operations Management虚拟化平台VMware Horizon桌面虚拟化软件行业地区医疗江苏机房空间有限，资源利用率低无法实现关键业务系统的高可用与容灾备份管理运维压力大主要挑战解决方案成效通过采用VMware解决方案，提升资源利用率，实现业务连续性，构建了一个高效、灵活、可靠的全面虚拟化基础平台。确保关键业务连续性实现自动化运维管理，动态分配资源实现容灾与备份迈向移动医疗案例XX市第一人民医院虚拟化资源整合案例XX市第一人民医院XX市第一人民医院属于三级甲等医院，占地面积17万平方米，建筑面积

25、8万平方米。医院编制床位880张，开放床位1021张，设置门诊部2个，临床科室32个，医技科室10个。在岗医护员工1200多人，拥有高级职称110人（其中主任医师23人）、中级职称310人，安徽医科大学硕士点10个，硕士生导师11人。博科FC交换机Fabric 网络VMware vSphereHIS DBHIS APP1HIS APP2LIS体检EMROAIBM DS5020IBM DS4800vSphereClientWebClientvCOPSWeb clientIBM X3850IBM X3950XX第一人民医院虚拟化部署架构示意图实施效果方案价值基础架构资源整合计算资源整合存储资源整合

26、利旧现有设备业务连续性保障稳定的虚拟平台ESXi 高效的数据备份VADP本地业务连续性vMotion/S.vMotion/vSphere HA/FT/Hot ADD关键业务应用SLA：性能、可扩展性、业务连续性、应用级HA、软硬件支持TCO：应用软件、硬件、服务Agility：生产业务测试本地高可用灾难恢复数据保护X可靠的平台1234方案配置清单案例XX市第一人民医院虚拟化双活数据中心应用系统现状应用类型应用系统应用系统名称应用数量医疗业务HISHIS APP2HIS DBLISLIS1EMREMR 前置019EMR 前置02EMR 前置03EMR 抗菌药物EMR NIMDATAEMR NIM

27、IISEMR ZX-DATA（主数据库）EMR ZX-DataConvert（HIS与EMR接口）EMR 合理用药医疗系统病案管理9病案室静脉配制成本核算体检中心WHONETHQMS 医疗质量管理农合传输医保传输医院管理HR考试系统2工资系统图书馆其他短信网关1食堂管理1WEB1Mysql1OAOA-IIS3OA-DATA通达OA安全管理SEP(Symantec)3WSUSVPNADAD主2AD备文件管理Free-NAS2Workfile（文件重定向管理）分布式VMFS存储卷集群存储网关SANLAN EMC5500存储网关SAN (old)LANEMC5300VMWare HA & vMoti

28、on门诊楼主机房住院楼备份机房 (ex:VPLS,OTV) 2层网络交换4 x FC4 x FCFujitsuvSphere 5.1 Cluster (EVC)主机房刀片服务器ESXiESXiESXiESXi备份机房机架服务器ESXiESXiESXiESXiESXiNASXX第一人民医院虚拟化“双活”数据中心架构图EMRHISPACS应用系统资源配置应用类型应用系统应用系统名称应用数量医疗业务HISHIS APP2HIS DBLISLIS1EMREMR 前置019EMR 前置02EMR 前置03EMR 抗菌药物EMR NIMDATAEMR NIMIISEMR ZX-DATA（主数据库）EMR

29、ZX-DataConvert（HIS与EMR接口）EMR 合理用药医疗系统病案管理9病案室静脉配制成本核算体检中心WHONETHQMS 医疗质量管理农合传输医保传输医院管理HR考试系统2工资系统图书馆其他短信网关1食堂管理1WEB1Mysql1OAOA-IIS3OA-DATA通达OA安全管理SEP(Symantec)3WSUSVPNADAD主2AD备文件管理Free-NAS2Workfile（文件重定向管理）方案价值业务连续性保障稳定的虚拟平台ESXi 高效的数据备份VADP本地业务连续性vMotion/S.vMotion/vSphere HA/FT/Hot ADD关键业务应用SLA：性能、可

30、扩展性、业务连续性、应用级HA、软硬件支持TCO：应用软件、硬件、服务Agility：生产业务测试应用级灾难恢复保障主备机房基础架构资源池化跨数据中心运行业务“双活”中心统一运营，提供应用级高可用本地高可用灾难恢复数据保护X可靠的平台1234硬件资源规划CPU 总量从CPU的视角，现有服务器可以提供物理多核CPU支持，而虚拟机CPU分配最小单位为核（Cores per Server - 1）* 服务器数量= 总的核数内存总量从内存的视角，服务器内存总量的计算公式如下： (Total System Memory * 0.94) *服务器数量= 总的内存容量其中：0.94为VMkernel预留的系

31、统内存百分比；存储性能和总量从存储容量的视角，存储容量需要能满足现有每台服务器实际容量的总合、虚拟桌面存储和未来存储增量的需求从存储性能的视角，需要保证满足业务性能要求的IOPS同时的经济性，可采用配置不同类型的磁盘，其中包括少量SSD硬盘和高速15K SAS硬盘，为保证稳定性建议采用FC SAN架构。总原生 IOPS=单位磁盘平均IOPS * 磁盘数目功能性 IOPS=(总原生 IOPS写 %)/(RAID 惩罚)+(总原生IOPS读 %)基础架构软件规划“数据中心平台”目标为云基础架构，重点在几个方面：虚拟化平台、资源池的构建，这里所指资源池，包括了“CPU池、内存池、存储池、网络池”，资源池是最基本的底层架构，向上提供业务系统所需要的计算资源。 运营