自主系统管理的方法和系统的制作方法

文档序号:6574459阅读:119来源:国知局
专利名称:自主系统管理的方法和系统的制作方法
技术领域
本发明涉及自主计算系统的领域。
背景技术
自主计算系统(autonomic computing system)包括自我管理计算系统,所述自我管理计算系统应付计算系统,尤其是分布式计算系统(比如在大型计算机网络中使用的那些分布式计算系统)的增大的复杂性。这些大型网络运行各种应用程序,包括基于通信和网络的应用程序,并处理各种不同的计算任务。为支持诸如膝上型计算机、蜂窝电话机和个人数字助手之类设备的移动计算和通信功能而需要的功能进一步增大了复杂性。
大型系统的控制包括系统资源的管理和分配。利用一个或多个操作人员的人工管理和资源分配费时、成本高并且易于出错。于是,自主计算系统在很大程度上自我管理,而不存在直接的人为干扰。自主计算系统中的操作员定义和输入规则及策略,自主计算系统把所述规则和策略用作控制计算系统的准则和参数。通常,自主计算系统利用闭环控制来监视指定的系统资源,和把该资源的分配或利用限制在操作员规定的参数之内。自主控制系统采用自我管理决策来监视或控制指定闭环控制的系统资源。
自我管理系统利用优化、配置和相关的计算进行一些自我管理决策。一般利用系统模型完成这些计算,所述系统模型是在各种可能的情况下,系统的各个部分的可能行为以及系统运行环境的表示。例如,当系统估计资源分配、组件控制变量的设置和其它管理动作的可能变化对其整体行为的影响时,使用这些计算。对于指定的自主计算系统,可在单一的集中位置或者在多个并存的分散位置中进行这些计算。集中方案或分散方案的现有应用程序既有优点又有缺点。
集中地进行计算(其中自主计算系统的一部分利用包括各种系统组件和这些组件之间的交互作用的模型)的优点是当进行控制和分配决定时,可供使用的信息更多,并且考虑到更多的交互作用。信息量的增大会导致获得更好的结果。但是,集中方案的缺点在于需要对自主软件系统的进行全局计算的那部分频繁进行软件更新,以使该部分能够准确地模拟(model)系统中的新类型的组件。在复杂的非均匀系统中,每增加一种新组件就更换中央的决策软件是不切实际的要求。
通过使系统的每个组件在指定的粒度级上负责它自己的模拟细节,分散方案克服了集中方案的这种缺点。每个组件至少处理一定量的计算和优化,并把这些计算和优化的定量结果以通常标准或类属的格式传送给更全局的优化器和决策者。全局优化器随后对从各个单独组件接收的数据进行更全局或者集中的优化计算。在这种分散方案中,向系统中增加一种新组件不需要对进行更全局计算的那部分系统进行任何改变,只要新类型的组件能够按照所需的标准格式表示它自己的计算的结果。但是,分散方案使在单独组件中进行的计算不能受益于在系统的更高级别可能得到的更全局的信息。于是,分散系统的总体结果不是最佳。
于是,需要自主计算系统和操作自主计算系统的方法,所述自主计算系统及其操作方法提供分散系统中得到的操作和更新的简便性,同时具有集中系统中所得到的增大的优化水平。

发明内容
本发明的目的在于通过利用多个组件供给的组件模型来确定计算系统的优选操作状态,提供计算系统的自主控制和优化的系统和方法。所述优选操作状态可以是最佳状态或者比当前操作状态更接近于最佳状态的状态。自主系统管理的例证方法保持包括多个组件的自主计算系统中的一个或多个组件的组件模型。这些组件模型可位于整个系统可访问的储存库或数据库中。持有组件模型的计算系统内的组件或节点与自主计算系统的管理服务器通信。组件模型的保持包括根据需要更新现有的组件供给的组件模型,为加入自主计算系统中的每个新组件增加新的组件模型,和删除与已从系统中除去的组件相关的现有组件模型。
为了便于提高包含多个组件的计算系统的优化水平,保持在系统级数据库中的所有组件模型被管理服务器取回。如果对于特定组件来说不存在组件模型,那么管理服务器对该组件使用类属模型。组件模型和类属组件模型被用于计算自主计算系统的更新操作状态,所述更新操作状态比当前操作状态更接近于计算系统的最佳操作状态。按照计算的更新操作状态管理自主计算系统。自主计算系统的管理包括调整一个或多个组件的操作状态,设置一个或多个组件的控制变量,调整自主计算系统内的资源分配和它们的组合。


