CN101771565A - 单一服务器实现大批量或不同种基板管理控制器模拟方法 - Google Patents

Abstract

一种利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其是由目标端根据客制化的不同虚拟基板管理控制器资源提供相应的虚拟基板管理控制器。模拟方法包括以下步骤：根据可客制化的虚拟基板管理控制器资源初始化大批量或者不同种虚拟基板控制器程序，当客户端对一个基板控制器或多个基板控制器请求访问时，其是根据客户端访问请求的信息决定由哪个虚拟基板控制器提供服务，并根据客制化资源中定义的操作产生输出结果；最后将输出结果传送至客户端。其中，客户端可以通过因特网或总线等连结方式，与目标端相连接。

Description

单一服务器实现大批量或不同种基板管理控制器模拟方法

技术领域

一种批量模拟不同种基板管理控制器的方法，特别有关于一种在利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法。

背景技术

智能平台管理接口(Intelligent Platform Management Interface，简称IPMI)是提供系统管理者能够通过网络、标准串行端口(Serial)等传输形式来监控计算器装置中各种组件的运转状况。举例来说，中央处理单元的运作、散热风扇的转速、主板芯片的温度及其电压等。系统管理者可以将要监控的部分，设定其感应的临界值，在智能平台管理接口控制器感应不到正常状况时，可以通过发送PET(SNMP trap的衍生)等来通知MIS人员处理问题。另外，通过硬件及软件的配合，智能平台管理接口增加了远程管理及系统回复的功能，让系统管理者可以在远程得知系统目前是处于何种状态，如关机、开机中、操作系统意外停机等，并且可以下达开机、关机和重新开机等命令。

请参考图1所示，其是公知的智能平台管理接口与基板管理控制器架构示意图。远程装置110可以通过基板管理控制器120(Baseboard ManagementController，以下简称BMC)来实现远程装置110监控服务器硬件运转状况的目的。基板管理控制器120会周期性地查询(polling)数字传感器来监视服务器硬件130当前的工作状态，发现问题及时记录并能做相应的保护措施。换句话说，基板管理控制器120可以被视为一个独立的运算和控制单元，所以基板管理控制器120必须有独立的固件来驱动基板管理控制器120的相关功能。但是，远程装置能否正确的管理大批量或者不同种的实体基板管理控制器却是一个很难解决的问题。我们无法穷尽所有的实体基板管理控制器来验证远程装置是否按照IPMI规范来管理基板管理控制器。而且，也无法用成百上千的实体基板管理控制器来验证远程装置是否有能力进行管理。

在美国专利公告号US20060184349A1案中提及一种虚拟刀片服务器上的方案，在此种方案中提到了在每个虚拟刀片上提供一个概念化基板控制器，未提供可定制不同种类基板控制器资源，实时控制基板控制器状态、操作的方案，而且这种方式不具备模拟出大量基板管理控制器的能力。

发明内容

鉴于以上的问题，本发明的主要目的在于提供一种利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其是由目标端根据可客制化的基板管理控制器资源提供相应的虚拟基板管理控制器(Baseboard ManagementController，BMC)，从而实现一个验证远程装置是否符合IPMI规范的测试平台，还可在远程发送控制命令实时控制、改变基板控制器的操作，并可以验证远程装置在同时访问大量基板控制器设备时的效能。

为达上述目的，本发明所公开的一种通过虚拟基板管理控制器的运作方法包括以下步骤：根据可客制化的基板管理控制器资源初始化出相应的多种虚拟基板控制器程序，接收到客户端的访问请求后，其是根据访问请求中携带的被请求及相关信息作为索引获取其对应的虚拟基板控制器的相关数据，虚拟基板控制器按照可客制化资源中定义的规则来生成输出结果；最后，再将输出结果回复至客户端。

