计算管理平台上被删除，即意味着虚拟机生命周期的终结。在虚拟机生命周期终结时要关注虚拟机所占用系统资源的回收。云管理平台在虚拟删除后，会自动回收CPU和内存等资源，为了保证虚拟机数据安全其所占用的存储资源不会自动回收。
[0051]在云解决方案中，虚拟机生命周期的管理除了关注虚拟机正常的生命阶段以外，还需要关注虚拟机两个外延属性一一业务和资源。
[0052]本发明整个数据中采用DRX动态资源扩展解决方案，使设备负载随业务负载的波动性变换而变化，既能保障业务爆发时的系统稳定性，也提高了设备的利用率。
[0053]随着业务量的增长，虚拟机对计算资源需求会相应的迅速增加。此时其所在物理服务器的可用资源可能就不能再满足以上承载的虚拟机的计算需要。CV M动态资源调整功能组件可以自动并持续地平衡计算资源池中的容量，可以动态的将虚拟机迀移到有更多可用计算资源的主机上，以满足虚拟机对计算资源的需求。即便大量运行SQLServer的虚拟机，只要开启了动态资源调整功能，就不必再对CPU和内存的瓶颈进行一一监测。全自动化的资源分配和负载平衡功能，也可以显著地提升数据中心内计算资源的利用效率，降低数据中心的成本与运营费用。
[0054]动态资源调整功能通过心跳机制，定时监测集群内主机的CPU利用率，并根据用户自定义的规则来判断是否需要为该主机在集群内寻找有更多可用资源的主机，以将该主机上的虚拟机迀移到另外一台具有更多合适资源的服务器上。
[0055]动态资源扩展(DRX)场景可以在云平台中实现基于用户业务负载的资源弹性扩展功能。即使当用户某项正常运行的业务面临突发流量访问时，CAS虚拟化平台能够监测到业务所在虚拟机性能不足，并将虚拟机进行快速复制，配合负载均衡LB设备对外提供服务，当访问高峰过后，CAS平台能够动态的收缩，删除过剩的虚拟机，从而实现计算资源随需而动。动态资源扩展方案是针对用户业务实际承载量来对实际所需资源进行调度，检测灵敏准确，调度更及时。不仅支持资源的扩展，还能够实现资源的收缩，时刻保持业务在最稳定、最高效的环境下运行。资源伸缩过程全部由CAS平台自动完成，不用手工干预，实现真正的资源动态部署。
[0056]为实现上述目标，DRX解决方案包含以下四大模块:资源层、业务资源调度&展示层、业务负载监控模块、业务负载分发模块。
[0057]资源层:负责将数据中心内的物理资源虚拟化和池化，并以虚拟机为单位对外提供服务，由物理资源层、虚拟化内核平台、虚拟资源层三个子层组成。
[0058]业务资源调度和展示层:整合所有业务虚拟机资源成为一个“业务资源动态扩展组”，通过和业务负载监控模块联动，实现对业务负载的实时监控，并根据业务实际负载情况进行业务虚拟资源的弹性扩展。
[0059]业务监控模块:对“业务资源动态扩展组”内的所有虚拟机资源进行负载的监控，通过制定资源扩展策略，设置资源扩展和回收的阀值，联动业务资源调度和展示层进行资源的动态调度。
[0060]业务负载分发模块:把“业务资源动态扩展组”内所有的业务虚拟机整合成一个逻辑整体对实际用户提供业务服务，通过制定的负载分担策略，把业务数据量分担到每一台业务虚拟机上。
[0061]以医院门诊业务为例:早上8点到11点为门诊业务的高峰期，大量的病人集中就诊会造成门诊业务系统资源满负荷或超出负荷而导致业务系统瘫痪，我们DRX可以通过业务负载监控平台监控业务资源使用情况，设置一定的阀值，当监控到资源使用达到当前设定阀值时，门诊业务虚拟机进行快速复制，配合负载均衡LB设备对外提供服务，相当于同时有多台门诊服务器为高峰期门诊业务服务，当高峰期度过后，资源自动收回，删除过多的门诊系统虚拟机，将多余的资源又动态分配到其他需要的系统中，从而实现资源的最大化利用。
[0062]用户在部署动态资源扩展方案时，需要设置的关键数据主要有CPU、内存使用率阈值，如当CPU及内存超过设定阈值，触发DRX将提供业务的虚拟复制，当CPU及内存利用率低于设定阈值时，关闭多余虚拟机，将扩展的资源进行回收。
[0063]再有，所述核心交换机与用户端之间通讯连接有负载均衡器，所述负载均衡器将不同的用户请求分配到不同的应用服务器上。负载均衡器将用户端的请求平均分配四个应用服务器中来处理，主要起分配请求命令的作用，防止一个应用服务器上请求命令太多，造成应用服务器运行压力大。
[0064]所述用户终端包括与云平台通讯连接的电子支付终端、预约挂号终端、电子对账终端。电子支付终端包括支付宝、微信、翼支付、手机银行、银行终端、医保、商业保险等。医佳云平台对各类移动终端应用平台的账务进行精细化管理，主要功能包括:交易清单查询:平台可以查询各类交易信息，包括微信支付交易，APP支付交易等。
[0065]医佳云平台账务管理包括:银行对账:云平台能够自动根据银行交易数据和医院HIS系统的交易数据进行账务核对。
[0066]微信对账:云平台能够实现与微信平台交易数据和HIS系统交易数据进行自动对账。
[0067]住院对账:针对住院预交金的缴费数据进行账务核对。
[0068]门诊对账:针对门诊挂号、预约、门诊收费等数据进行账务核对。
[0069]自助机对账:云平台能够实现自助机与HIS系统的对账功能。
[0070]单边对账:云平台能够对某一方的账务进行核对。
[0071]总对账:云平台能够对多类交易、多中交易进行综合对账功能。
[0072]所述云平台与用户终端之间部署有UTM，所述UTM用于保障用户终端与云平台之间的网络安全、用户支付安全。该各种终端均可安全实现移动支付功能，云平台能够对各种应用软件进行综合应用，这些软件占用系统资源的压力全部由云平台承担。在外来软件和系统占用资源过多的情况下，云平台可以通过软硬件升级、改造提高自身的承受能力，而不需要对医院业务内网进行调整。
[0073]所述云平台与医院内部系统之间部署有保障医院内部系统与云平台之间网络安全的网闸。充分保障了云平台与医院内部系统之间数据的安全性。
[0074]实施例二:参见图2，一种基于云平台的移动互联网医院就诊系统，包括一端与医院内部系统通信，另一端与用户终端通信的云平台，所述云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口从医院内部系统获取信息。
[0075]所述云平台包括中间件服务器、四个应用服务器，所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统；所述每个应用服务器均带有存储空间，所述每个应用服务器上的存储空间通过SAN存储共享在一起。存储空间中存储有云平台自带业务数据，比如支付数据、挂号数据、激费数据等，还存储有医院系统同步过来的数据，比如医院检查报告这类查询数据同步到云平台上，如果用户查询历史数据直接查询云平台数据库，不需要查询医院内部系统的数据。如果用户需要查询医院系统内部的数据，云平台通过与医院内部系统之间的一次接口进行查询，然后将查询的数据返回用户。
[0076]该方案采用分布式零存储的方式来存储应用服务器上的数据，每一个应用服务器均自带存储空间，将这些存储空间中空闲的空间通过虚拟平台虚拟到一起共用，采用SAN存储共享，不会因为一部分坏掉而导致共用的存储瘫痪，虚拟的好处是如果一块存储空间数据坏掉，虚拟机会自动迀移到好的存储空间上去。总数据存储在SAN存储共享的空间中。中间件服务器主要起安全隔离、负载均衡、读写分离的作用。
[0077]该云平台可同时连接多家医院，每家医院内部系统分别通过各自的接口与云平台上的一个通用接口通信，当用户通过终端访问云平台(医佳云平台)时，通过Internet网络进入UTM安全设备，在经过负载均衡器LB，负载均衡器LB将客户的请求进行分配，然后通过核心交换机，当需要访问云平台内的存储数据时，核心交换机将请求发送到不同的应用服务器上(Web服务器)，Web服务器通过核心交换机从通过SAN存储共享在一起的空间中取得数据来返回给客户；如果需要医院内部系统的数据，应用服务器通过云平台与医院内