您好,欢迎访问三七文档
当前位置:首页 > IT计算机/网络 > 数据库 > 中间件虚拟化平台方案
-1-基于WVE的应用服务器虚拟化平台方案1应用服务器虚拟化平台概述1.1应用服务器虚拟化平台的构成应用服务器虚拟化平台是以中间件技术为基础,基于虚拟化、自动化和自优化等技术实现的新一代中间件运行管理平台。应用服务器虚拟化平台实现了应用程序与计算资源的解偶,提供了更灵活的应用部署和运行方式,由此,实现了对工作负荷以及计算资源的动态管理,确保了计算资源有效合理的分配,确保了应用程序的服务水平,并提供了更高的可用性,同时简化了运维工作。相对对于传统的应用服务器件平台,应用服务器虚拟化平台以应用服务器动态集群(以下简称动态集群)为核心,为应用程序运行提供一个具备更高共享度和灵活性的运行环境,其解决方案应主要包括三部分:动态应用服务器集群组:一组基于由多台物理服务器组成的计算资源池构建的、具备动态特性(详见1.2)的服务器集群,是提供应用运行环境的主体;应用路由控制节点:作为客户端请求的统一接入层,实现对动态集群成员间的负载均衡和路由;管理控制节点:动态集群环境的管理和监控工具,通过该工具可定义和配置动态集群和应用路由控制节点的各种相关参数,包括运行时的动态集群需要遵循的各种策略,并可监控这个环境的运行状态。1.2应用服务器虚拟化平台的特性1.2.1虚拟化特性单个或一组计算机与应用程序之间不再存在紧密绑定或一对一的关系,动态集群成为物理计算资源的“逻辑表示”,应用程序通过动态集群来消费物理的计算资源,从而简化了对物理计算资源的访问和管理。-2-1.2.2运行时动态特性动态的规模:动态集群的规模不固定,是由相应的预定义策略和应用的运行时状态等因素动态决定;动态的负载分配:动态集群的每个成员分担负载的比例不再是通过静态定义的权重决定,而依据运行时每个成员所在物理服务器的实际负载动态计算而来;动态的应用部署:当多个应用部署在一个统一的资源池上时,动态集群环境会依据预定义的策略和应用的运行时状态,动态决定应用运行于哪些物理服务器上;动态的请求路由:基于动态的负载分配和动态应用部署,以及预订的策略,应用路由控制节点对接入的请求动态地确定路由目标;1.2.3自动化特性应用服务器虚拟化平台可以自动化地对应用程序的运行状况、负载状况以及资源利用状况进行监控,并可以基于预定义的策略,自动化地调度计算资源,控制应用请求流量,处理运行时异常。2应用服务器虚拟化平台方案价值及设计目标2.1方案的核心价值相对与传统中间件方案实现的基本功能,应用服务器虚拟化平台提升应用运行基础设施的如下能力:提供动态、共享的计算环境,提升计算资源的利用率应用服务器虚拟化平台将多个应用系统原有独立并隔离的计算资源进行整合,形成统一的计算资源池,在将多个应用分别部署与计算资源池承载的多个动态集群之上,使动态集群能够共享整个资源池的计算能力,在运行时,基于预订的性能目标(例如,平均响应时间),自动控制动态集群的规模,实现计算-3-资源的动态调度。例如,动态集群支持的应用当其访问峰值到达时,动态集群环境以满足预定义的性能指标为导向进行计算资源的动态调度,自动扩展集群规模,即启动更多的应用服务器实例来满足当前的性能需求。当访问峰值过后,其负载较小时,动态集群环境还会缩小规模,并释放计算资源,供其他应用使用,从而实现计算资源的高效共享与利用。支持应用服务级别的管理,实现面向业务需求的动态计算资源分配在应用服务器虚拟化平台上,用户可以定义应用的优先级,在动态调度计算资源时,如果同一计算资源池中的动态集群之间发生资源竞争,动态集群环境将优先为承载优先级高的应用的动态集群提供计算资源,另一方面,通过应用路由控制节点,还可以控制客户端访问流量,应用路由控制节点将优先通过对优先级高的应用的访问请求,当有资源竞争时,应用路由控制节点可以暂缓发送对优先级较低的应用的访问请求,确保优先级较高的应用的服务质量。此外,基于应用路由控制节点流量控制,用户可以灵活制定对不同的客户端(例如,来源不同IP地址的客户端),不同的访问用户,以及不同的访问URL的服务级别,从而实现真正面向业务需求的动态计算资源分配。提供自动化的健康检查及异常处理能力,简化运行维护工作应用服务器虚拟化平台提供了自动化的健康检查机制,用户可以定义系统健康状态的边界条件,包括计算资源消耗状态、应用响应时间以及产生错误数量等,动态集群环境会依据这些条件对动态集群的每个成员进行实时监控,当系统超越边界条件处于异常状态时,可以进行告警。同时用户还可以定义自动化的异常处理动作,包含隔离异常应用服务器,自动记录诊断信息以及自动重启应用服务器等,在发生异常状态时,这些处理动作将被自动执行,从而使用户可以有效制定应对系统异常的应急预案,由此大大简化系统管理员的运维工作。2.2方案的设计目标本方案通过构建应用服务器虚拟化平台,力图实现如下设计目标;构建具有高可用性、高扩展性的动态应用运行环境,实现应用系统之间计算资源的有效共享;-4-实现运行时应用系统间计算资源的动态调度,提高资源利用率;实现对应用系统的服务级别管理,支持基于服务级别的计算资源调度;提供对系统的实时监控及自动化管理,实现对系统异常的自动化处理;提供运行状况报告及应用系统对计算资源的使用状况报告。3应用服务器虚拟化平台功能及逻辑架构3.1功能及架构概述本方案提供了完整的应用服务器虚拟化平台环境,包括了统一接入客户端请求的负载均衡设备,管理控制节点,应用路由控制层,计算资源池以及由其承载的应用/动态集群组,应用服务器动态集群环境逻辑架构示意图如下:负载均衡设备:作为统一的客户端请求接入点,负责对应用路由控制层的多台应用路由器进行请求分发,确保应用路由器间的负责均衡,支持应用路由器的水平扩展,消除应用路由控制层的单点故障。管理控制节点:是独立的节点,提供对整个动态集群环境(包括应用路由层和动态集群)的管理配置及监控工具。-5-应用路由控制层:由多台对等的应用路由器(AppRouter1-m)组成。计算资源池:是由多台物理服务器(AppServerNode1-n)组成的共享计算环境,上图中,该池中部署了5个动态集群(DC1-DC5),并分别支持5个应用(App1-App5)的运行。每个动态集群的实例数量不等。以下将详细阐述应用路由控制层和动态集群的主要功能3.2应用路由控制层功能描述应用路由器前端采用负载均衡器统一接入客户端的请求,并分发到多个对等的应用路由器实例。应用路由器实例可以了解到后端动态集群环境中的应用相关信息,包括应用的URL,起停状态,应用部署状况,支持应用运行的应用服务器实例的相关信息等,这些信息是应用路由器进行路由的基础。对于接入的请求,应用路由器可以依据应用URL、请求用户以及请求客户端IP等对请求进行分类,并能够能接收后端动态集群环境报告的应用服务器运行状况,包括CPU和内存的利用率等,而且还可以记录请求的响应时间。基于上述信息和动态集群环境中定义的服务级别管理策略,动态计算动态集群环境中各个应用服务器的权重,并基于请求对应的URL实现请求路由及动态负载均衡,最后将动态集群环境返回的处理结果转发给其前端的负载均衡器。当不同服务级别或优先级的请求出现资源竞争时,应用路由器基于流量的控制,将优先通过服务级别或优先级高的请求,同时将服务级别或优先级相对较低的请求缓存在相应的请求队列中,待计算资源竞争解除后再进行路由转发。3.3动态集群功能描述与静态集群相比,动态集群仅仅需定义集群包含的物理服务器,而无需定义具体实例及固定的负载均衡权重。应用部署时,其发布的目标是动态集群,而不在对应具体的物理服务器,在运行时,动态集群将依据预设策略及运行时的状态动态决定应用运行状态,包括应用驻留的服务器和支持应用运行的应用服务器实例数等。从而实现虚拟的运行环境,实现应用与运行环境之间的松耦合。-6-动态集群环境支持服务级别的定义,应包括基于响应时间和优先级的定义。在运行时,动态集群环境将自动监控服务级别的策略的执行情况,并基于服务级别,决定运行时,支持应用运行所启动的应用服务器实例数量,在系统计算容量范围内,当支持的应用运行所启动的应用服务器实例不能满足服务级别要求时,动态集群环境将自动为该应用启动额外的应用服务器实例;当支持应用运行所启动的应用服务器实例在一定时间内(用户可自定义)处于不活动状态时,动态集群环境将自动停止其服务,以释放计算资源供其他应用使用。由此,通过自动化地控制支持应用运行的应用服务器实例的启动/停止,实现运行时计算资源的动态调度。动态集群环境支持对应用服务器实例运行状态健康性的定义,可以基于响应时间、内存消耗以及处理请求数量等定义系统的健康状况,动态集群环境在运行时将会基于这些预设的健康条件,监控应用服务器实例的运行状态,当应用服务器实例出现违背健康性的定义的异常状况时,动态集群环境可以做出预订的自动化响应,包括发email通知管理员,自动获取诊断信息、自动重启服务器以及执行定制的任务(如执行自定义的脚本)。由此实现自动化的异常状况处理。动态集群环境提供综合的日志记录,包括应用、资源以及工作负载等。通过这些日志记录,可以进行应用运行趋势分析,同时可以统计出应用对计算资源的利用率。4基于WebSphereVirtualEnterprise的应用服务器虚拟化平台方案4.1WebSphereVirtualEnterprise概述WebSphereVirtualEnterprise(以下简称WVE)是WebSphere产品家族中提供JavaEE应用动态虚拟化计算环境的核心产品。该产品基于WebSphere应用服务器,其部署方式是在WebSphere应用服务器环境下,基于现有WebSphere应用服务器组件安装相应的WVE组件,对WebSphere应用服务器原有功能进-7-行扩展与增强。WVE包括如下组件:OnDemandRouter:以下简称ODR,实现应用路由控制节点的核心组件;WVEDeploymentManager:以下简称WVEDmgr,实现管理控制节点的核心组件,该组件基于WebSphere应用服务器的DeploymentManager;WVENodeAgent:WVEDmgr通过WVENodeAgent与WVEAppServer进行通讯,发布各种管理命令,WVENodeAgent也负责监控每个节点中应用服务器的状态等。该组件基于WebSphere应用服务器的NodeAgent;WVEAppServer:增加了WVE功能特性的WebSphere应用服务器。4.2基于WVE方案的物理架构基于WVE的应用服务器虚拟化平台方案物理架构示意图如下,应用路由控制层由一组ODR实现,管理控制节点由WVEDmgr实现;动态集群由WVEDynamicCluster实现。LoadBalancerWVEDynamicClusterOnDemandRouter......WVEDmgrWVE组件部署-8-WVE的组件部署需要基于WebSphere应用服务器,因此在ODR、WVEDmgr以及动态集群的节点上首先安装WebSphere应用服务器,再安装WVE组件。然后,在WVEDmgr节点上创建WVEDmgr类型的概要表(profile),在ODR及动态集群节点上创建用户自定义类型的概要表,并将这些节点加入到WVEDmgr的管理单元中。之后,用户可通过WVEDmgr的管理控制台在ODR节点上创建ODRServer,在动态集群节点上创建动态集群。动态集群的构建通过WVEDmgr管理控制台,用户可以灵活的定义动态集群。每个加入WVEDmgr管理单元的节点对应了一台硬件服务器,这些服务器构成了动态集群所等利用的计算资源池。通常,创建动态集群时,用户主要需指定动态集群对应的节点组(节点组中的每个节点通常对应一台物理服务器)以及在每个节点允许启动的应用服务器实例数量。这些信息定义了该动态集群在计算资源池中能够利用的计算资源的最大范围,之后,动态集群环境会依据该定义自动在节点上创建的应用服务器实例。当在该动态集群部署应用后,该集群中的应用服务器并不一
本文标题:中间件虚拟化平台方案
链接地址:https://www.777doc.com/doc-5864506 .html