CN102652307A - 用于计算机架构的即插即用支持的方法以及系统 - Google Patents

Abstract

本发明提供一种以即插即用的方式管理计算机架构(诸如虚拟数据中心)中的计算器之间的连接的方法。该方法包含：-事先提供至少一个连接管理结构，该连接管理结构包括连接项目，其定义两个计算器之间的基于角色的连接，每个连接项目定义：指派给所述两个计算器的一个的插座角色，该插座角色与插座属性相关联，所述插座属性代表需要由具有该插座角色的该计算器提供以与另一计算器建立连接的信息；及指派给另一计算器的插头角色，该插头角色与插头属性相关联，所述插头属性代表需要由该另一计算器执行以与具有该插座角色的该计算器建立连接的配置操作；及-使用所述至少一个连接管理结构，管理该计算机架构中所述计算器之间的连接。

Description

用于计算机架构的即插即用支持的方法以及系统

技术领域

本发明一般涉及计算机架构，具体地，涉及管理此计算机架构中的计算器之间的连接。

背景技术

由于现代计算机系统逐渐增加的复杂度，计算机系统的安装、维护及支持变得越来越困难及昂贵。此类现代计算机系统通常包含多个互相依存的应用，致使必需要将计算机系统整体视为一个单元来管理。在此类计算机架构中，需要管理在不同计算器(无论是实体或虚拟)上运行的软件应用间的协作，使得这些计算器可以实现共同的计算目标。然而，定制互连的软件应用以正常运作涉及复杂的工作流程。软件应用一般预先安装在网站内，然后进行“映像处理”，然后在新的计算器上进行“解映像处理”，然后针对新的计算器/网络进行重新配置，使新的计算器/网络能够再次运行。

特别地，虚拟计算机系统包含若干代表预先建立的软件解决方案的虚拟设备，每个虚拟设备由一个或多个作为一个单元进行封装、更新、维护及管理的虚拟机器(VM)组成。不像传统的硬设备，这些软件设备让客户很容易即可取得、部署及管理预先整合的配套解决方案。这可加速时间价值及简化软件开发、分布、及管理。尽管目前的虚拟设备通常含有单一虚拟机器，但现代企业应用模型服务导向架构(SOA)具有多个层级，其中每个层级含有一个或多个机器。单一虚拟机器模型因而不足以分布多层级服务，致使虚拟设备必需要由更多虚拟机器构成。举例而言，典型的网络应用可由三个层级组成：实施表示逻辑的网络层级、及实施商业逻辑的应用服务器层级、及后端数据库层级。此网络应用的实施将此分到三个虚拟机器中，每个层级一个虚拟机器。

在诸如虚拟数据中心的虚拟计算机架构中，复杂设备的部署及解散需要执行多个配置步骤，以组成虚拟设备及使其运行。照惯例，此配置程序需要使用：初始重新配置阶段，以指派操作系统特定参数，例如网络信息(IP、主机名称、...)；及额外重新配置阶段，以建立/移除在不同虚拟机器中运行的不同组件间的通信，及在不同虚拟机器中运行的不同产品间的通信。

今日，这些重新配置以手动实行或依赖在输入中以静态值调用预定义脚本。由于软件产品拓扑变得越来越大且越来越复杂(涉及定制互连组件的大量工作流程)时，此手动配置很耗时并可引发错误。特别地，手动配置在不同计算器中运行及以不同生命周期进行管理的应用，通常导致不利于终端用户的各种配置问题。

发明内容

为了解决这些及其它问题，提供如所附独立权利要求1所述的管理计算机系统中的计算器之间的连接的方法、分别如所附权利要求14及15所述的计算机程序及系统。优选具体实施例如所附从属权利要求中所定义。

本发明据此对在计算机系统中运行的计算器提供有效及动态的即插即用支持。如此允许以真实即插即用(PnP)的方式管理在新的计算器中运行的软件应用与在目标环境中部署的计算器中已经可用的软件应用的协作，而不需要使用手动配置步骤。此配置使用在一个或多个连接管理结构中定义的一组给定配置模型及策略。

连接管理结构针对涉及两个计算器的每个协作，定义指派给两个计算器的一个的插座角色及指派给另一计算器的插头角色。

每个计算器可在部署时间提取其角色(插座或插头)。因此，不需要静态预定义计算器角色。

一旦建立后，配置方法并非静态，而是可基于环境产生的事件或用户触发的操作来管理及更新。

本领域技术人员在查阅附图及“实施方式”后，将明白本发明的其它优点。预计将任何其它优点并入本文中。

如其可在以下说明中引用，IBM及Rational是国际商业机器公司在全球许多司法地区的商标或注册商标。

附图说明

本发明具体实施例将参考附图通过范例说明，图中相似的参考符号代表类似组件，及其中：

图1根据本发明具体实施例，显示计算机架构中的计算器即插即用支持系统的高阶视图；

图2显示根据本发明特定具体实施例的即插即用系统的方块图；

图3是图解示范性目标环境的附图，其中包括三个需要即插即用支持的计算器；

图4图解根据本发明特定具体实施例的连接管理结构的结构；

图5是显示根据本发明一特定具体实施例的即插即用系统的方块图；

图6是根据本发明具体实施例管理计算器连接的流程图；

图7显示处理在部署时间指派给每个计算器的插座角色的流程图；