本发明提供了一种批量虚拟基板管理控制器用来验证远程装置的IPMI规范的测试平台。使用者可以方便地定制出各种虚拟基板管理控制器并模拟大批量的虚拟基板管理控制器。根据用户的设定文件初始化多种不同的虚拟基板管理控制器，并根据客户端的访问请求中携带的被请求及相关信息判定使用哪个虚拟基板控制器来为客户端提供运作。这样一来，厂商可以减少购置大批量或者不同种虚拟基板管理控制器的硬件设置成本与空间，并且可以有效率的提供不同的基板管理控制器来对客户端进行测试。有关本发明的技术特征和具体实施例，参照附图详细地对最佳实施例进行如下说明。

附图说明

图1为公知的智能平台管理接口与基板管理控制器架构示意图；

图2A为本发明的架构示意图；

图2B为虚拟基板控制器管理程序管理示意图；

图3为本发明的运作流程示意图；

图4为本发明通过网络连接测试的运作流程示意图；

图5为本发明在目标端连接测试的运作流程示意图；

图6为本发明的整体架构示意图。

其中，附图标记

110        远程装置

120        基板管理控制器

130        服务器硬件

210        目标端

211        虚拟基板控制器操作仿真器

212        可客制化基板资源控制器

213        虚拟基板管理控制器管理程序

214        存取界面

215        虚拟基板控制器管理程序

220        客户端

230        操作控制端

具体实施方式

请参考图2A所示，其是本发明的架构示意图。本发明中包括有一目标端210与至少一客户端220。目标端210电性连接于客户端220。电性连接方式包括网际网络连接、总线、串行线等。在本发明所述的客户端220为远程装置的实体设备。并且可以使用操作控制端230来对目标端210发送控制命令，用来实时改变、控制虚拟基板控制器的操作，在目标端210中包括有：虚拟基板控制器操作仿真器211、可客制化基板资源控制器212、虚拟基板管理控制器管理程序213与存取接口214。可客制化基板资源控制器212用来存放虚拟基板管理控制器管理程序213。虚拟基板控制器操作仿真器211是分别电性连接于可客制化基板资源控制器212与存取接口214。虚拟基板控制器操作仿真器211用来执行虚拟基板管理控制器管理程序213。虚拟基板控制器操作仿真器211通过存取接口214用来连结客户端220或向目标端210中的各项外围装置进行存取。

在本发明中还包括有一虚拟基板控制器管理程序215，其是根据所连接的客户端调用符合该客户端的虚拟基板管理控制器管理程序213。请参考图2B所示，其是虚拟基板控制器管理程序管理示意图。在图2B中虚拟基板控制器管理程序215是连接存取接口214，虚拟基板控制器管理程序215在接收到不同客户端时会调用相应的虚拟基板管理控制器管理程序213。

请参考图3所示，其是本发明的运作流程示意图。在执行本发明的虚拟基板控制程序包括以下步骤：首先，用户定制可客制化基板控制器资源(步骤S310)，然后根据可客制化基板控制器资源初始化虚拟基板控制器(步骤S320)，接收客户端的访问请求(步骤S330)，其是根据可客制化基板控制器资源决定虚拟基板控制器的环境参数。目标端根据客户端访问请求的信息来判定使用哪个虚拟基板控制器用来为客户端提供运作，并生成输出结果(步骤S340)。最后，由目标端将输出结果回复至客户端(步骤S350)。

请参考图4所示，其是本发明通过网络连接测试的运作流程示意图。在接收请求信息中还包括以下步骤：

用户定制可客制化基板控制器资源(步骤S410)，其中定制客制化基板控制器资源为基板控制器运行所需的环境数据(举例来说：基板控制器中包括多少个用户、传感器数据记录(Sensor Data Record)信息、基板控制器的因特网网址等)、同种基板控制器需要被虚拟的个数、虚拟基板控制器操作特性的规则等。接着，根据可客制化基板控制器资源初始化虚拟基板控制器程序(步骤S420)，根据客户端访问请求的信息来判定使用哪个虚拟基板控制器为客户端提供运作。对于每个客户端220而言，目标端210是通过访问请求的信息(例如因特网网址(IP Address))来指派不同的虚拟基板管理控制器管理程序213来进行相应的处理。