图1是根据本发明的自主计算系统的一个实施例的示意图;图2是图解说明根据本发明的计算系统的自主控制方法的一个实施例的流程图;图3是图解说明更新供根据本发明的方法之用的组件模型的方法的一个实施例的流程图;图4是图解说明更新供根据本发明的方法之用的组件模型的方法的另一实施例的流程图;图5是图解说明更新供根据本发明的方法之用的组件模型的方法的又一实施例的流程图。
具体实施例方式
首先参见图1,图中图解说明了供通过改进的模型传送、改进系统行为或性能之用的自主计算系统10的一个例证实施例。在一个实施例中,计算机系统10包括管理服务器101,管理服务器101包含管理计算机系统,包括分布式计算机系统的全企业管理的硬件和软件。在一个实施例中,管理服务器是系统级管理服务器。虽然被图解表示成单一服务器,不过系统管理可由通过一个或多个网络相互通信的多个管理服务器提供。管理服务器可以是单一的集中服务器,或者可按嵌套或对等结构排列的多个管理服务器。管理服务器的功能可由单一服务器实现,或者这些功能可由随着时间变化或者根据待执行的功能的类型而变化的多个服务器处理。在本领域中,用作服务器的适当设备众所周知并且是可以得到的。管理服务器101向自主计算系统提供各种功能,包括(但不限于)多组分布式计算机的管理,远程控制,补丁管理,软件分发,操作系统部署,保持操作系统内硬件和软件的详细目录,客户管理,安全性强制执行,配置管理,供应,软件部署,软件包管理,身份管理,策略管理,故障管理,故障诊断,错误记录,数据恢复,性能管理,软件计量,事件监视,统计量收集,启动和停止应用程序,业务路由选择,存储区域网(SAN)区域控制和它们的组合。
计算系统10还包括多个分布式系统组件103。这些分布式组件包括(但不限于)信息技术(IT)组件、计算机、路由器、数据库、web服务器、自主存储单元、SAN控制器、性能监视器和数据库服务器。分布式组件103通过一个或多个网络102相互通信,并与管理服务器101通信。适当的网络102包括(但不限于)诸如以太网之类的局域网(LAN),诸如因特网之类的广域网(WAN),安全的局域网和广域网,安全的无线网络,企业网络,存储区域网,虚拟专用网,安全的虚拟专用网,网际区域网络,网际安全网络,个人区域网,公共交换电话网(PSTN)和它们的组合。
在一个实施例中,计算系统10包括数据库104或者其它适当的存储介质。数据库104可以是指定组件、服务器或节点的本地数据库,或者可以是所有系统组件和管理服务器可访问的系统级数据库。在另一实施例中,计算系统包括多个数据库104。数据库104通过直接通信连接或者通过一个或多个网络102与管理服务器101通信。适当的数据库包括能够保存计算机系统数据,并且能够把该数据传送给管理服务器102的任意类型的固定或可拆卸存储介质。数据库包含当操作自主计算系统时,管理服务器使用的数据和信息。在一个实施例中,数据库包含多个组件模型。每个组件模型能够模拟系统中的组件之一,例如,向计算机系统供给所述模型的组件。另外,组件模型可由计算系统保持(maintain),即创建或更新。在一个实施例中,组件模型由供给该组件模型的组件保持,所述保持与管理服务器无关。于是,管理服务器不必创建供优化自主计算系统之用的模型。相反,管理服务器使用从管理服务器之外的来源获得的计算机系统中的每个组件的一个或多个模型来提高或优化自主计算系统的行为或性能。
参见图2,图中图解说明根据本发明的自主系统管理方法20的一个例证实施例。按照该例证实施例,包含多个组件的自主计算系统中的一个或多个组件的组件模型被保持在自主计算系统中(步骤21)。组件模型可被保持或保存在布置在自主计算系统之内或之外的多个适当储存库中。这些储存库包括数据库,包括系统数据库或者与计算系统内的指定组件或节点相关的数据库,或者任何其它适当的存储介质。储存库可位于专门用于保持组件模型的指定集中位置。另一方面,储存库的位置可随着时间而变化,并且可在系统内的组件或节点之间移动。在一个实施例中,提供多个储存库。可按照任意类型的分级结构,包括嵌套结构排列这些储存库。
保持在自主计算系统或系统储存库中的至少一个组件模型(最好全部组件模型)得自于在管理服务器之外的来源。适当的外部来源包括(但不限于)第三方数据库或储存库,基于web的数据库和可拆卸的存储介质。在一个实施例中,至少一个组件模型得自于计算系统内的一个指定组件。例如,组件模型可被硬编程到组件中,或者在与该组件相关的存储盘上提供。从系统组件获得的组件模型可以是组件特有的,适合于两个或更多的系统组件,或者是类属的。在一个实施例中,指定的组件模型反映或模拟在系统的各种情况下,与该模型相关联的组件的状态或行为。于是,管理服务器使用每个组件模型来确定和控制计算系统内组件的行为,以便改进整个系统的行为或性能,或者提供系统优化,以及开发自主计算系统性能的系统模型。这不需要管理服务器自己产生一个或多个系统组件的组件模型。为了便于管理服务器对组件模型(包括任何组件供给的模型)的使用,储存库与管理服务器通信,管理服务器可访问组件模型。
把组件模型保持在自主计算系统中包括更新、增加和删除组件模型。在一个实施例中,把组件模型保持在自主计算系统中还包括更新自主计算系统中的现有组件模型(步骤22)。现有的组件模型根据需要被更新。响应存在更新的通知,管理服务器可直接访问并从每个组件取回更新,或者可访问并从另一外部来源(比如集中的或者基于web的储存库)取回更新。另一方面,当模型更新可用时,指定组件主动转发模型更新。在另一实施例中,自主计算系统中组件模型的保持包括为加入自主计算系统中的每个新组件增加一种新的组件模型(步骤24)。可通过包括管理服务器主动识别新的系统组件并取回相关组件模型的处理来实现新模型的增加。另一方面,每个增加的组件定位和通知管理服务器,并提供其模型。在一个实施例中,新组件模型的增加还涉及识别加入自主计算系统中的新组件(步骤26),和从每个新组件获得新组件模型(步骤28)。
图3中图解说明了响应计算系统中新组件的加入,增加新的组件模型(步骤24)的方法的一个例证实施例。如图所示,系统级管理服务器识别每个新组件的加入(步骤26),并从该组件获得新的组件模型(步骤28)。获得每个新的组件模型包括在管理服务器和每个新组件之间建立通信(步骤50)。在管理服务器和系统组件之间建立通信的系统和方法在本领域中众所周知并且是可以得到的,可以使用任何适当的方法。管理服务器随后搜索以管理服务器理解或者管理服务器支持的格式或模型表示语言可用的任何及所有新组件模型(步骤54)。这种搜索包括搜索与每个新组件相关的数据库或存储介质,以及在基于web的网络环境中搜索中央数据库。如果不存在组件模型,或者如果组件模型确实存在、但是格式不兼容,那么不会取回或向系统管理服务器传递任何模型(步骤56)。如果存在所支持的模型,那么产生管理服务器支持的所有新组件模型的列表(步骤58)。从产生的列表中,为每个新组件识别优选的新组件模型(步骤60)。识别优选组件模型的适当方法包括(但不限于)随机选择、以及选择用管理服务器最喜欢的语言表示的组件模型。每个识别的优选新组件模型被传送给管理服务器,并被保存或存储在自主计算系统中(步骤29)。
参见图4,在响应计算系统中新组件的加入,增加新的组件模型(步骤24)的方法的另一实施例中,管理服务器再次识别每个新组件的加入(步骤26),并从该组件获得新的组件模型(步骤28)。为了获得新的组件模型,管理服务器在管理服务器和每个新组件之间建立通信(步骤50)。系统管理服务器向每个新组件请求新的组件模型(步骤70),并把管理服务器理解的或者管理服务器支持的新组件模型的格式或模型表示语言的列表传送给每个新组件(步骤72)。每个组件随后检查所有可用的新组件模型(步骤68)。这些模型可位于该组件的本地数据库或存储介质中,或者位于通过一个或多个网络访问的中央储存库中。每个新组件随后确定是否存在采用管理服务器支持的语言或格式的任意组件模型。如果不存在任何支持的模型,那么不向管理服务器传送任何模型(步骤56)。在存在所支持格式的组件模型的条件下,每个新组件产生用管理服务器支持的语言或格式表示的所有新组件模型的列表(步骤58)。从该列表中,例如从产生的列表中识别优选的新组件模型(步骤60)。选择优选模型的适当方法和上面表述的那些方法相同。一旦优选的组件模型已被识别并被传送给管理服务器,那么该组件模型被保存到自主计算系统中(步骤29)。
参见图5,图中图解说明响应计算系统24中新组件的加入,增加新的组件模型的另一实施例。通常,每个新组件联系管理服务器,从而启动新组件模型的传送或传输。首先,新组件识别、定位和联系管理服务器(步骤62)。识别管理服务器的适当方法包括(但不限于)利用服务发现和调用方法。随后利用本领域中已知并且可用的通信方法和协议在系统管理服务器和新组件之间建立通信(步骤64)。每个新组件从管理服务器获得反映管理服务器理解或支持的模型表示语言的信息,即列表(步骤66)。每个组件随后检查所有可用的新组件模型(步骤68)。这些模型可位于新组件的本地数据库或存储介质中,或者位于通过一个或多个网络访问的中央储存库中。在一个实施例中,组件模型被集成到每个新组件中,即以固件的形式。在另一实施例中,在诸如计算机磁盘、CD或DVD之类的安装介质上供给组件模型,或者通过因特网在中央储存库中访问组件模型。每个新组件检查所有可用的自模型,即反映该组件在各种情况下的状态或行为的模型,从而确定是否存在采用管理服务器理解的语言或格式的任何组件模型(步骤54)。如果不存在任何支持的模型,那么不向管理服务器传输任何模型,并且终止该组件和管理服务器之间的通信。在存在所支持格式的组件模型的条件下,每个新组件产生用管理服务器支持的语言或格式表示的所有新组件模型的列表(步骤58)。从该列表中,例如从产生的列表中识别优选的新组件模型(步骤60)。选择优选模型的适当方法和上面表述的那些方法相同。一旦优选的组件模型已被识别并被传送给管理服务器,那么该组件模型被保存到自主计算系统中(步骤29)。
在一个实施例中,把组件提供的组件模型保持在自主计算系统中(步骤21)还包括从自主计算系统储存库中删除过时的、满期的或者多余的模型。在一个实施例中,识别已从自主计算系统中除去的现有组件(步骤30)。识别与除去的组件相关的所有组件模型,并从自主计算系统中删除与除去的组件相关的现有组件模型(步骤32)。可以使用适合于从自主计算系统中删除电子格式数据的任何方法。
返回图2,管理服务器利用保存在自主计算系统中的一个或多个组件模型来优化自主计算系统的行为、性能或操作。在一个实施例中,管理服务器访问保持在自主计算系统中的至少一个(最好所有的)可用组件模型(步骤44)。首先,管理服务器选择计算系统内的一个组件(步骤34),并确定与所选组件对应的组件模型是否被保存在自主计算系统中(步骤36)。如果确实存在对应的模型,那么管理服务器选择并取回适当的组件模型(步骤40)。如果不存在对应的模型,那么选择的组件被识别为自主计算系统内的一个组件,对于该组件,在自主计算系统中没有保持其组件模型。于是,管理服务器为自主计算系统中识别的缺少组件模型的每个组件获得一个类属模型(步骤38)。这些类属模型可被保存在自主计算系统中,或者保存在管理服务器可访问的任何其它适当的储存库中。在为选择的系统组件获得对应模型或者类属模型之后,确定是否存在供选择的其它系统组件(步骤42)。重复系统选择和模型取回的过程,直到对于所有系统组件,已取回所需数目的对应组件模型或类属组件模型为止。
在取回一个或多个系统组件的组件模型之后,利用访问并取回的组件模型以及适当的任何类属组件模型,计算自主计算系统的更新操作状态(步骤46)。可以使用任何适当的利用模型来计算操作状态的方法。例证的方法包括(但不限于)优化、效用估计和服务级别管理。计算更新的操作状态包括确定和自主计算系统的当前操作状态相比,在行为的至少一个量度方面表现出改进的系统行为或性能的自主计算系统的操作状态。可以使用本领域中已知并且可用的任何适当的系统行为的量度,即处理器利用率,资源分配,带宽划分或响应时间。虽然在一个实施例中,更新的操作状态对应于自主计算系统的最佳操作状态,不过更新操作状态通常在行为的指定量度比当前操作状态更接近于最佳状态。于是,在一个实施例中,更新操作状态的计算涉及满足而不是优化各种组件模型,一般来说,按照更新操作状态计算管理计算系统涉及把系统移动到或者移向计算的最佳值。
按照计算的更新操作状态管理整个自主计算系统和包含于其中的所有组件(步骤48)。按照计算的更新操作状态管理自主计算系统包括(但不限于)调整一个或多个组件的操作状态,设置一个或多个组件的控制变量,调整自主计算系统内的资源分配及其组合。自主计算系统中模型的保持、模型访问和更新操作状态计算被不断重复,以便为计算系统的自主控制创造条件。
虽然被图解表示成仅仅具有一级控制层次的单一计算系统(所述一级控制层次包含管理服务器),不过根据本发明的例证方法可以和各种控制结构一起使用。在一个实施例中,自主计算系统被组织成多个层次级。系统的每个组件或者把它自己的组件模型,或者把包含它所表示的多个低级系统组件的复合模型发送给系统的下一更全局的,即更高的层次级。分层结构的最高层或顶层是表示整个自主计算系统(例如数据中心或整个企业)的层级。对应于最高层管理服务器的顶级决策者把所有低级模型组合成在优化和配置决策中使用的系统的总体模型。于是,管理服务器随着时间而变化,或者随着穿行系统的各个层次而变化。在任意指定时候,管理服务器根据本发明管理该系统。
在一个实施例中,按照本发明的例证实施例的系统和方法在单一的、通常集中的管理服务器中计算优化状态。当进行优化计算时考虑到中央决策者可以采用的详细信息和数据,包括组件之间的复杂互动和兼顾。但是,计算系统内的每个组件负责向中央或系统级管理服务器提供将被用于表示该组件的模型,每次一种新组件被引入到自主计算系统中时,中央管理服务器不用被替换、更新或者重新编程。
在根据本发明的另一例证实施例中,不是以集中的、嵌套的或者层叠分级结构排列自主计算系统的,而是以分散的对等体系结构组织自主计算系统的。按照该实施例,管理服务器的功能由系统中的各个对等体或节点负责。这些对等体或节点也可以是组件,管理服务器的功能可随着时间而在各个节点之间转移。于是,和嵌套结构或分级结构类似,在任意指定时间,许多节点中的任意一个节点可以是管理服务器。在一个实施例中,每个组件利用对等文件共享协议,例如可从市场上购得的对等文件共享协议,比如Napster或Gnutella,或者专门设计的专有对等协议,把其组件模型转发或者传送给系统中的一个或多个其它组件。在这种对等环境中,一个或多个组件、节点、对等体或管理服务器将获得足够数量的组件模型来形成计算系统的足够详细的整合模型。这些整合模型中的任意一个可被用作管理服务器以进行全系统优化。在一个实施例中,标准的领导者选举算法被用于从拥有足够详细的整合模型的多个组件中选择哪些组件来进行全系统优化。
在另一例证实施例中,利用例如地理学或域名服务(DNS)分级结构,将自主计算系统中的组件分入多个本地区域。通过利用流行的“杂谈”协议,在指定区域内的组件相互共享模型信息。在K.JENKINS,K.HOPKINSON和K.BIRMAN,A Gossip Protocol for SubgroupMulticast,In International Workshop on Applied Reliable GroupCommunication,WARGC(April 2001)中描述了适当的流行“杂谈”协议的一个例子。指定区域内的组件选择该区域内的一个或多个组件,代表该区域与在该区域外的其它组件传递模型信息。通过递归地应用本地区域概念,全系统的整合模型信息可被传给一个或多个顶级组件。这些顶级组件执行所需的全系统全局自我管理决策。在R.VANRENESSE,K.P.BIRMAN和W.VOGELS,AstrolabeA Robust andScalable Technology for Distributed System Monitoring,Management,and Data Mining,ACM Transactions on ComputerSystems,212,164-206(2003)中可找到本地区域概念的递归应用的例子。
根据本发明的例证实施例的方法和系统可以采取纯硬件实施例的形式,纯软件实施例的形式,或者既包含硬件单元和软件单元的实施例的形式。在一个优选实施例中,用软件实现本发明,所述软件包括(但不限于)固件、常驻软件和微代码。另外,例证的方法和系统可以采取可从计算机可用或计算机可读介质访问的计算机程序产品的形式,所述计算机程序产品提供供计算机、逻辑处理单元或者任何指令执行系统之用,或者与计算机、逻辑处理单元或者任何指令执行系统结合使用的程序代码。对于本说明来说,计算机可用或计算机可读介质可以是能够包含、保存、传递、传播或者传送供指令执行系统、设备或装置使用或者与之结合使用的程序的任意设备。适当的计算机可用或计算机可读介质包括(但不限于)电、磁、光、电磁、红外或半导体系统(或设备或装置),或者传播介质。计算机可读介质的例子包括半导体或固体存储器,磁带,可拆卸的计算机磁盘,随机存取存储器(RAM),只读存储器(ROM),硬磁盘和光盘。光盘的当前例子包括光盘-只读存储器(CD-ROM),光盘-读/写(CD-R/W)和DVD。
保存和/或执行程序代码的适当数据处理系统包括(但不限于)直接地或者通过系统总线间接地与存储元件耦接的至少一个处理器。存储元件包括在程序代码的实际执行过程中采用的本地存储器,大容量存储器和高速缓冲存储器,高速缓冲存储器提供至少一些程序代码的临时存储,以便减少在执行期间,必须从大容量存储器取回程序代码的次数。包括(但不限于)键盘、显示器和指示装置的输入/输出或I/O装置可直接地或者通过居中的I/O控制器与系统耦接。根据本发明的方法和系统的例证实施例还包括与系统耦接,从而使数据处理系统通过居中的专用或公共网络,能够与其它数据处理系统或远程打印机或存储装置耦接的网络适配器。目前可用的各种适当的网络适配器包括(但不限于)调制解调器、线缆调制解调器、DSL调制解调器、以太网卡和它们的组合。
在一个实施例中,本发明目的在于一种包含机器可执行或者计算机可执行代码的机器可读或者计算机可读介质,以及计算机可执行代码本身,所述机器可读或者计算机可读介质,当被机器或计算机读取时,所述代码使机器或计算机执行按照本发明的例证实施例的自主系统管理方法。机器可读或计算机可读代码可以是任意类型的代码或语言,所述任意类型的代码或语言能够被机器或计算机读取和执行,并且能够用本领域中已知并且可用的任何适当语言或语法,包括机器语言、汇编语言、高级语言、面向对象的语言和脚本语言表述。计算机可执行代码可被保存在任何适当的存储介质或数据库,包括置于其内的数据库中,并且可在本领域中已知并且可用的任何适当平台上执行,所述存储介质或数据库与根据本发明的系统利用的计算机网络通信,并且可被所述计算机网络访问。
虽然这里公开的本发明的例证实施例实现本发明的目的,不过本领域的技术人员可想起各种修改和其它实施例。任何实施例的特征和/或元件可以单独使用或者结合其它实施例使用,根据本发明的方法的步骤或要素中按照任何适当的顺序运行或执行。于是,附加权利要求意图覆盖在本发明的精神和范围之内的所有这种修改和实施例。
权利要求
1.一种用于自主系统管理的方法,包括在自主计算系统内保持包括多个组件的自主计算系统中的一个或多个组件的组件模型,其中至少一个组件模型得自于位于管理服务器之外的来源,所有组件模型可被自主计算系统的管理服务器访问;利用管理服务器访问保持在自主计算系统中的至少一个组件模型;利用访问的组件模型计算自主计算系统的更新操作状态,与自主计算系统的当前操作状态相比,所述更新操作状态在行为的至少一个量度方面与改进的自主计算系统行为相关联;和按照计算的更新操作状态管理自主计算系统。
2.按照权利要求1所述的方法,其中所有的组件模型从位于管理服务器之外的来源获得。
3.按照权利要求1所述的方法,其中位于管理服务器之外的来源包括与从该外部来源供给的组件模型相关的组件。
4.按照权利要求3所述的方法,其中所有的组件模型从与这些模型相关的组件供给。
5.按照权利要求1所述的方法,其中保持组件模型的步骤还包括更新自主计算系统中的现有组件模型。
6.按照权利要求1所述的方法,其中保持组件模型的步骤还包括为加入到自主计算系统中的每个新组件增加新的组件模型。
7.按照权利要求6所述的方法,其中增加新模型的步骤包括从位于管理服务器之外的来源获得新的组件模型。
8.按照权利要求6所述的方法,其中增加新模型的步骤还包括识别加入到自主计算系统中的新组件;和从每个新组件获得对应的组件模型。
9.按照权利要求8所述的方法,其中获得新的组件模型的步骤还包括在管理服务器和新组件之间建立通信;搜索位于管理服务器之外的至少一个来源,寻找与该新组件相关并且由管理服务器支持的所有新组件模型;产生管理服务器支持的所有新组件模型的列表;从产生的列表中识别优选的新组件模型;和从位于管理服务器之外的来源获得所识别的优选新组件模型。
10.按照权利要求8所述的方法,其中获得新的组件模型的步骤还包括在管理服务器和新组件之间建立通信;向新组件请求新的组件模型;把新组件模型的支持语言的列表从管理服务器传送给新组件;检查所有可用的新组件模型;产生用管理服务器支持的语言表述的所有新组件模型的列表;从产生的列表中识别优选的新组件模型;和把识别的优选新组件模型从新组件传送给管理服务器。
11.按照权利要求6所述的方法,其中增加新组件供给的组件模型的步骤还包括识别将加入到系统中的新组件;在管理服务器和新组件之间建立通信;把新组件模型的支持语言的列表从管理服务器传送给新组件;检查所有可用的新组件模型;产生用管理服务器支持的语言表述的所有新组件模型的列表;从产生的列表中识别优选的新组件供给的组件模型;和把识别的优选的新组件供给的组件模型从新组件传送给管理服务器。
12.按照权利要求1所述的方法,其中保持组件模型的步骤还包括识别已从自主计算系统中除去的现有组件;和从自主计算系统中删除与除去的组件相关的现有组件模型。
13.按照权利要求1所述的方法,其中访问组件模型的步骤还包括识别自主计算系统中其组件模型未被保持在自主计算系统中的组件;和为每个识别的其组件模型未被保持在自主计算系统中的组件获得类属模型;和计算自主计算系统的更新操作状态的步骤还包括利用访问的组件模型和获得的类属模型,计算自主计算系统的更新操作状态。
14.按照权利要求1所述的方法,其中按照计算的最佳状态管理自主计算系统的步骤还包括调整一个或多个组件的操作状态,设置一个或多个组件的控制变量,调整自主计算系统内的资源分配,或者它们的组合。
15.一种用于自主系统管理的方法,包括在自主计算系统内保持包括多个组件的自主计算系统中的一个或多个组件的组件模型;把组件模型传送给在自主计算系统内的多个组件,以致在任意指定组件,传送给该组件的组件模型中的至少一个得自于位于该组件之外的来源;选择已向其传送组件模型的多个组件之一作为管理服务器以计算更新操作状态;利用至少一个传送的组件模型在选择的组件计算自主计算系统的更新操作状态,与自主计算系统的当前操作状态相比,所述更新操作状态在行为的至少一个量度方面与改进的自主计算系统行为相关联;和按照计算的更新操作状态管理自主计算系统。
16.按照权利要求15所述的方法,其中选择多个组件之一的步骤还包括利用领导者选择算法来选择该组件。
17.一种用于自主系统管理的系统,包括在自主计算系统内保持包括多个组件的自主计算系统中的一个或多个组件的组件模型的装置,其中至少一个组件模型得自于位于管理服务器之外的来源,所有组件模型可被自主计算系统的管理服务器访问;利用管理服务器访问保持在自主计算系统中的至少一个组件模型的装置;利用访问的组件模型计算自主计算系统的更新操作状态的装置,与自主计算系统的当前操作状态相比,所述更新操作状态在行为的至少一个量度方面与改进的自主计算系统行为相关联;和按照计算的更新操作状态管理自主计算系统的装置。
全文摘要
提供自主控制和优化计算系统的方法和系统。自主计算系统中的一个或多个组件的多个组件模型被保持在系统数据库中。这些组件模型得自于位于管理服务器这外的来源,包括与所述模型相关联的组件。组件模型被增加到数据库中或者从数据库中删除,或者根据需要被更新。与数据库通信的系统管理服务器利用保持在系统数据库中的组件模型以及类属组件模型(当需要时),计算自主计算系统的最佳状态。按照计算的最佳状态管理自主计算系统。
文档编号G06F9/44GK101059757SQ20071008633
公开日2007年10月24日 申请日期2007年3月13日 优先权日2006年4月18日
发明者戴维·M.·柴斯, 伊恩·N.·威利, 詹姆斯·E.·汉森, 奥拉·塞加尔, 拉加施·达斯, 杰拉德·J.·特索罗 申请人:国际商业机器公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1