图8显示处理在部署时间指派给每个计算器的插头角色的流程图；

图9根据本发明具体实施例，显示基于接收的事件动态管理计算器连接的流程图；

图10显示响应于接收到与涉及给定插座的连接有关的事件，重新处理给定插座的流程图；

图11显示响应于接收到与涉及给定插头的连接有关的事件，重新处理给定插头的流程图；

图12显示根据本发明特定具体实施例的即插即用系统的示范性实施；及

图13及14根据本发明具体实施例，显示管理计算器之间的连接的示范性用户接口的不同状态。

请注意，本发明附图未必按比例绘制。附图只是示意图，并非用来描写本发明的特定参数。附图旨在仅是描绘本发明的典型具体实施例，因此不应将附图视为限制本发明的范围。

另外，以含有根据本发明具体实施例使用的结构范例的范本E1补充“实施方式”。将范本E1分开放置是为了使“实施方式”清楚及方便参考。

本专利文件的公开的一部分含有受到著作权保护的内容。著作权所有人对于本专利文件或专利公开的任何人的复制(如出现在专利及商标局的专利文件或记录)并无异议，但在其它方面保留所有著作权和/或作者任何权利。

具体实施方式

图1根据本发明特定具体实施例，显示连接管理系统100的高阶视图。

提供连接管理系统100以即插即用的方式管理计算机架构200中的计算器220、221、222、223及224之间的连接。以下将连接管理系统100称为“即插即用”系统。在本说明中，以类似的意义使用术语“连接”及“协作”，表示为达成共同的计算目标和/或在目标环境中交换信息，组合或连结两个计算器的程序。

图1显示的示范性计算机架构200包括计算器220-224的分布式网络，计算器诸如服务器(220、221、222)及数据库(223)，由一个或多个网络(诸如因特网和/或局域网络)连接一起。消息在系统组件之间流动。

计算机架构200中的每个计算器包含若干预先安装的软件应用(独立应用或诸如软件产品的应用包)。如此定义特征为不同计算器220-224之间的工作流程的软件拓扑。根据本发明具体实施例的即插即用系统100可在不同的计算器中安装软件应用，以互相连接及协作，从而达成共同的计算目标和/或交换信息(如，对终端用户的产品服务)。

取决于计算机架构200运行的环境类型，计算器220-224可为实体或虚拟机器。环境可以是实体环境、虚拟环境或异质环境。实体机器包括但不限于任何类型的计算机、信息处理系统或其它可程序电子装置，包括客户端计算机、服务器计算机、便携式计算机、嵌入控制器、个人数字助理等。

即使显示即插即用系统100与计算机架构200分开，但本领域技术人员应明白，即插即用系统100可完全或局部包括于计算机架构200中。

图2显示根据本发明特定具体实施例的即插即用系统100的详细视图。

即插即用系统100包括一个或多个连接管理结构21，以下称为“立体缆线适配器”，其定义如何在计算机架构200中的两个计算器22之间建立基于角色的协作。

在本说明中，将使用措辞“立体缆线”代表计算器之间由根据本发明具体实施例的即插即用系统100管理的连接。即插即用系统100管理计算器之间的连接，使计算器在目标环境中部署时，能够自动互相识别，以即插即用的方式建立协作。

立体缆线适配器可包含若干连接项目或立体缆线项目，以定义两个计算器22之间在每个连接中的计算器角色。更明确地说，立体缆线适配器21中的每个连接项目定义：指派给连接中涉及的计算器的一个的插头角色，及指派给连接中涉及的另一计算器的插座角色。

可从用户界面定义立体缆线项目，以例如在使用特定用户接口(诸如Rational Software Architect的模型化工具)建立映像时，允许从立体缆线目录选择立体缆线连接。或者，可在部署立体缆线项目前，预定义立体缆线项目，例如通过将来自目录中预定义的立体缆线列表的立体缆线连接新增至映像，然后将立体缆线项目部署至安装在映像内的相关联引擎。一旦接收新的立体缆线连接后，即处理新的立体缆线连接。如此可以从基础映像开始，及在部署前新增以即插即用方式支持的所有连接。

立体缆线适配器21还定义：插座角色的插座属性，其代表需要由具有插座角色的计算器提供以与另一计算器建立连接的信息；及插头角色的配置操作，其代表需要由具有插头角色的计算器执行以与具有插座角色的另一计算器建立连接的信息。

根据本发明具体实施例，使用立体缆线适配器21管理计算机架构中的计算器22之间的连接。以此方式，计算器可动态连接及配置以达成共同的计算目标和/或交换信息，在基于角色的协作中涉及的每个计算器的配置是基于在相同基于角色的协作中涉及的另一计算器公开或发布的一些值。

本发明由此定义及管理对应于一组计算器的动态“立体”设备，其在目标环境中部署时能够自动互相识别，以即插即用的方式建立协作，不需要使用任何手动配置阶段。

图3图解在包括三个虚拟机器225、226及227的目标虚拟环境中部署的示范性计算机架构200，三个虚拟机器是：以虚拟机器VM1代表的TWS用户接口225(TWS_UI)(TWS代表IBM Tivoli Workload Scheduler)、以虚拟机器VM2代表的TWS服务器226(TWS_server)、及以虚拟机器VM3代表的ITM服务器227(ITM_server)(ITM代表IBM Tivoli Monitoring)。如图所示，已由即插即用系统100从立体缆线适配器21建立三个连接：在TWS_UI 225及TWS_SERVER 226之间的第一基于角色的协作C1、在TWS_SERVER 226及ITM_SERVER 227之间的第二基于角色的协作C2、及在TWS_UI 225及ITM_SERVER 227之间的第三基于角色的协作C3。