接着，目标端通过传输控制协议用来将环境参数回复至客户端(步骤S430)。为能确保将环境参数发送到客户端220，因此在本发明中是利用传输控制协议作为双方的通讯协议，用来确保双方的传输信息不会被遗漏。

请参考图5所示，其是本发明在目标端连接测试的运作流程示意图。在本发明的另一实施形态中是将客户端220直接与目标端210连接。在此一实施形态中包括以下步骤：

首先，目标端按照可客制化基板控制器的资源初始化虚拟基板控制器，并由目标端加载智能平台管理接口驱动器(Intelligent Platform ManagementInterface Driver)(步骤S510)。因为客户端220是通过总线电性连结于目标端210，因此目标端210可以调用智能平台管理接口驱动器来作为与客户端220的通讯。但值得注意的是，因为总线的数量有限制，所以在此实施形态中，目标端210仅能连结一个客户端220进行测试。

接下来，将请求信息通过智能平台管理接口驱动器转发至虚拟基板控制器程序(步骤S520)。目标端210调用智能平台管理接口驱动器用来对客户端220进行收发信息，所以传输的时间可以比第一种实施形态更快。

当虚拟基板控制器程序回复请求结果时，将虚拟基板控制器处理后得到的结果转化为标准的智能平台消息格式(步骤S530)，并且依据客户端的请求调用功能模块中的相应功能，在功能模块分别管理信道(channel)、存储器(memory)、传感器(sensor)、基板控制器用户(BMC USR)、系统事件日志(SEL)、网络(network)、平台事件过滤器(PEF)与警示器(alarm)等功能。最后，目标端再通过智能平台管理接口驱动器将标准的智能平台消息数据传送至客户端(步骤S540)。为能更进一步说明上述各步骤的运行，还请参照图6所示，其是本发明的整体架构示意图。

本发明提供了一种通过虚拟基板管理控制器，其是利用一目标端210连结一个或者多个客户端220对其进行连接。根据可客制化基板控制器的资源初始化相应的虚拟基板管理控制器，然后目标端210再根据客户端220的访问请求信息调用不同的基板管理控制器，用来提供客户端220的运作及测试。这样，使用者可以减少客户端220的硬件设置成本与空间，并且可以有效率的提供不同的基板管理控制器来对客户端220进行服务。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (5)

1.一种利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，由一目标端根据客制化的不同虚拟基板管理控制器资源提供相应的虚拟基板管理控制器给一客户端，其特征在于，该模拟方法包括以下步骤：

定制一可客制化基板控制器的一资源；

根据该可客制化基板控制器的该资源初始化一虚拟基板控制器；以及

根据该客户端访问一请求信息用来获取对应的该虚拟基板控制器进行运作，生成一输出结果并将其回复该客户端。

2.根据权利要求1所述的利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其特征在于，更包括一虚拟基板控制器管理程序，其是根据所连接的该客户端访问该请求信息为依据调用符合该客户端的该虚拟基板控制器管理程序。

3.根据权利要求1所述的利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其特征在于，接收该请求信息是通过因特网相连至该目标端。

4.根据权利要求1所述的利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其特征在于，该客户端是通过一总线电性连接至该目标端。

5.根据权利要求3所述的利用单一服务器实现大批量或者不同种基板管理控制器的模拟方法，其特征在于，接收该请求信息更包括以下步骤：

由该目标端加载一智能平台管理接口驱动器；

将该请求信息通过该智能平台管理接口驱动器转发至该虚拟基板控制器管理程序；以及

当该虚拟基板控制器管理程序回复一环境参数时，通过该智能平台管理接口驱动器回复至该客户端。

Images