专利名称：能够进行按需基础设施的实时测试以预测服务级别协议一致性的方法
技术领域：
本发明总体上涉及按需电子商务(EBOD)，更具体地涉及一种用于在EBOD环境中提供实时基础设施(infrastructure)场景测试的系统和方法。
背景技术：
几十年来，位于纽约Armonk的国际商业机器公司(IBM)在商务计算领域一直都处在新范式的最前沿。目前，IBM正在发起一种新的计算公用服务(computing utility service)，即“按需电子商务”(EBOD)。简言之，EBOD是一种基于“按小时服务(power by thehour)”的信息技术(IT)形式，其中客户仅针对实际使用的计算服务的级别来付费。EBOD的客户将他们的IT环境传送到公用管理基础设施(UMI)，并仅针对所接收到的实际的计算服务进行付费。就像电、水、气一样，IT被看作是另一种公用设施(utility)。因此，通过使客户免去对建设和维护IT运营的责任、对管理人员提供必要的教育和培训以及对于适用规则的必须遵守，客户能够集中在他们的核心业务上，同时享受由IBM提供的可变的价格、自动化处理以及共享基础设施的极高弹性和响应率。
从专用IT环境转换到EBOD环境的客户可能担心新范式的效率以及失去对实际IT运营的控制。尽管当前共享IT基础设施的厂家可能允许客户分析他们的IT系统的响应率，但是不存在对新出现的如IBM的EBOD基础设施这样的类似于公用设施的中间件进行支持的实时服务测试工具。
现有的产品包括典型的系统测试产品套件由位于加利福尼亚的Sunnyvale的Mercury Interactive公司发布的WinRunner，以及IBM的即将问世的Blue Typhoon图形用户界面(GUI)。这些典型的系统测试套件仅采用诸如“top”、“sar”、“wait”、“vmastat”、“netstat”和“ping”这样的计算机命令来确定诸如CPU、存储器、盘和网络的使用，而不提供测试假定负载的方法。
WinRunner捕获实际的IT事件，然后基于所捕获的事件，对于用户通过一系列的基于客户或网络(web)的GUI来执行调度(manoeuvring)工作进行仿真。用户的数量可以调整，但WinRunner仅测试对某种类型的用户界面有要求的应用专用功能方面的命中(hit)。换言之，WinRunner测试用户界面，而不是模拟对于特定应用的压力(stress)，以及对诸如处理、网络功能性和数据存储这样的特定共享性能的使用。
Blue Typhoon GUI是Java的swing/applet应用，该应用使得客户能够修改计算容量，并且分配和/或再分配计算资源。尽管该方法使得客户可以被动地查看资源，但是Blue Typhoon并不提供以主动方式检取共享系统/应用数据的方法来进行真实的实时测试。
发明内容
本发明提供了一种用于对在共享IT环境中运行的客户的信息技术(IT)系统以及应用的效率和有效性进行建模的设备和方法。所要求保护的主题使得通用管理基础设施(UMI)提供商能够说明实际客户的请求将符合还是超出该客户的服务级别协议(SLA)的限制。通过测试套件可以在UMI环境中模拟所期望的IT设定。该测试套件使得客户能够在虚拟计算机上生成生产级别负载和压力，因此能够洞察客户的特定按需电子商务(EBOD)环境。该性能使得客户能够预先识别可能的系统缺陷，以便能够做出必要的调整来使他们所预订的服务的效率最大化。换言之，所要求保护的主题使得客户能够对他们的EBOD环境进行配置并且进行实时测试。
IBM UMI环境由诸如处理、网络以及数据存储装置的资源组成，这些资源能够处理系统中的大量用户以及事务。一个特定客户通常仅需要该容量的一小部分，并且针对所期望的服务级别签订合同。使用由IBM提供的例如Tivoli Service Desk(TSD)的帮助台(helpdesk)软件作为示例，所要求保护的主题能够模拟多次访问以检测系统响应；检测端点机器是否使诸如网络/存储装置容量的资源优化；并且发送负载，该负载表示典型的最终用户(帮助台代理)日常所执行的负载。以这种方式，客户能够分析并理解虚拟计算机的特性，更重要地，分析并理解他们公司在UML中的关键应用的特性。
本发明使得客户能够将假定负载与SLA进行比较，以便在必要时作出调整，以管理或优化SLA。另外，在形成SLA之前，可以使潜在的客户确信所提出的SLA是最优的，并且符合他们的需要。
该综述并不旨在详尽说明所要求保护的主题，而是旨在提供对与所要求保护的主题相关联的某种用途的简单描述。对于本领域的技术人员来说，通过检验以下附图及详细说明，本发明的其它系统、方法、用途、特征及优点将变得显而易见。
当结合附图来考虑以下对所公开实施例进行的详细说明时，可以获得对本发明的更好的理解。
图1是包含有所要求保护主题的示例性通用管理基础设施(UMI)体系结构的框图。
图2是实现要求保护主题的按需服务(ODS)架构的框图。
图3是图2中引入的集成中心(integration hub)的更加详细的框图。
图4是示出了在图2的ODS架构中的集成中心与其它不同部件之间的交互。
图5是图2的ODS架构的测试中心部件的框图。
图6是一个模拟处理的流程图，该模拟处理用于产生指定的工作流对系统资源的影响的预测，之后将该预测与客户服务级别协议进行比较。
图7是示例性模拟操作处理的流程图，其更加详细地示出了图6的模拟处理的一部分。
具体实施例方式
尽管具体地参照UMI环境对本发明进行描述，但所要求保护的主题还可以在期望进行负载和/或压力测试的任何信息技术(IT)系统中实现。计算领域的普通技术人员明白所公开的实施例除了与下面描述的计算环境相关之外，还与更多种类的计算环境相关。另外，所公开的发明的方法可以以软件、硬件或者软件和硬件的组合来实现。硬件部分可以使用专用逻辑来实现；软件部分可以被存储在存储器中，并且通过诸如微处理器、个人计算机(PC)或者大型机这样的适当的指令执行系统来执行。
现在转向附图，图1是包含有所要求保护主题的示例性通用管理基础设施(UMI)体系结构100的框图。企业101为多个客户提供服务，诸如客户_1 103、客户_2 104、客户_3 105、客户_4 106和客户_5107。企业101还与多个供应商有关系，即供应商_1 113、供应商_2 114和供应商_3 115。对于该示例来说，没有指定企业101所从事的具体的业务类型，这是因为UMI基础设施100以及所要求保护的主题实际上可应用于采用信息技术(IT)基础设施的任何类型的业务。实际上，UMI结构101甚至可应用于不具有客户和/或供应商的假定业务。
在该示例中，供应商113到115向企业101提供部件和服务121，而且客户103到107购买产品或者出售物(offering)119。企业101包括业务处理_1 123、业务处理_2 124和业务处理_3 125，以使得企业101可以将部件和服务121转换成出售物119。业务处理的类型的示例包括但不限于制造供应系统、会计帐目系统、记帐系统、客户管理系统和工资管理系统。客户103到107、供应商113到115和业务处理123到125的具体数目仅用于示例的目的；所要求保护的主题可以同样良好地应用于具有任何特定数目的这种关系的小型、中型和大型企业。
企业101包括虚拟化基础设施，即“按需服务(ODS)架构”129，在该示例中，“按需服务(ODS)架构”129是由位于纽约Armonk的国际商业机器公司(IBM)设计的按需电子商务(EBOD)环境。该IBM EBOD环境被设计为用于商务客户，并且能够在因特网上传送会计帐目、人力资源和客户关系管理应用以进行基于使用的收费，或者如果需要，可以用于向公司提供计算资源，例如处理器、存储装置、存储器，以支持他们的操作。
图2是图1的ODS架构129的更加详细的框图。在图2中包括ODS块167，该ODS块167表示可以在例如IBM EBOD环境这样的ODS环境中使用的各种按需服务。如上所述，ODS服务的示例包括但不限于生产供应系统、会计帐目系统、记帐系统、客户管理系统和工资管理系统。在该示例中，ODS服务167经由服务编程接口(SPI)165与ODS架构129相连。在该示例中，SPI 165是一组应用编程接口(API)。计算领域的普通技术人员应当明白，除了经由SPI 165之外，还存在其它的方式来实现ODS块167与ODS架构129之间的连接，例如但不限于安全套接字。
在图2中还包括业务系统块169，该业务系统块169表示任何或者所有特定的业务处理123到125(图1)，可能要求这些业务处理提供对于由企业101(图1)提供的所述各种ODS服务中的一个或者多个的访问。业务系统169经由订单启动块(order enable block)171耦合到ODS架构129，该订单启动块171可以表示用于将信息从业务系统传递到ODS架构129的软件、硬件或者操作员。
ODS架构129包括用于协调业务系统169、ODS服务167和ODS架构129之间的交互的集成中心141。该集成中心141包括工作流部件143和集成中间件部件145。工作流部件143管理来自业务系统169的通信和请求，而集成中间件部件145管理来自ODS块167的通信和请求。当工作流部件143主要与集成中间件部件145进行通信时，集成中间件部件145负责处理从工作流部件143和ODS服务块167到UMI基础服务147的通信和请求，以及从UMI基础服务147到ODS部件167的通信和请求。
UMI基础服务147包括入口151，该入口151是在UMI基础服务147、ODS架构129的其余部件以及例如来自其它厂商的软件的任何实体之间的通信接口，该软件在ODS架构129之外并且需要一个到UMI基础服务147的直接通信链路。计算领域的普通技术人员将认识到存在多种实现入口151的方法，包括但不限于API和安全套接字。UMI基础服务147的其它部件包括帮助台部件152、服务级别协议(SLA)部件153、供应(provisioning)部件154、报告部件155、监控和管理部件156、记帐部件157、计量部件158和测试中心部件159。
帮助台部件152可以是如典型的电话响应系统的自动化系统，或者可以是全部或部分人工系统，其中该帮助台部件152用于为在企业101(图1)的相应的帮助台部分工作的雇员进行自动通信和数据检取任务。
服务级别协议(SLA)管理部件153监控并控制在ODS架构129与客户企业之间的交互。这些交互包括由客户103到107(图1)和/或供应商113到115(图1)访问系统资源。SLA典型地是一种在ODS架构129的供应商与企业之间的契约协议，该协议涉及授权给该企业的ODS架构129的资源量和这些资源的成本。换句话说，SLA管理部件153确定企业使用率和UMI服务是满足、超过还是符合它们的特定SLA，然后基于该信息采取合适的动作。涉及SLA的数据存储在数据存储器161中。
供应引擎154规定了任务的自动化以及与ODS架构129内的资源相关的资源分配。具体地，供应引擎154能够进行诸如服务器、数据存储装置、网络资源和防火墙等的资源的分配，以满足采用SLA所要求的企业需求。另外，供应引擎154还便于在ODS架构129内进行软件分配。
报告部件155负责有关企业101、业务处理123、125和127以及ODS架构129中的任何一个或者全部的报告的生成。报告可以包括但不限于生产报告、记帐报告、存货报告、客户报告、性能报告和SLA一致性报告。预定义的报告模板和所生成的报告被存储在数据存储器161中。
监控和管理(M&M)部件156负责收集与管理ODS架构129和其它UMI基础服务147相关的信息，并且提供用于管理OSD架构129和其它UMI基础服务147的接口。所收集的信息被存储在数据存储器161中，而且这些信息直接地或者通过数据存储器161对于帮助台152、报告部件155和下文描述的记帐部件157可用。
记帐部件157主要基于来自SLA管理部件153和下面描述的计量部件158的信息，为使用ODS架构129的企业生成计价(invoicing)和记帐信息。
计量部件158跟踪企业对于ODS架构129的使用以及与ODS架构129的操作相关的任何必要的内部信息。由计量部件158收集的信息被存储到数据存储器161中，并且可由帮助台部件152、报告部件155、M&M部件156和记帐部件157使用。
最后，测试中心部件159控制诸如客户分析(profiling)、测试数据生成，以及用于ODS架构129的测试存储和调度这样的行为。下面将结合图5更加详细地解释测试中心部件159。
图3是图2的集成中心141的更加详细的框图，特别关注了在处理SPI 169的请求期间，在ODS架构129的特定部件之间的通信。正如上面结合图2所解释的，到ODS块167的通信或者来自ODS块167进行的通信经由SPI 165进行传送。来自ODS 167的特定请求经由SPI165传送到集成中间件145，而后集成中间件145确定要处理该请求的合适的部件。可能的部件包括中心验证和授权(CAA)部件173以及通用注册和审计(common login and audit，CLA)部件175，该中心验证和授权(CAA)部件173用于确保该特定请求是来自经授权的源，而一旦CAA 173授权了一个特定源，注册和审计(CLA)部件175就提供一个注册和记录事务。
之后，将在通过CAA 173验证和CLA 175注册之后到达集成中心141的请求路由到合适的UMI部件151到158。例如，计量部件158借助于CLA 175记录特定用户的访问并且记录特定用户对ODS架构129的使用。正如上面所解释的，工作流部件143针对在ODS架构129内的事务的管理，对集成中间件145进行调整。工作流部件143使得能够自动进行在UMI部件151到158中的操作处理。工作流部件143还协调部分为人工步骤以及部分为自动步骤的处理。对于人工步骤来说，工作流部件143执行诸如(但不限于)基于预设业务规则来跟踪进度、实施时间限制以及发送告警信号这样的任务。
图4是更加详细地示出了在集成中心141、UMI部件151到158、ODS 167、CAA 173和CLA 175之间的交互的框图，所有这些部件都已结合图2和图3在上面进行了解释。ODS 167通过发送请求181和接收响应183与集成中心141进行通信。为了简明起见，图4中没有示出SPI 165(图3)。
来自诸如客户103到107或者供应商113到115(图1)这样的特定用户的初始ODS请求181通常需要由ODS架构129(图2)来验证。这要通过集成中心141来实现，该集成中心141从初始请求181中的数字证书提取ODS标识符(ID)，并且将ODS ID 185发送到CAA 189。典型地，在为特定客户设置ODS 167时建立ODS ID，该ODS ID可以是但不限于密码。而后，CAA 173采用用于验证和授权的数字证书。本质上，CAA 173基于ODS ID/SPI映射191来执行验证和授权，该ODS ID/SPI映射191是响应于到数据存储器161的请求189而检取到的。
如果对特定用户进行了验证，那么CAA 173将ODS授权187发送回集成中心141。一旦集成中心141接收到该授权，该集成中心141就能够代表经验证用户从UMI部件151到158发送并接收请求和响应193。为了简明起见，仅有记帐部件157示出了请求和响应193，其分为表示请求197和响应199的路径。最后，将验证和授权行为记录(195)到CLA 175。
图5是图2、3和4的测试中心159的更加详细的框图。在图5中还包括有数据存储器161，其例示了与所要求保护主题相关的示例数据区域。测试中心159包括资源分析器(profiler)部件201、工作量分析器部件203、模拟引擎205、模拟数据生成器206、简档(profile)比较器207和一致性监控器209。
资源分析器部件201对存储在数据存储器161中的资源简档数据211进行编辑。资源简档数据211表示在ODS架构129中的特定客户的资源分配以及任何其它的可用资源。所分配的资源例如可以包括但不限于处理周期、所需服务器的数目、网络带宽和数据存储需求。每个所分配的资源都具有与其相关的参数，如基本资源分配、最大资源分配、资源成本和基于客户工作量需求动态再分配资源的规则。可用资源例如是可用处理器类型。例如，用户可能已经订立合同来使用Intel体系结构，但是需要获知它们在更加健壮的服务器环境中的应用功能。
工作量分析器部件203产生同样被存储在数据存储器161中的工作量简档数据213。工作量简档数据213表示相对于特定客户已分配资源(如在客户资源简档数据211中所描述的)的该客户的典型工作量，或者相对于使用资源的分配的工作量。例如，企业101的业务处理1123(图1)典型地可以对于ODS架构129的记帐部件157(图2)，产生每天一百个(100)呼叫，每个请求197平均为一千个字节，每个响应199平均为二千个字节。另外，一项事务可能需要平均一百个(100)处理周期，以根据平均请求197来产生响应199并且在数据存储器161(图2和图4)中产生一兆的字节块。该信息被作为用于业务处理1123的典型工作量，存储到工作量简档数据213中。每个业务处理123到125都在工作量简档数据213中具有与其典型事务以及每个事务使用的诸如处理周期、带宽和数据存储器的参数对应的数据。
除了基于特定客户的实际使用的工作量简档数据213之外，工作量简档数据213还包括对应于假定客户的数据，可能是基于集合的或者预测的平均值。以这种方式，潜在客户能够产生并检查对应于潜在工作量的场景，因此确保ODS架构129能够处理业务或者预测可能适合于该潜在客户的特定级别的SLA。工作量简档数据213还可以被存储在配置文件中，以使得对各种假定场景进行存储以便日后参照，而且必要时还可以进行修改。
模拟引擎205采用工作量简档数据213，从而基于由客户或者管理人员通过操作GUI(未示出)中的参数而输入的客户工作量中的所计划的变化，来产生假定工作量。例如，基于针对记帐部件157的事务的平均数，模拟引擎205能够估计将每天一百个事务的平均工作流增加到每天两百个事务的平均工作流所需的ODS架构129的资源。可以通过改变颗粒度(granularity)来产生模拟。例如，客户可以知道在某个特定的日期，业务处理1123将经历需求的波动。在这种情况下，工作流简档数据213包括如下的信息，该信息表明业务处理1123典型地针对记帐部件157执行一百个(100)事务，针对报告部件155执行五十个(50)事务，针对计量部件158执行两百个事务等等。然后，模拟引擎205产生对应于各个特定的可采用部件151-8的假定工作量。可以通过客户来保存参数的各种组合，以便可以仅通过修改所存储的参数集，返回或者抓取(tweak)由一组特定参数表示的特定模拟。该特性防止了对参数的不必要的再次输入。
除了创建响应于特定假定需求的ODS架构129的估计之外，模拟引擎205实际上还可以使用模拟数据对ODS架构129进行物理测试。例如，通过使用上述需要一百个(100)处理周期和数据存储器161的一兆字节块的一个事务的示例，模拟数据生成器206产生合适大小的伪程序、网络数据分组和模拟数据块，以便模拟引擎205能够实际消耗处理周期，传送网络流量并且分配总量等于假定工作量的数据存储161的多个字节块。以这种方式，通过使用实际可用的资源和基础设施来模拟假定工作量。下面将结合图7来说明示例数据采集处理240。
模拟引擎205可以针对预测或者假定的工作量来创建假定进度表，使得定时问题的影响可以变为模拟中的因素。例如，客户可以在下午5点到6点之间的典型峰值期间获知网络流量和来自客户的相应的产品订单，而且获知报告处理可以延迟到5点高峰期之后。在这种情况下，不同类型的处理可以彼此隔离，并且可以评估各种隔离方案的影响。
在一种可替换的实施例中，模拟引擎205能够基于在假定场景与实际资源简档数据211和工作量简档数据213之间的匹配，对第一客户的假定场景进行预测，该实际资源简档数据211和工作量简档数据213对应于实际数据与假定情形非常匹配的第二客户。
然后，简档比较器207对模拟引擎205产生的假定工作量和资源简档数据211进行比较。以这种方式，测试中心159确定是否存在足够的资源以及现有的资源是否可用于服务假定工作量。应当注意，进行该确定不会影响ODS架构129的实际资源，除了可能影响数据存储器161的命中以及执行模拟本身所需的处理周期。
一致性监控器209采用模拟引擎205和简档比较器207的结果，并且确定计划的或者假定的工作量是否打算利用不可用资源，或者是否违反在数据存储器161的SLA数据部分215中存储的客户SLA的条款。创建多种假定工作量并且利用模拟引擎205对它们进行评估的性能使得客户能够确定针对所计划业务的合适的SLA，并且确定当前的SLA的成本是否是最经济的。
一旦完成模拟引擎205、简档比较器207和一致性监控器209的处理，ODS架构209就利用信号将这些结果通知给客户。
图6是模拟和比较处理220的流程图，该模拟和比较处理用于产生特定工作流对系统资源的影响的预测，之后将该预测与客户服务级别协议进行比较。处理220开始于“开始模拟”步骤221，之后该处理直接进入到“检取资源简档”步骤223，在该步骤中，该处理从数据存储器161(图2、4和5)中检取针对特定客户的资源简档数据211(图5)。正如上面结合图5所解释的，资源简档数据221表示特定客户的资源分配以及在ODS架构129(图2)中的相关参数。
而后，该控制进入到“检取工作量简档”步骤225中，在该步骤中，处理220对于对应于其资源简档数据211已在步骤211中进行过检取的客户的工作量简档数据213进行检取。正如上面结合图5所解释的，工作量简档数据213表示相对于在客户资源简档数据211中描述的特定客户的已分配资源而言的该特定客户的典型工作量。另外，各种参数可能具有会影响特定模拟的相对应的重要性和/或优先级属性。
一旦完成对特定客户的资源简档数据211和工作量简档数据213的检取，该控制就进入到“修改工作量简档”步骤227，在该步骤中，客户可以修改在所检取的工作流简档数据213中的参数，以表达假定场景或者所计划的工作流，例如针对站点访问的需求的突发高峰。换句话说，通过修改工作流简档数据213，客户能够测试在客户实际工作流中的预期变化。针对工作流简档数据213的变化是通过GUI(未示出)实现的，编程领域的普通技术人员应当能够理解其创建和操作。此外，可以将可替换的场景以及它们相应的工作量简档数据213存储在配置文件中，并且在步骤225期间加载到处理220中，而且必要的话在步骤227中进行修改。
一旦客户在步骤227中修改了期望的参数，控制就进入到“模拟操作”步骤229，在该步骤中，处理220模拟针对在客户资源简档数据211中定义的资源所执行的计划的工作流。下面将结合图7更加详细地说明模拟操作步骤229。接下来，控制进入到“与SLA的比较操作”步骤231，在该步骤中，首先从数据存储器161检取SLA数据215(图5)，而后，比较在步骤229中执行的模拟操作的结果与客户SLA数据215。
之后，控制进入到“SLA足够(sufficient)吗？”步骤233，在该步骤中，处理220确定在步骤229中计算出的所计划的工作流是否超出了在客户的SLA中定义的、客户的对于资源的限制。如果所计划的工作流没有超出客户的SLA，则将该事实通知给客户同时控制进入到“结束模拟”步骤237，在该步骤237中完成处理。如果在步骤335中所计划的工作流超出了由SLA定义的客户的限制，则控制进入到“生成新的SLA”步骤235，在该步骤中，修改SLA数据215，使得SLA数据215与模拟的结果相一致。另外，处理220可以与记帐部件157(图2和图4)进行交互，以便计算与由该模拟预测的所需服务级别相关联的成本。
然后，将经修改的SLA数据215呈现给客户，使得客户能够确定是否需要修改他们的SLA，以便ODS架构129能够处理协议内的所期望的工作量。可以基于特定的模拟，向客户提出多种可能的一致SLA以及它们各自的成本。例如，模拟可以提升如下的可能性，即可以通过从Intel体系架构协议变换到基于服务器的协议来更好地服务于客户的业务。在该可替换实施例中，处理220不去预测所需级别SLA，而是在客户违反协议之前预测特定SLA能够容忍的最大工作量。
图7是对应于图6的模拟操作步骤229的示例性模拟操作处理240的流程图。处理240开始于“开始模拟操作”步骤241，之后控制直接进入到“确定源”步骤243。在步骤243中，处理240扫描历史模拟数据，以针对假定场景，根据当前客户或者其它类似的客户确定是否存在足够的数据，以估计负载以及负载对ODS架构129的受影响资源的影响。该负载和负载的影响是历史数据的两个不同的方面，在下面的步骤中有必要对二者的重要性进行阐述。
如果存在充足的历史数据，则控制进入到“检取数据”步骤247，在该步骤中，从数据存储器161中检取历史数据。如果不存在充足的历史数据，则控制进入到“产生数据”步骤249，在该步骤中，处理240创建用于下一处理步骤的相关测试数据。这些相关测试数据实际上可以是模拟数据，如伪客户文件和事务或者仅仅是合适大小的随机数据块。当然，如果存在某些历史数据但不足以提供有意义的模拟时，控制将从步骤245进入到步骤249，并将仅产生所需的数据。
一旦获取了数据，要么是在步骤247中检取的数据，要么是在步骤249中产生的数据或者二者的某种组合，那么控制就进入到“实际的资源？”步骤251，在步骤251中，处理240确定是计算对于ODS架构129的模拟数据负载，还是实际产生对于架构129的资源的负载。可以基于管理员或者用户的偏好来进行这种确定。例如，管理人员可以确定仅在工作时间以外的时间允许这些模拟使用实际的资源，而在其它的时间仅可以运行所计算的模拟。
在步骤251中，如果处理240确定实际的资源可在模拟中使用，则控制进入到“执行模拟”步骤255，在该步骤中，所检取和/或产生的数据实际用于发送分组、产生处理周期、占用数据存储器161的一部分等等。在步骤255期间，收集相关的信息以确定负载对ODS架构129的资源的影响。在步骤251中，如果处理240确定不将使用实际的资源，则控制进入到“计算模拟”步骤，在该步骤中，基于所检取和/或产生的数据来推断有关负载对ODS架构129的影响的相关信息。最后，控制从步骤253和255这两个步骤进入到“结束模拟操作”步骤257，在该步骤中，完成处理240。
权利要求
1.一种用于在公用计算环境中预测服务级别的方法，该公用计算环境具有从一组可用计算资源中动态分配的计算资源子集，该方法包括如下步骤创建与根据服务级别协议而分配的第一计算资源子集对应的资源简档；加载表示企业的需求简档的工作量简档；以及使用所述资源简档来对所述工作量简档的处理进行模拟，以产生服务级别结果，其中在模拟期间根据所述服务级别协议来修改资源简档资源子集。
2.根据权利要求1的方法，还包括如下步骤比较服务级别结果和服务级别协议；并且以信号来通知计算资源简档是否以所期望的对应于所述服务级别协议的服务级别来处理工作量简档。
3.根据权利要求1或者权利要求2的方法，其中所述计算资源子集包括为客户帐户分配的处理资源和存储器资源。
4.根据权利要求1到3中的任何一项的方法，其中所述服务级别协议包括基本资源分配、最大资源分配、资源成本和基于工组量需求动态再分配资源的规则。
5.根据前述权利要求中的任何一项的方法，其中对模拟步骤进行调度以便在非峰值时间自动运行。
6.根据前述权利要求中的任何一项的方法，还包括确定与满足服务级别需求相关联的成本的步骤。
7.根据前述权利要求中的任何一项的方法，其中所述资源简档的所述计算资源子集包括通信带宽。
8.根据前述权利要求中的任何一项的方法，还包括对所述工作量简档与第二工作量简档进行比较的步骤，所述第二工作量简档表示第二客户帐户的实际需求简档；其中所述模拟步骤基于所述比较步骤的结果。
9.根据前述权利要求中的任何一项的方法，还包括如下步骤，即在所述计算资源简档不以对应于所述服务级别协议的所期望服务级别对所述工作量简档进行处理的情况下，生成经修改的服务协议的步骤，其中所述经修改的服务级别协议将以所期望的服务级别来处理所述工作量简档。
10.根据前述权利要求中的任何一项的方法，其中所述工作量简档包括调度信息，并且所述模拟步骤将所述调度信息结合到处理中。
11.根据前述权利要求中的任何一项的方法，其中所述工作量简档包括与资源的优先级和特定资源的重要性之一或者二者相对应的信息。
12.根据前述权利要求中的任何一项的方法，其中所述工作量简档是从配置文件中加载的。
13.一种系统，用于在具有服务级别协议的公用计算环境中模拟服务以便通过使用从一组可用计算资源中动态分配的计算资源子集为企业需求提供服务，该系统包括所述一组计算资源的已分配子集；用于加载表示客户帐户的假定需求简档的工作量简档的逻辑；以及通过使用所述计算资源子集来模拟所述工作量简档的处理以产生服务级别结果的逻辑。
14.根据权利要求13的系统，还包括用于比较服务级别结果和服务级别协议的逻辑；以及以信号来通知所述计算资源简档是否将以所期望的对应于服务级别协议的服务级别来处理工作量简档的逻辑。
15.根据权利要求13或者权利要求14的系统，其中所述资源简档的所述计算资源子集包括处理资源和存储器资源。
16.根据权利要求15的系统，其中计算资源简档还包括基本资源分配；最大资源分配；资源成本；和基于工组量需求动态再分配资源的规则。
17.根据权利要求15的系统，其中所述资源简档的所述计算资源子集包括通信带宽。
18.根据权利要求13到17中任何一项的系统，还包括用于对所述工作量简档与第二工作量简档进行比较的逻辑，所述第二工作量简档表示第二客户帐户的实际需求简档；其中由所述模拟逻辑产生的模拟基于比较步骤的结果。
19.根据权利要求13到18中任何一项的系统，还包括如下逻辑，即，该逻辑用于在所述计算资源简档不以对应于服务级别协议的所期望服务级别对工作量简档进行处理的情况下，生成经修改的服务协议，其中所述经修改的服务级别协议将以所期望的服务级别来处理所述工作量简档。
20.根据权利要求13到19中任何一项的系统，其中所述工作量简档包括调度信息，并且所述模拟逻辑将所述调度信息结合到处理中。
21.一种计算机程序产品，用于在具有服务级别协议的公用计算环境中预测服务级别一致性以便通过使用从一组可用计算资源中动态分配的计算资源子集为企业需求提供服务，包括存储器；资源列表，其存储在所述存储器上，用于详细说明一组可用计算资源；已分配资源列表，其存储在所述存储器上，用于详细说明所述一组计算资源的已分配子集；存储在所述存储器上的用于基于所述一组可用计算资源组的所述已分配子集来创建计算资源简档的逻辑；存储在所述存储器上的用于加载表示客户帐户的假定需求简档的工作量简档的逻辑；存储在所述存储器上的用于通过使用所述计算资源简档来模拟所述工作量简档的处理以产生服务级别结果的逻辑；存储在所述存储器上的用于对服务级别结果与服务级别协议进行比较的逻辑；以及存储在所述存储器上的用于以信号来通知所述计算资源简档是否将以所期望的对应于服务级别协议的服务级别来处理工作量简档的逻辑。
全文摘要
本发明提供了一种用于对在共享IT环境或者按需电子商务环境中运行的客户信息技术(IT)系统和应用的效率和有效性进行说明的设备和方法。测试套件在按需服务环境(129)中模拟假定设置，而后确定这些设置如何影响按需服务环境(129)中的资源分配。之后，将所计算的资源分配与一个或者多个服务级别协议(SLA)进行比较，以确定与特定SLA的一致性。
文档编号G06Q30/00GK1906628SQ200580001916
公开日2007年1月31日 申请日期2005年3月30日 优先权日2004年3月31日
发明者陈彦甫, 约汉·顿斯姆瓦尔, 阿布哈伊·普拉德汉, 哈里·山卡尔 申请人:国际商业机器公司