图4图解根据本发明特定具体实施例的立体缆线适配器21的结构。如图所示，在立体缆线适配器21中与在计算机架构中两个计算器22之间的给定连接相关联的每个立体缆线项目或“立体缆线”210包含：至少一个插座部分或插座角色2101指派给两个计算器22的一个、及至少一个插头部分或插头角色2100指派给另一计算器22。

插座部分或“插座”2101描述需要由在给定环境上运行的具有插座角色的计算器(例如图3范例中的TWS_Server 226)提供的信息，以与在相同环境上运行的另一计算器(例如图3范例中的TWS_UI 225)建立协作。机器22在被指派插座角色时发布插座定义所需的信息。

例如，所发布的信息可包括有关以下的信息：服务器的状态(如，"guestlnfo.stereocables.socket.TWS SERVER.status"="Enabled")、服务器的连接端口(如，"guestlnfo.stereocables.socket.TWS_SERVER.port"="1234")、用户(如，"guestlnfo.stereocables.socket.TWS_SERVER.user"="pciano")或服务器类型(如，"guestlnfo.stereocables.socket.TWSSERVER.type"="distributed")。

插头2100描述需要由在给定环境中运行的给定计算器执行的操作，以与在相同环境中运行的另一计算器建立协作。当机器被指派插头角色时，其找出扮演对应的插座角色的机器、提取发布的插座信息、及执行插头定义中描述的操作。除了插头操作之外，插头可另外含有在移除/更新相关插座(诸如从用户接口可连接的可能引擎列表移除服务器)时执行的解除插头操作。

在根据本发明的特定具体实施例中，立体缆线适配器21可定义为在每个机器22中加载的配置文件，及特别可定义为XML文件。示范性XML立体缆线文件21表示于范本E1中。如范本E1所示，在XML立体缆线适配器中的每个立体缆线项目在插头部分"<PlugSection>"中包括一个或多个插头定义，诸如"<PlugID>TWS_UI</PlugID>"。

插头部分2100中的每个插头可包括：插头ID(如，"Plug ID1")，用于识别具有插头角色的计算器(如，TWS_UI)；及配置操作子部分，其例如以标记"<ConfigurationActions>"识别及定义需要执行以进行立体缆线连接的配置操作的参数。子部分<ConfigurationAction>中的每个配置操作可定义触发标记"<trigger>"的值(如，<trigger>的“部署”值指示配置在部署时间必须要只调用一次，而<trigger>的其它值，例如"VM Start"则指示每次虚拟机器“VM”激活时将调用配置)。在此子部分<ConfigurationAction>中的每个配置操作可另外使用标记诸如"<ActionType>"定义操作类型(如，操作类型具有“脚本”值)，定义操作的配置参数(使用例如"<ConfigurationParameter>"标记)，及定义在以标记如"<Operation>"识别的操作中涉及的操作(如，"/pino/driver4/scripts/TWSUI.sh")。

在插座部分2101中的每个插座可包括：插座ID，识别具有插座角色的计算器(如，"TWS_Server")；发布的参数子部分，例如以标记"<PublishedParameters>"识别及定义插座属性；或配置参数，例如以标记"<ConfigurationParameter>"识别。每个配置参数定义可包括例如以标记"<ConflgurationName>"识别的配置名称(如，“主机”)及例如以标记<ConfigurationValue>识别的配置值(如，"nc125050.location.ibm.com")。

插座部分2101及插头部分2100可还包括例如以标记"<Condition>"指定的条件子部分，其描述必需要满足以处理插头或插座的条件。这可以是在所考虑的立体缆线及另一立体缆线之间的依赖性条件。以下范例解说示范性条件子部分：

"<Condition>

<Description>This socket requires TSAM-TPM plug

information</Description>

<ID>Conditionl</ID>

<ConditionType>PlugActive</ConditionType>

<ConditionValue>TSAM_TPM_END_POINT</ConditionValue></Condition>″

根据此范例，仅在TSAM_TPM_END_POINT插头启用时，才处理插座。

回到图2，即插即用系统100也包括至少一个连接管理单元23，以下称为“立体缆线引擎”。在根据本发明的特定具体实施例中，每个计算器22可具有各自的立体缆线引擎23。或者，即插即用系统100可包括在分离组件上或在能够管理另一计算器的唯一计算器上运行的唯一立体缆线引擎23，如图5所示。图5显示连接至立体缆线适配器21且连接至所有计算器22以管理计算机架构200中的连接的唯一立体缆线引擎23。

仅为了解说目的，将参考包括一个与每个计算器22相关联的立体缆线引擎23的即插即用系统100进行以下说明，如图5所示。

参考图2，每个立体缆线引擎23与对应的机器22相关联，且适用于处理在部署时间根据在立体缆线适配器21中含有的信息指派给那一个机器的角色。也提供每个立体缆线引擎23以动态管理计算机架构200中基于计算器相关事件的计算机架构配置，计算器相关事件例如在虚拟数据中心类型的计算机架构中，使用立体缆线适配器21部署新的虚拟机器或移除现有虚拟机器。

