专利名称：Ipmi伺服管理系统及其管理方法
技术领域：
本发明是有关于一种管理接口，且特别是有关于一种IPMI管理接口。
背景技术：
Intelligent Platform Management Interface(IPMI)是一种智能型的管理接 口，它是在1998年由Intel、DELL、HP及NEC所共同提出的。IPMI伺服管理系统(IPMI Server System)提供了一个可以跨平台的标准界面来监控系统内的一些状况，如温度、电 压、风扇等，并且可以通过事件发送的形式来让系统管理人员得知目前系统的状况。具体而言，IPMI伺服管理系统是在多个使用IPMI管理接口的被管理端建立一伺 服机制，待管理端逐一向各被管理端要求服务时，建立一资源清单，以详列可咨利用的各个 被管理端。然而，建立资源清单的过程是繁冗而缺乏效率的，以网络子屏蔽192. 168. 1. 255 为例，除却通用的广播地址192. 168. 1.0以外，管理端须透过IPMI管理接口，逐一向 192. 168. 1. 1到192. 168. 1. 254共254个伺服节点发出询问信号(ping signal)，并待各个 节点传回响应信号(pong signal)之后，再逐一向各个可咨利用的被管理端节点，索取其各 自的服务信息。上述过程冗赘繁琐而缺乏效率。而且，若某一伺服节点上的被管理端中徒退出或 加入服务，则管理端仍需在下一次重新逐一扫描每一个伺服节点时，才会发现此变动。
发明内容
本发明的一目的在于提供一种IPMI伺服管理系统，以加速资源清单的建立。本发明的另一目的在于提供一种IPMI伺服管理方法，以提升IPMI管理接口的效率。根据本发明的一目的，提供一种IPMI伺服管理系统，包括一管理端及多个被管理 端。这些被管理端包括至少一主动式IPMI被管理端。其中，主动式IPMI被管理端先主动 提供一服务信息予管理端，以建立一第一清单。管理端再逐一确认这些未被列入第一清单 的被管理端，以建立一第二清单。借此，本IPMI伺服管理系统可以有效率地整合出诸多可 供利用的被管理端。根据本发明的另一目的，提供一种IPMI伺服管理方法，包括下列步骤控制至少 一主动式IPMI被管理端以提供至少一服务信息予一管理端。根据上述服务信息，在管理端 建立一第一清单。以及，控制管理端，逐一确认多个未被列入第一清单的被管理端，以建立 一第二清单。借此，本IPMI伺服管理方法可以在最短时间内列出可咨利用的被管理端于第
一清单中。利用本发明的IPMI伺服管理系统可以有效率地整合出诸多可供利用的被管理 端。利用本发明的IPMI伺服管理方法可以在最短时间内列出可咨利用的被管理端于第一
清单中。
图1为本发明一实施例的IPMI伺服管理系统的功能方块图； 图2为图1的IPMI伺服管理系统的功能方块图，其是绘示第 图3为本发明一实施例的IPMI伺服管理方法的步骤流程图； 图4为图3的IPMI伺服管理方法的详细步骤流程图。主要组件符号说明
100:管理端 101 询问信号 110:第一清单 120:第二清单 211 服务信息 210 主动式被管理端 310 500 步骤 220 非主动式被管理端清单的建立方式
具体实施例方式请参照图1，其为本发明一实施例的IPMI伺服管理系统的功能方块图。图1中，本 实施例的IPMI伺服管理系统，包括一管理端100及多个被管理端。这些被管理端又可区分 为多个主动式IPMI被管理端210，及多个非主动式IPMI被管理端220。其中，主动式IPMI 被管理端210先主动提供一服务信息211予管理端100，以建立一第一清单110。则管理端 100的使用者可以先就主动回报的诸多主动式IPMI被管理端210进行作业，而不需要等待 所有的伺服节点都出现响应，因而提升了 IPMI伺服管理系统的使用效率。接下来，请参考图2，其为图1的IPMI伺服管理系统的功能方块图，且是绘示第二 清单120的建立方式。当使用者在管理端100就第一清单110进行作业的同时，管理端100 亦透过IPMI管理接口向各个未曾主动回报的节点，发出询问信号101，并借以确认这些节 点地址是否存在实体的被管理端。然后，管理端100更进一步要求这些被管理端回报其服 务信息，以建立第二清单120。最后，管理端100再将第二清单120提供给使用者，让使用者 续行其作业。承上所述，本实施例的IPMI伺服管理系统可以大幅减少使用者在操作管理端100 时，等待诸多被管理端的响应时间，例如各个服务器或各种信号感应器，因而提升IPMI伺 服管理系统的使用效率。具体而言，管理端100是先透过地址协议(Address Protocol, ARP)进行广播，以确认各伺服节点上，实体被管理端的存在与否；然后才逐一要求各个被 管理端回报其所能提供的服务信息，以建立第二清单120。因此，各个主动式IPMI被管理端 210所主动回报的服务信息211即包含了各自的地址信息，以利第一清单110的建立。请参考图3，其为本发明一实施例的IPMI伺服管理方法的步骤流程图。本实施例 的IPMI伺服管理方法包括下列步骤首先，如步骤310所示，至少一主动式IPMI被管理端， 主动提供至少一服务信息予一管理端。然后，如步骤320所示，根据上述服务信息，在管理 端建立一第一清单，以供使用者进行作业。接下来，如步骤340所示，管理端逐一确认未被 列入第一清单的被管理端，以建立一第二清单，再将第二清单提供给使用者。借此，本实施 例的IPMI伺服管理方法可以在最短时间内列出可咨利用的被管理端于第一清单中，因而 有效率地整合出诸多可供利用的被管理端。值得注意的是，每当有新的主动式IPMI被管理端加入伺服节点时，新加入的主动式IPMI被管理端也会发出新的服务信息，以更新第一清单。此外，本实施例也可以设定 各个主动式IPMI被管理端，每隔一时间周期，就更新一次各自的服务信息，则当有主动式 IPMI被管理端中途退出伺服节点时，亦可及时被反应在第一清单上。当然，本实施例另一种 更新第一清单的做法，是设定每一个主动式IPMI被管理端，在退出伺服节点时，主动发出 一个空的服务信息，以告知管理端来实时更新第一清单。此间变化，皆属本实施例的范畴。承上所述，本实施例亦可每隔一段时间，即控制管理端发出询问信号，重新逐一确 认未被列入第一清单的被管理端，亦即非主动式被管理端，以及时更新第二清单。此外，本实施例也可以选择合并第一清单与第二清单，以同时显示给使用者；或者 是分开显示两种清单。最后，为求周详，本实施例的管理端也可以在取得第一清单与第二清 单后的空闲时段，再发出询问信号给主动式被管理端，以确认第一清单是否有误。请继续参考图4，其为图3的IPMI伺服管理方法的详细步骤流程图。本实施例是 要先确认诸多网络地址是否绑定(Bonding)到各个实体被管理端，然后再取得各个实体被 管理端的服务信息。首先，如步骤411及步骤412所示，主动式IPMI被管理端启动后，会先 整理其服务信息及其地址信息。其中，服务信息还包括一通知时间设定数据，此通知时间设 定数据定义了主动式IPMI被管理端每隔多久的时间，即主动发出通知封包给管理端；主动 式IPMI被管理端在发出通知封包给管理端后，在一段时间内等待管理端回传回复封包未 果时，再发出一次通知封包的等待时间；以及主动式IPMI被管理端在未收到回复封包时， 发出通知封包的次数。然后，如步骤413及步骤414所示，主动式IPMI被管理端会传送地 址信息给管理端，并且确认传送成功，亦即对管理端而言，某一个地址已经成功绑定到一个 实体的主动式IPMI被管理端。与此同时，如步骤421及步骤422所示，管理端启动后，即开 始收集各个主动回报的地址，这也意味着这些网络地址都是存在实体被管理端的。接下来，如步骤415及步骤423所示，主动式IPMI被管理端传送其服务信息，而管 理端则收集之。然后，如步骤424所示，管理端即可建立一第一清单，这个第一清单已经包 含了 一些网络地址，及其相对应的服务信息。然后，如步骤431所示，管理端启动了搜寻功能，来确认哪些网络地址上仍存有实 体被管理端，并且询问各个实体被管理端所能提供的服务信息。值得注意的是，如步骤432所示，管理端会先将第一清单所罗列的地址，从待搜寻 的诸多地址中排除。换句话说，管理端会检查要搜寻的多个地址是否已经存在于第一清单 内；若是，则如步骤500所示，这些地址已罗列于第一清单，管理端不用再花费时间及资源 去搜寻之。若否，则如步骤433所示，管理端进一步检查这些地址是否已经绑定在前次作业 时所产生的第二清单内。如果某一个地址已经存在第二清单内，则如步骤500所示，不需要 再检查之。 接下来，若一个地址不在第一清单或第二清单内，则如步骤434所示，针对此一地 址，执行地址广播程序(ARP Broadcast)，以确认此地址是否有对应到一个实体被管理端。 若此地址是空的地址，则再回到步骤433，挑选下一个不存在于第一清单与第二清单内的待 确认地址，以进行检查。 如果上述地址确实存在一个实体被管理端，则如步骤435所示，进行IPMI询问与 响应程序(Ping and Pong)。最后，当此地址上的实体被管理端顺利产生响应时，如步骤436 所示，取得此实体被管理端的服务信息。并且，如步骤437所示，将此地址及其服务信息加
5入第二清单内。 虽然本发明已以实施方式揭露如上，然其并非用以限定本发明，任何熟悉此技术 的人员，在不脱离本发明的精神和范围内，当可作各种的更动与润饰，因此本发明的保护范 围当视权利要求书所界定的范围为准。
权利要求
一种IPMI伺服管理系统，其特征在于，包括一管理端；以及多个被管理端，包括至少一主动式IPMI被管理端；其中，该主动式IPMI被管理端先主动提供一服务信息予该管理端，以建立一第一清单；该管理端再逐一确认该些未被列入该第一清单的被管理端，以建立一第二清单。
2.根据权利要求1所述的IPMI伺服管理系统，其特征在于，该被管理端为一服务器。
3.根据权利要求1所述的IPMI伺服管理系统，其特征在于，该被管理端为一感应器。
4.根据权利要求1所述的IPMI伺服管理系统，其特征在于，该服务信息包括一地址信肩、ο
5.一种IPMI伺服管理方法，其特征在于，包括下列步骤由至少一主动式IPMI被管理端主动提供至少一服务信息予一管理端； 根据该服务信息，在该管理端建立一第一清单；以及经由该管理端，逐一确认多个未被列入该第一清单的被管理端，以建立一第二清单。
6.根据权利要求5所述的IPMI伺服管理方法，其特征在于，还包括每隔一时间周期，该 主动式IPMI被管理端更新该服务信息予该管理端，以更新该第一清单。
7.根据权利要求5所述的IPMI伺服管理方法，其特征在于，包括每隔一段时间，该管理 端重新逐一确认该些未被列入该第一清单的被管理端，以更新该第二清单。
8.根据权利要求5所述的IPMI伺服管理方法，其特征在于，还包括合并该第一清单与 该第二清单。
9.根据权利要求5所述的IPMI伺服管理方法，其特征在于，还包括控制该管理端在建 立该第二清单后，确认该主动式IPMI被管理端，以确认该第一清单。
10.根据权利要求5所述的IPMI伺服管理方法，其特征在于，还包括当该主动式IPMI 被管理端退出该管理端的伺服管理时，主动发出一信号以更新该第一清单。
全文摘要
本发明揭露一种IPMI伺服管理系统及其管理方法，该系统包括一管理端及多个被管理端。这些被管理端包括至少一主动式IPMI被管理端。其中，主动式IPMI被管理端系先主动提供一服务信息予管理端，以建立一第一清单。管理端再逐一确认这些未被列入第一清单的被管理端，以建立一第二清单。借此，本IPMI伺服管理系统可以有效率地整合出诸多可供利用的被管理端。
文档编号H04L29/08GK101931639SQ200910150470
公开日2010年12月29日 申请日期2009年6月23日 优先权日2009年6月23日
发明者林大华, 陈宗楠 申请人:英业达股份有限公司