为多个实例应用操作负荷均衡器的系统和方法技术方案

在一具有代表性的实施方式中，一种用于为多个实例应用操作负荷均衡器的系统包括多个用于执行应用的集群节点（２１０），其中所述多个集群节点的至少一个子集执行多个应用，并且该子集包括响应与所述多个应用相关的性能数据在所述多个应用之间分配资源的相应资源分配模块；用于在所述多个集群节点之间分布应用事务的多个负荷均衡器（２０１）；和分析与所述多个应用相关的性能数据并响应该分析动态配置所述多个负荷均衡器的配置进程（２４０）。

【技术实现步骤摘要】

本申请一般涉及为多个实例应用操作负荷均衡器。
技术介绍
近来的应用结构通常支持应用的集群执行。集群执行就是把应用的执行称为一组系统(集群节点)上实例(大多情况下是相同的实例)的集合，以致在那些系统中分布和均衡工作负荷。如果任一特定集群节点故障，工作负荷在剩余系统上继续，和通常一样或者在性能上有一些降低。集群执行有许多优点。例如，集群执行具有较高可用性，因为集群节点的故障不会引起全部应用的故障。另外，集群执行典型地导致低成本，因为在使用较小服务器的递增的基础上可能出现扩展，而不是使用较大的服务器来替换单个服务器。同样的原因，可能出现较快的分布式应用的缩放。
技术实现思路
在一具有代表性的实施方式中，一种为多个实例应用操作负荷均衡器的系统包括多个用于执行应用的集群节点、用于在多个集群节点间分布应用事务(transactions)的多个负荷均衡器、和分析与多个应用相关的性能数据并响应于该分析动态配置多个负荷均衡器的配置进程，其中所述多个集群节点的至少一个子集执行多个应用，并且该子集包括响应与该多个应用相关的性能数据在多个应用之间分配资源的相应资源分配模块。在另一具有代表性的实施方式中，一种方法包括在多个集群节点上执行多个应用，其中所述多个集群节点的至少一个子集执行多个应用；响应与多个应用相关的性能数据在多个应用之间动态再分配资源；根据参数在多个集群节点间分布应用事务；以及响应与多个应用相关的性能数据动态配置参数。在另一具有代表性的实施方式中，一种计算机可读介质包括用于在多个集群节点上检索与应用的执行相关的性能数据的代码，其中所述多个集群节点的至少一个子集执行多个应用；用于使用性能数据计算多个集群节点加权集的代码；以及用于使用该多个集群节点加权集来动态配置负荷均衡器以控制应用事务到多个集群节点的分布的代码。附图说明图1描绘了一种集群系统。图2描绘了一种根据一具有代表性的实施方式的集群系统。图3描绘了一种根据一具有代表性的实施方式用于控制应用事务在集群系统中的分布的流程图。图4描绘了一种可以用于实现一具有代表性的实施方式的系统。具体实施例方式图1描绘了根据公知的集群系统设计的集群系统100。集群系统100包括集群节点110a-110c，这些节点的每一个都执行应用“a”的实例。集群节点110a-110c形成对客户机140而言看起来像单个系统的“应用集群”。集群系统100还包括集群节点110d-110f，这些节点的每一个都执行应用“b”的实例。节点110d-110f形成对客户机140而言看起来像单个系统的另一应用集群。通常，用于应用的集群节点的数量根据相应应用最坏情况的需求水平来选择。应用事务由客户机140生成，并且经由网络130路由到负荷均衡器120a和120b。负荷均衡器120a和120b典型地使用加权循环(round-robin)算法把应用事务导向到特定的集群节点110来处理。因此，当大量的客户机试图访问集群应用时，与那些客户机相关的处理被分布在多个集群节点上，并且应用的性能虽然降低了，但典型地维持在一个可接受的水平上。如果应用在峰值负荷期间没有表现出可接受的性能，那么附加集群节点可以增加到集群系统100以获取改善的应用性能。然后各自的负荷均衡器120可以根据新节点110相对于已有节点110能力的能力来手工重新调整。虽然集群系统具有很多优点，但是集群系统也受到一些局限。当资源根据最坏情况的需求水平被选择时，集群节点可能经受低的全部利用率。特别地，如果应用的峰值负荷在持续时间上相对短，那么与特定应用相关的集群节点可能空闲一部分重要的时间。因此，空闲的系统资源被浪费了。一具有代表性的实施方式使空闲或否则未充分利用的系统资源被以一种有效的方式来管理。在一具有代表性的实施方式中，一些集群节点执行多个应用，并且这些集群节点包括各自的性能监视器，这些监视器分析该多个应用的性能。性能监视器传送性能数据给工作负荷管理器。工作负荷管理器响应于性能数据和服务水平目标，在应用间重新调整处理器资源或其它资源的分配。因此，在特定时刻较重负荷的应用接收附加的处理资源或其它资源来满足增加的负荷。实施方式的配置工具(configuration utility)周期性地查询各种集群节点来确定哪些应用正被每个各自的节点执行。并且由配置工具查询工作负荷管理器的各种实例，以获取与各种应用相关的性能信息。与各自节点上的应用相关的负荷特性也可以通过检查工作负荷队列或其它适当的队列来分析。另外，所述配置工具可以识别分配给各种集群节点的资源。使用所获得的信息，配置工具计算加权系数来在集群节点上分布应用事务。所述配置工具把所计算的加权传送给负荷均衡器来控制事务到集群节点的分布。这样，一些具有代表性的实施方式使得集群系统中较少量的节点能够被用来支持与使用传统集群结构所使用的相比相同数量的应用。通过促使多个应用在一些应用节点上实例化，将使多个应用可以使用更大量的资源，而不需增加额外的节点。然后可以响应于负荷需求来分配资源。特别是当峰值负荷出现时，附加处理器和/或其它资源能被分配给经受繁忙业务的应用。由于资源被动态分配，负荷均衡器被适当调整。因此，资源的动态分配使得能改善应用的性能，因为应用事务特别是针对集群节点，所述集群节点已经为各自事务的处理分配了额外的资源。图2描绘了根据一个具有代表性的实施方式的集群系统200。集群系统200包括多个集群节点(示为210a-210g)。集群一般涉及便于模块化计算的硬件和/或软件连通性。集群典型地包括适当服务器的多个实例，它们相互合作来提供增加的应用的可伸缩性和可靠性。构成集群的服务器的多个实例可以在同样的物理系统或多个物理系统上运行。例如，每个集群节点210可以表示用于支持各自服务器的单个物理系统的虚拟计算资源。可替换地，独立的物理平台可用于执行每个服务器。如图2所示，应用“a”的实例在节点210a-210f上被提供，以及应用“b”的实例在节点210b-210g上被提供。应用a和b处理通过网络130从客户机140接收到的应用事务。特别是，集群别名(aliasing)使得应用a的应用事务将被路由到负荷均衡器201a和应用b的应用事务将被路由到负荷均衡器201b。于是负荷均衡器201a和201b在节点210间分布用于应用的事务，以均衡各自节点210上的负荷。在一具有代表性的实施方式中，负荷均衡器201a和201b实现加权循环分布算法。负荷均衡器201a和201b可以使用适当的硬件(例如集成电路)和/或使用在一个或多个处理器上执行的软件来实现。负荷均衡器201a和201b也可以实现为分立器件，或者可替换地可以在一个或多个节点210上来实现。一些实施方式的性能监视器(PM)212是检查应用性能的软件进程。例如，性能监视器212可以检查处理器的利用率、输入/输出(IO)资源的利用率、和/或处理一定类型事务花费的时间长度等等。性能监视器212可以把性能数据传送给工作负荷管理器(WLM)211，该管理器也可以是根据一些实施方式的软件进程。服务水平目标(SLO)指的是期望的与应用相关的操作目的或规则。SLO可以定义期望的利用率、和/或期望的处理特定事务类型的时间长度等等。如果应用不能满足一个或几个SLO，那么工作负荷管理器21本文档来自技高网...

【技术保护点】
一种为多个实例应用操作负荷均衡器的系统，包括：多个用于执行应用的集群节点（２１０），其中所述多个集群节点的至少一个子集执行多个应用，并且该子集包括响应与所述多个应用相关的性能数据在所述多个应用之间分配资源的相应资源分配模块； 用于在所述多个集群节点之间分布应用事务的多个负荷均衡器（２０１）；和分析与所述多个应用相关的性能数据并响应于所述分析动态配置所述多个负荷均衡器的配置进程（２４０）。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：DE赫林顿，B贝克，
申请(专利权)人：惠普开发有限公司，
类型：发明
国别省市：US[美国]