立体缆线适配器21可本机储存于每个计算器22中，例如储存在专用目录中，或替代地储存在外部储存构件上，诸如数据库。在立体缆线适配器储存在外部储存装置中的具体实施例中，立体缆线引擎可耦合至储存装置以通过合适的通信构件，诸如任何已知公用或专属区域或广域网络(如因特网)，提取立体缆线适配器。

根据本发明的即插即用系统100可还包括存储库24，以下称为“立体缆线寄存器”，以记录可用的插座及在受到请求时基于约束将可用的播座提供给插头。存储库24对于在立体缆线连接中涉及的每个计算器包括一个项目，及每个项目有一组属性，其包含：

-计算器识别符“SystemID”；

-“立体缆线”属性，识别立体缆线连接(在以“SystemID”识别的计算器及在连接中涉及的另一计算器之间)；

-角色属性，识别在立体缆线连接中以SystemID识别的计算器的角色(插头或插座)。

寄存器24中的每个项目可还包含其它属性诸如：

-环境属性，识别以SystemID识别的计算器的环境；

-名称属性，识别以SystemlD识别的计算器的名称；

-“主机名称”属性，识别与项目相关联的计算器的主机名称；

-“连接端口”属性，识别与项目相关联的计算器的连接端口；及

-状态属性，识别计算器的状态(启用或未启用)。

此外，存储库可包括具有插头角色的计算器的连接状态属性，以指示立体缆线连接是否建立(“连接”属性)。

以下两个项目是储存于存储库24用于虚拟计算机架构中具有插头角色的第一虚拟机器VM1及具有插座角色的第二虚拟机器VM2间的立体缆线连接的示范性项目：

SYSTEMID:VM2

StereoCable:(TWS_UI,TWS_SERVER)

Role:socket

Environment:TEST

Hostname:gciano.location.ibm.com

port:03331

Name:tws_distributed

User:tws85mdm

Status:active

SYSTEMID:VM1

StereoCable:(TWS_UI,TWS_SERVER)

Role:plug

Connecl:ed:VM2:TWS_SERVER

Status:active

Environment:TEST

或者，计算器22可直接发布以上来自立体缆线适配器的信息及共享所发布的信息，而不需要储存在立体缆线寄存器24中。

即插即用系统100也可包含用户接口25，以下称为“立体缆线用户接口(UI)”，以从即插即用系统100中维护的插头及插座信息，动态产生计算器连接的显示。立体缆线用户接口25可从立体缆线寄存器24，或直接从计算器22中加载的立体缆线适配器，存取插头及插座信息。

即插即用系统100也可具有计算机架构管理器26，用于管理计算机架构200(例如虚拟数据中心)中的数据流交换。特别地，计算机架构管理器26可储存计算机架构中与事件有关的信息，事件诸如建立新的虚拟机器、移除虚拟机器、或发布/移除插座。计算机架构管理器26通过合适的通信构件，将计算机架构200中与所检测事件有关的信息传递至立体缆线引擎23。由此使立体缆线引擎23得知计算机架构中发生的变更，及立体缆线引擎23可将这些变更列入考虑以管理在计算器之间的协作。

立体缆线连接一旦在部署时间建立后，即可由即插即用系统100在组件生命周期中进行动态管理。立体缆线引擎23处理每个新事件(诸如在虚拟数据中心类型的计算机架构中，部署新的虚拟机器22或移除现有虚拟机器22)，以激活、移除或重新激活连接。

立体缆线引擎23也可在发布、更新或移除插座时产生事件，以通知此变更。

图6显示说明立体缆线连接在部署时间的初始化及在计算器生命周期期间基于计算机架构200中产生的事件的立体缆线动态管理的流程图。

在立体缆线初始化阶段期间，具有立体缆线连接的插座角色的计算器发布立体缆线适配器21中维护的插座定义所需的信息。根据所发布的信息，插头计算器然后与具有对应插座的相应计算器建立协作。立体缆线初始化阶段也允许在给定立体缆线连接中具有插头角色的每个计算器寻找扮演所要插座角色的其它计算器、提取发布的插座信息及执行插头定义中描述的操作。

更明确地说，在步骤601，立体缆线引擎23启始处理。处理可在部署时间触发。

在步骤602，引擎连接至寄存器24，以提取处理所需信息。如果引擎使用的协议(例如SLP(服务定位协议))允许，可使用寄存器自动发现实行步骤602。

在步骤603，立体缆线引擎从寄存器24提取计算器角色及计算器属于的环境。

寄存器24储存计算器角色在计算机架构中的立体缆线项目，用于给定计算器的每个项目识别角色(插头或插座)、在立体缆线连接中涉及的计算器及另一计算器之间的立体缆线连接、及机器属于的环境。

在步骤604，提取与计算器相关联的立体缆线适配器21。在立体缆线适配器21未本机储存于计算器的具体实施例中，立体缆线引擎23可通过合适的通信构件，从外部储存装置提取立体缆线适配器21，再将提取的立体缆线适配器储存在计算器中。

在步骤605，立体缆线引擎23处理与计算器相关联的插座连接(阶段A)。实行插座连接处理阶段以发布指派给计算器的每个插座角色的插座属性及激活对应的插座。

在步骤606，立体缆线引擎23处理插头连接(阶段B)。实行插头连接处理阶段以处理指派给计算器的每个插头角色，及对于每个插头角色，识别扮演所需插座角色的另一计算器，提取发布的插座信息及使用发布的插座信息执行在插头定义中描述的操作。

一旦完成指派给计算器的插座及插头角色的初始化，实行阶段C(607)，以基于在计算器生命周期期间在计算机架构中产生的事件，动态管理立体缆线。

图7是图解处理插座连接的阶段A(步骤605)的流程图。

在步骤701，立体缆线引擎加载与计算器相关联的立体缆线适配器21及停用处理中的计算器的立体缆线总功能性。停用立体缆线总功能性将防止处理其插头的其它立体缆线引擎存取不完整的插座信息。

针对立体缆线适配器21中所含等于在步骤603识别的计算器角色的一者的每个插座角色，实行以下步骤(步骤702)。

在步骤703，立体缆线引擎23检查立体缆线适配器的插座部分是否定义在所考虑立体缆线及另一立体缆线之间的依赖性条件(在<Condition>子部分中)。插座socketID1的依赖性条件例如可以是socketID1的处理受限于另一插座的状态的陈述式，诸如“processing socketID1 only if anothersocket socketlD2 is already active(只在另一插座socketID2已经启用时才处理socketID1)”，或“processing socketlD1 only if plugID4 is active(只在插头ID4启用时才处理socketID1)”。如果插座包括依赖性条件，则立体缆线检查是否满足依赖性条件。如果未满足依赖性条件，则在步骤704新增插座至工作队列，以在稍后响应于接收到与所考虑插座的发布有关的事件而进行处理。如果满足依赖性条件，则在步骤705从立体缆线适配器提取目前插座的插座属性。

在步骤706，发布或公开插座属性。插座属性可发布在寄存器24中，及其发布方式取决于寄存器实施技术。例如，如果寄存器取决于VMware技术(VMware是VMware,Inc.在美国和/或其它司法地区的注册商标或商标)，则可使用VI(VMware Infratsructure)SDK发布插座属性，及如果寄存器是SLP(服务定位协议)目录代理，则可通过SLP API(应用设计界面)实行发布。

在步骤707，立体缆线引擎发布信息，指示插座已启用(插座状态)。

在步骤708，针对所发布的插座产生事件。在图2所示具体实施例中，将与所发布插座有关的事件发送至管理计算机架构200中所发出事件的计算机架构管理器26。计算机架构管理器26适用于识别等待插座发布以处理相关联插头的立体缆线引擎23，及将与插座发布有关的事件发送至这些已识别的立体缆线引擎23，使其可以开始处理插头。

在步骤709，以具有“启用”值的状态属性(如，"Status:active")，将与所发布插座有关的项目置于寄存器24中。此项目也可包括所发布插座的属性，诸如具有插座角色的计算器的识别符(如，"SystemID:VM2")、立体缆线的识别符(如，"StereoCable:(TWS_UI,TWS_SERVER)")、计算器的角色(如，"Role:socket")、计算器环境(如，"Environment:TEST")，及其它属性诸如计算器主机名称、连接端口、名称、及用户识别符。

通过反复执行步骤702至709，为立体缆线适配器中匹配计算器角色的一者(如在步骤603所识别)的每个插座角色重复先前步骤。如果所有插座角色均已处理，则在步骤710终止插座的处理及启用计算器的立体缆线总功能性。

图8是图解处理插头连接的阶段B(步骤606)的流程图。

对于指派给所考虑计算器的每个插头角色，此处理B允许计算器识别将与扮演插座角色的其它计算器建立的连接，提取由这些具有所需插座角色的计算器所发布的插座信息，及执行插头定义中描述的配置操作以建立连接。

在步骤801，插头连接的处理开始。

在步骤802，立体缆线引擎存取与相计算器关联的立体缆线适配器21(如果未本机储存于计算器中，在步骤604在计算器中载入)。

针对立体缆线适配器21中等于在步骤603识别的计算器角色的一个的每个插头角色，实行以下步骤。

在步骤804，立体缆线引擎23检查插头是否包含定义在插头及其它立体缆线之间的条件的依赖性条件子部分。如果依赖性条件包括在立体缆线引擎23中，则确定是否满足条件。如果未满足依赖性条件，则在步骤805将插头新增至工作队列以便稍后处理。

如果满足依赖性条件，则在步骤806，立体缆线引擎开始从立体缆线适配器提取目前插头所需的插座信息。这包括发现提供属于相同环境的所需插座的计算器及发布所需插座的信息。

如果在步骤806未发现任何具有所需插座角色的计算器，则在步骤807将插头新增至工作队列。

在步骤703、804及807的工作队列可形成个别的工作队列或在立体缆线引擎运行处本机储存的唯一队列。

否则，在步骤806，可找到具有所需插座角色的唯一计算器或多个计算器。如果在步骤806发现多个计算器，则在步骤808，基于立体缆线适配器21中定义的规则，确定选择哪个计算器，诸如“selecting the first foundsocket(选择第一个找到的插座)”或“selecting the socket based on the valueof specific attributes(基于特定属性值选择插座)”。

在步骤809，使用寄存器24确定具有所需插座角色的所识别计算器的插座状态是否启用。所识别计算器是指在步骤806找到的计算器或在步骤807选择的计算器或在步骤806发现的多个计算器。如果所识别计算器的插座状态为启用，则从寄存器24提取对应的发布插座属性，及调用立体缆线适配器中针对插头角色定义的配置操作(将发布插座属性传送作为参数)。配置操作传回由立体缆线引擎检查的值。如果所得值成功，则配置已成功实施，如果不成功，则配置未实施。

接着在步骤810，发布插头现在为启用(插头状态)的信息及插头属性。

在步骤811，产生所发布插头的事件及将其发送至计算机架构管理器26。

在步骤812，将插头的项目以设为“启用”的状态属性新增至寄存器24。项目可包括若干属性，包括：具有插头角色的计算器的识别符(如，"SystemID:VM1")、立体缆线识别符(如，"StereoCable:(TWS_UI,TWS_SERVER)")、计算器角色(如，"role:plug")、计算器环境(如，"Environment:TEST")及指示插头连接至哪个插座的信息(如，"Connected:IMAGE2:TWS_SERVER")。

通过反复执行步骤804至812，为立体缆线中匹配计算器角色的一个(如在步骤603所识别)的每个插头角色重复先前步骤。

如果所有插头角色均已处理，则终止插头连接的处理。

图9显示在动态阶段C(步骤607)中动态处理立体缆线的流程图。

在步骤900，立体缆线的动态处理开始。

实行立体缆线的动态处理以考虑计算机架构200中产生的与立体缆线连接有关的事件，诸如与连接有关的变更何时发生(如，计算器的移除)、插座何时变为启用、计算器何时变成可用等。

步骤901针对具有特定角色(插头或插座)的计算器，开始收集立体缆线事件(诸如插座建立、插座移除、插座发布/移除或虚拟机器部署/解散)及机器相关事件(诸如虚拟机器部署、虚拟机器解散、...)。此步骤可通过在图2所示具体实施例中在立体缆线引擎23及计算机架构管理器26之间的通信实行。

步骤902确定是否由于步骤901而接收事件。若未接收，定期重复步骤901及902，直到在步骤902接收事件。

如果接收到事件，在步骤903提取与事件有关的信息。此信息可由计算机架构管理器26提供。

在步骤904，基于在步骤903提取的事件信息，确定接收的事件是否与在工作队列中出现的立体缆线有关。

如果立体缆线储存在工作队列中，则在步骤905，从工作队列提取立体缆线。

在步骤906，确定立体缆线是否对应于插座。如果是插座，则在步骤907处理插座连接，如参考图7(阶段A)所述。

否则，如果立体缆线对应于插头，则在步骤908处理插头连接，如参考图8(阶段B)所述。

如果在工作队列中找不到立体缆线(步骤904)，则在步骤909确定事件是否与项目已在寄存器24中建立的立体缆线有关。若否，处理回到步骤902，直到接收新事件。

否则，如果立体缆线寄存器24包含所考虑立体缆线的项目，则在步骤910，从寄存器提取立体缆线。步骤911接着确定立体缆线是否对应于步骤912的插座。如果其代表插座，则在步骤912，实行重新发布插座连接处理(阶段D)。此情况可针对以下事件发生：与发现发布启用的请求插座的新计算器有关的事件，或与移除发布启用的请求插座的计算器有关的事件。

否则，如果立体缆线代表插头，则在步骤913，重新处理插头连接(阶段E)。此情况可针对以下事件发生：与移除发布目前为在立体缆线寄存器24中具有项目的插头所使用的插座的计算器有关的事件。

图10为描述插座连接的重新发布的流程图(阶段D)。例如可因一些发布信息已经变更而触发插座连接的重新发布。

在步骤1001，重新发布插座连接程序D开始。

在步骤1002，立体缆线引擎加载与计算器相关联的立体缆线适配器21及停用计算器的立体缆线总功能性。

在步骤1003，从立体缆线适配器提取在步骤911针对所接收事件识别的启用插座的插座属性。

在步骤1004，发布或公开插座属性。

在步骤1005，发布插座为启用的信息(插座状态)。

在步骤1006，产生所发布插座的事件，诸如示范性事件：

″Event_ID＝STEREOCABLES_SOCKET_PUBLISHED|STEREOCABLES_PLUG_PUBLISHED|

POVERED_OFF|POVERED_ON|REMOVED

Event_Info＝plugID or socketID

Event_Source＝computing_machine_id

Event_Date

Event_Time″

在图2所示具体实施例中，将与发布插座有关的事件发送至计算机架构管理器26。

在步骤1007，在寄存器24中更新与发布插座有关的项目。

在步骤1008，终止重新发布插座连接处理。

图11为描述插头连接的重新处理的阶段E(步骤913)的流程图。例如可在从环境中移除含有插座的计算器时触发阶段E，使得与此插座连接的插头需要在环境中寻找新插座以建立连接。

在步骤1101，重新发布插头连接程序D开始。

在步骤1102，加载立体缆线适配器21。

在步骤1103，调用在立体缆线适配器中针对启用插头所定义的配置操作(将相关联插座的发布插座属性传送作为参数)。从寄存器24提取发布的属性。

在步骤1104，发布插头现在为启用的信息(插头状态)。

在步骤1105，发送解除插头的插头的事件。如果插座不再可供使用，插头将不再连接至此插座，然后插头被解除插头。在步骤1106，在工作队列中新增此插头的项目。然后在步骤1107，根据阶段A(图7)处理插头连接。

在步骤1108，终止重新发布插头连接处理。

图12图解本发明对虚拟数据中心类型的计算机架构的示范性应用。即使不限于虚拟计算机架构，本发明对于此类架构仍有特定优点。

如图所示，寄存器24储存若干虚拟机器项目240及241，虚拟机器22的每个项目识别在给定立体缆线连接中指派给那个机器的角色。例如，其中有一个项目240与立体缆线连接(TWS_UI,TWS_server)的虚拟机器VM2("TWS_server")有关，在该连接中，VM2在环境TEST中被指派“插座”角色。此项目也指定插座属性“主机名称”、“连接端口”、“名称”、“用户”。另一项目241代表环境TEST中相同立体缆线连接(TWS_UI,TWS_SERVER)的虚拟机器VM1("TWS_UI")，及指示VM1在此连接中被指派“插头”角色。根据本发明具体实施例，在立体缆线初始化阶段中，VM2首先将从寄存器24提取其角色，及发布或公开环境TEST的插座TWS_SERVER的插座属性。VM1将从寄存器24提取其角色。由于VM1在环境TEST中是TWS_UI插头，其将提取相同环境的TWS_SERVER插座信息。其接着执行插头脚本，及通过使用发布的插座属性实行配置操作，激活缆线或连接。

图13及14图解示范性立体缆线用户接口25的不同状态。使用立体缆线用户接口25显示在数据中心中的机器之间的立体缆线连接，及提供关于所建立连接及有关插头及插座的详细信息。在图13中，显示在ITM服务器及TWS主机之间有立体缆线连接SC1，及在环境TEST中的TWS服务器及TWS网络用户接口之间有另一连接SC2。其显示TWS_server被指派插座角色及此插座为启用，而ITM_UA被指派插头角色及此插头为启用。立体缆线用户接口25可从立体缆线寄存器24中含有的数据动态产生，或直接从接收自机器的数据动态产生。

立体缆线用户接口25可另外具有加强的拖放功能以定制新的立体缆线。图14代表具有此类拖放功能的示范性立体缆线接口25。如图所示，此接口允许用户拖曳中断连接的虚拟机器“ITM_6.2.1”以将其放至“TWS_85”。此操作将在两个虚拟机器之间建立新立体缆线。可显示在寄存器中已经存在的可能立体缆线列表，或替代地，可以从头开始建立新立体缆线。

因此，本发明提供一种有效的解决方案，以真实即插即用方式自动配置在实体环境中运行的产品/组件。此外，本发明也允许对于在目标环境中已部署的计算器中的可用应用/组件，以真实即插即用方式自动配置在新计算器中运行的产品/组件。

特别地，根据本发明的配置计算机系统的方法及系统允许根据以立体缆线结构表示的一组给定配置模型及策略，动态配置产品/组件。不需要以静态方式预定义指派给每个计算器的角色(插座ID及插头ID)。相反地，如果发生变更影响立体缆线连接，每个机器可在部署时间或在其所有生命周期期间，从立体缆线引擎提取其角色及其指派的立体缆线。

可基于策略，诸如需要支持自动配置或通过立体缆线用户接口提示手动确认、或满足一组约束(如，插头只能连接至具有特定性质的插座，或插座无法支持连接100个以上的插头)的策略，建立在立体缆线中描述的配置。

一旦建立配置后，配置并非静态，而是可基于环境产生的事件或用户从立体缆线用户接口触发的操作(例如将新立体缆线新增至虚拟机器)进行动态管理及更新。

在立体缆线适配器中描述的配置操作可基于不同触发类型而开始，诸如以下触发事件：

-发布、更新或移除插座；

-部署或移除虚拟机器；

-开始或停止虚拟机器等。

配置值并非静态定义，而是如立体缆线结构中所描述，可以调用本机脚本、远程脚本、网络服务等的不同方式动态提取配置值。例如，插座可发布从需要配置信息的插头实时发现及提取的一些配置信息。

本发明的具体实施例也通过产生及处理不仅是一般类的事件(例如虚拟机器开机/关机)而且还有(及明确地说)比较细微的事件的事件，提供真实动态架构，例如：

-发布新插座S1：在此例中，持有插头等待插座S1的机器将提取公开信息及激活所需要的配置；

-更新插座S2：已与插座S2连接的机器将提取公开信息及开始所需要的重新配置程序；或

-移除/停用插座S3：已与插座S3连接的机器将开始所需要的中断连接程序，然后重新开始配置程序。

使用本发明，软件应用可以即插即用的方式动态连接及配置，以达成共同的计算目标和/或交换信息。基于其它计算器公开或发布的一些值，自动实行协作的计算器的配置。不需要任何手动配置步骤，即可允许在计算器之间的协作及达成共同的计算目标。根据本发明的解决方案不仅在部署时间确保连接管理，而且还在计算器生命周期的任何时间，以透通的方式确保连接管理。计算机架构中可能影响计算机架构中连接(已经建立或尚未建立)的任何变更均列入考虑，以动态管理在计算器之间的协作。

本发明可以采用完全硬件具体实施例的形式、完全软件具体实施例的形式、或含有硬件与软件组件二者的具体实施例的形式。在优选的具体实施例中，本发明以软件实施，软件包括但不限于固件、常驻软件、微码等。

此外，本发明可以采取以下形式：可从提供程序代码的计算机可用或计算机可读介质存取的计算机程序产品，以由计算机或任何指令执行系统使用或结合计算机或任何指令执行系统使用。为此说明的目的，计算机可用或计算机可读介质可以是任何含有、储存、传递、传播、或传送由指令执行系统、设备、或装置使用或结合指令执行系统、设备、或装置使用的程序的实体设备。

此介质可以是电子、磁性、光学、电磁、红外线、或半导体系统(或设备或装置)或传播介质。计算机可读介质的范例包括：半导体或固态存储器、磁带、可移除计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬盘、及光盘。目前的光盘范例包括：只读存储器光盘(CD-ROM)、读/写光盘(CD-R/W)及DVD。

适于储存和/或执行程序代码的数据处理系统包括至少一个处理器，其直接耦合至存储器组件或通过系统总线间接耦合至存储器组件。存储器组件包括：在实际执行程序代码期间所用的本机存储器、大量储存装置、及高速缓存，高速缓存暂时储存至少某个程序代码，以减少执行期间必需要自大量储存装置提取程序代码的次数。

输入/输出或I/O装置(包括但不限于：键盘、显示器、指针装置等)可直接耦合至系统或通过中间I/O控制器耦合至系统。

网络适配器也可耦合至系统，以让数据处理系统能够通过中间的专用或公用网络耦合至其它数据处理系统或远程打印机或储存装置。调制解调器、有线电视调制解调器及以太网络卡正是一些目前可用的网络适配器类型。

本发明的说明为解说与说明的目的而提出，其意不在无所不包或限制本发明于所公开的形式。对于本领域技术人员而言，显然可以进行许多修改及变化。具体实施例的选择与说明为了对本发明的原理、实际应用提出最好的解说，并让本领域技术人员了解本发明的各种具体实施例具有同样适于所想特定使用的各种修改。

范本1

Claims (15)

1.一种管理计算机架构中的计算器之间的连接的方法，包含：

-事先提供至少一个连接管理结构，该连接管理结构包括连接项目，其定义两个计算器之间的基于角色的连接，每个连接项目定义：指派给所述两个计算器的一个的插座角色，该插座角色与插座属性相关联，所述插座属性代表需要由具有该插座角色的该计算器提供以与另一计算器建立连接的信息；及指派给另一计算器的插头角色，该插头角色与插头属性相关联，所述插头属性代表需要由该另一计算器执行以与具有该插座角色的该计算器建立连接的配置操作；及

-使用所述至少一个连接管理结构，管理该计算机架构中所述计算器之间的连接。

2.如权利要求1所述的方法，其中该至少一个连接管理结构包含在每个计算器中加载的配置文件。

3.如前述任一项权利要求所述的方法，其中所述管理连接的步骤包含在部署时间，针对每个计算器，从该至少一个连接管理结构识别指派给该计算器的每个插座角色，及处理每个所识别的插座。

4.如权利要求3所述的方法，其中所述处理每个所识别的插座的步骤受限于满足该插座的依赖性条件，及包含如果指派给该计算器的插座角色无法满足该依赖性条件，将该插座排入队列。

5.如权利要求1至3中任一项所述的方法，其中所述管理连接的步骤包含响应于接收到与该至少一个连接管理结构的连接项目有关的事件，识别该连接项目是否与插座角色相关联，及如果相关联，则处理该所识别的插座。

6.如权利要求3至5中任一项所述的方法，其中所述处理所识别的插座的步骤包括在该至少一个连接管理结构中发布与该插座相关联的插座属性。

7.如权利要求3至6中任一项所述的方法，其中所述处理所识别的插座的该步骤还包括发布该所发布插座的启用状态及产生该所发布插座的事件。

8.如前述任一项权利要求所述的方法，其中所述管理连接的步骤还包含在部署时间，针对每个计算器，从该至少一个连接管理结构识别指派给该计算器的每个插头角色，及处理每个所识别的插头角色。

9.如权利要求8所述的方法，其中所述处理每个所识别的插头角色的步骤受限于满足该所识别插头的依赖性条件，及包含如果该所识别的插头无法满足该依赖性条件，将该所识别的插头排入队列。

10.如前述任一项权利要求所述的方法，其中所述管理连接的步骤包含响应于接收到与该至少一个连接管理结构的连接项目有关的事件，识别该连接项目是否与插头角色相关联，及如果相关联，则处理该所识别的插头。

11.如权利要求8至10中任一项所述的方法，其中所述处理每个所识别的插头的步骤包含从该至少一个连接管理结构，识别在该计算机架构中的所述计算器之间具有该插头所需插座角色的计算器。

12.如权利要求11所述的方法，其中所述处理每个所识别的插头的步骤还包含提取在所述所识别的计算器之间，与具有所需插座角色的所选计算器相关联的所发布插座信息，及使用该所发布插座信息，执行在该插头中描述的配置操作。

13.如权利要求12所述的方法，其中还包含发布与该插头有关的信息及该所发布插头的启用状态，及产生该所发布插头的事件。

14.一种计算机程序，其包含当该计算机程序执行于合适的计算机装置上时，用于施行如权利要求1至13中任一项所述的方法的步骤的指令。

15.一种系统，其适用于施行如权利要求1至13中任一项所述的方法的步骤。

Images