CN108964972A - 一种计算节点管理的方法、装置和系统 - Google Patents

一种计算节点管理的方法、装置和系统 Download PDF

Info

Publication number
CN108964972A
CN108964972A CN201810510770.9A CN201810510770A CN108964972A CN 108964972 A CN108964972 A CN 108964972A CN 201810510770 A CN201810510770 A CN 201810510770A CN 108964972 A CN108964972 A CN 108964972A
Authority
CN
China
Prior art keywords
calculate node
port
node
mac address
management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810510770.9A
Other languages
English (en)
Other versions
CN108964972B (zh
Inventor
陈焱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
XFusion Digital Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810510770.9A priority Critical patent/CN108964972B/zh
Publication of CN108964972A publication Critical patent/CN108964972A/zh
Application granted granted Critical
Publication of CN108964972B publication Critical patent/CN108964972B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请公开了一种计算节点管理方法,用于提升系统的扩展性,降低硬件成本。该方法包括:管理节点获取第一计算节点发送的第一报文,第一报文携带第一计算节点的MAC地址,其中,管理节点管理至少一个计算节点,管理节点通过局域网交换机LSW的标准接口与至少一个计算节点连接,第一计算节点为至少一个计算节点中任意一个;从局域网交换机中获取MAC地址对应的第一端口;向所述第一计算节点发送第二报文,第二报文携带第一端口,以使得第一计算节点根据预置计算规则和第一端口确定互联网协议地址。

Description

一种计算节点管理的方法、装置和系统
技术领域
本申请涉及通信技术领域,尤其涉及一种计算节点管理的方法、装置和系统。
背景技术
机框管理模块(shelf/subrack management module,SMM)用于管理系统中的所有硬件设备,实现设备管理、事件管理、资产管理、功率管理、远程维护、配置恢复、节能控制、电源监控等。在服务系统中,硬件资源按区域划分给多个基板管理控制器(baseboardmanagement controller,BMC)管理,并由SMM统一对多个BMC进行管理,为了实现SMM和各个BMC之间的通信,SMM需要知道各个BMC在系统中的位置,不同BMC之间也需要知道彼此的位置。
现有的服务系统中,SMM通过复杂可编程逻辑器件(complex programmable logicdevice,CPLD)之间传输的硬件信号确定各个BMC的位置,对各个BMC进行管理的。这就需要SMM的CPLD和BMC的CPLD有数据交互通道。由于CPLD之间传输的信号较杂散,因此SMM的CPLD和各个BMC的CPLD是通过自定义的接口和自定义的网线连接的,如图1所示。
因此,在传统的服务系统中,由于需要定制接口和网线,存在硬件成本高,可扩展性差的问题。
发明内容
本申请提供了一种计算节点管理方法,用于提升系统的扩展性,降低硬件成本。
第一方面,本申请提供一种计算节点管理方法,该方法包括:管理节点获取第一计算节点发送的第一报文,该第一报文携带有第一计算节点的MAC地址,管理节点从局域网交换机LSW中获取该MAC地址对应的第一端口,然后向第一计算节点发送携带该第一端口的第二报文,从而使得第一计算节点根据预置计算规则和第一端口确定自身的IP地址。
需要说明的是,本实现方式中,管理节点用于管理一个或多个计算节点,并且通过LSW的标准接口与各个计算节点连接,第一计算节点指的是管理节点所管理的任意一个计算节点。
本实现方式中,SMM基于LSW端口绑定来确定BMC位置,不需要定制接口和网线,使得硬件设计更加灵活便捷,系统可扩展性更好,硬件成本更低。
在一种可能的实现方式中,管理节点可以通过如下方式获取第一计算节点发送的第一报文:当满足第一时间阈值时,管理节点向至少一个计算节点发送第一查询广播帧,管理节点接收第一计算节点返回的第一单播帧,第一单播帧携带第一计算节点的MAC地址,管理节点解析第一单播帧获取该MAC地址。
本实现方式中,管理节点可以主动获取第一计算节点的MAC地址,然后基于该MAC地址从LSW中获取第一计算节点对应的第一端口,即管理节点可以主动更新第一计算节点的位置,可以更灵活的对计算节点进行管理。
在另一种可能的实现方式中,管理节点可以通过如下方式获取第一计算节点发送的第一报文:当第一计算节点重启时,管理节点接收第一计算节点发送的第二查询广播帧,第二查询广播帧携带第一计算节点的MAC地址,管理节点解析第二查询广播帧获取该MAC地址。
本实现方式中,计算节点重启时,管理节点可以获取该计算节点的MAC地址,然后基于该MAC地址从LSW中获取第一计算节点对应的第一端口,则即使计算节点在掉电时更换了端口位置,管理节点也可以及时对计算节点对应的端口位置进行更新。
在另一种可能的实现方式中,管理节点可以通过如下方式获取第一计算节点发送的第一报文:当第一计算节点的局域网内端口从端口状态变为连接状态时,管理节点接收第一计算节点发送的第二单播帧,第二单播帧携带第一计算节点的MAC地址,管理节点解析第二单播帧获取该MAC地址。
本实现方式中,计算节点的局域网内端口断开时,管理节点可以获取该计算节点的MAC地址,然后基于该MAC地址从LSW中获取第一计算节点对应的第一端口,从而管理节点可以在计算节点变更端口位置时,及时对第一计算节点对应的端口位置进行更新。
在另一种可能的实现方式,管理节点从LSW中获取MAC地址对应的第一端口后,管理节点还会判断第一端口与第一映射表记录的MAC地址对应的第二端口是否一致,当不一致时,管理节点会更新第一映射表,其中,第一映射表用于管理节点记录计算节点的MAC地址和LSW的端口的绑定关系。
本实现方式中,管理节点侧存储有计算节点的MAC地址与LSW的端口的绑定关系,并可以及时对该绑定关系进行更新,则当计算节点需要与管理节点进行通信时,可以直接依据该绑定关系确定出计算节点的位置,与计算节点进行通信,不需要每次都向查询LSW查询计算节点对应的端口,减少了信令资源,提升了通信效率。
在另一种可能的实现方式,第一计算节点的第一报文还可以携带第三端口,管理节点还执行如下步骤:当第三端口与第一端口不同或第三端口为空时,管理节点向第一计算节点发送第一端口,并更新第一映射表,其中,第一映射表用于管理节点记录计算节点的MAC地址和LSW的端口的绑定关系。
本实现方式中,当计算节点侧记录的端口与LSW侧记录的端口不一致时,即计算节点侧记录的端口信息出现错误时,管理节点会向计算节点发送第一端口,使得计算节点可以及时对其记录的端口信息进行修正。
在另一种可能的实现方式,管理节点从LSW中获取MAC地址对应的第一端口之后,管理节点还可以执行如下流程:管理节点根据预置计算规则和第一端口确定第一计算节点的IP地址,并更新第一映射表,第一映射表用于管理节点记录至计算节点的MAC地址和IP地址的绑定关系。
本实现方式中,管理节点可以依据第一端口计算出计算节点的IP地址,并记录该IP地址与计算节点的绑定关系,从而当管理节点需要与计算节点进行通信时,可以直接依据该绑定关系确定出计算节点的IP地址,与计算节点进行通信,不需要每次都向查询LSW查询计算节点对应的端口再计算IP地址,减少了信令资源,提升了通信效率。
第二方面,本申请提供了一种管理装置,该装置包括用于执行第一方面或第一方面任一种可能实现方式中的计算机节点管理方法中的各个模块。
第三方面,本申请提供一种管理装置,该管理装置包括:存储器,处理器,通信接口以及总线;
处理器、存储器和通信接口之间通过总线连接并完成相互间的通信;
存储器用于存储指令;
处理器用于执行存储器中的指令,以使得管理装置执行第一方面或第一方面任一种实现方式所述的方法的操作步骤。
第四方面,本申请提供一种计算节点管理系统,该系统包括:管理节点、局域网交换机和至少一个计算节点,其中,管理节点通过局域网交换机与计算节点连接,管理节点用于管理至少一个计算节点,执行上述第一方面或第一方面任一种实现方式所述的方法。
第五方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面任一种实现方式所述的方法。
第六方面,本申请提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面任一种实现方式所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请中,管理节点通过局域网交换机LSW的标准接口和通用的网线与各计算节点连接,管理节点通过获取计算节点发送的第一报文来确定第一计算节点的MAC地址,然后从LSW中获取该MAC地址对应的端口,然后通过第二报文向第一计算节点指示该端口,使得第一计算节点可以根据预置的计算规则和该端口确定自身的IP地址。也就是说,本申请实施例中SMM可以基于LSW端口绑定来确定BMC位置,不需要定制接口和网线,使得硬件设计更加灵活便捷,系统可扩展性更好,硬件成本更低。
附图说明
图1为传统技术中机柜式服务器的一个示意图;
图2为本申请实施例中计算节点管理系统的一个示意图;
图3为本申请实施例中计算节点管理方法的一个流程图;
图4为本申请实施例中计算节点管理方法的另一流程图;
图5为本申请实施例中计算节点管理方法的另一流程图;
图6为本申请实施例中计算节点管理方法的另一流程图;
图7为本申请实施例中计算节点管理方法的另一流程图;
图8为本申请实施例中计算节点管理方法的另一流程图;
图9为本申请实施例中管理装置的一个实施例示意图;
图10为本申请实施例中管理装置的一个实施例示意图。
具体实施方式
下面将结合本申请实施例中的附图,详细描述本申请实施例提供的技术方案。
为了便于理解,下面对本申请实施例所涉及的一些词汇进行介绍。
局域网交换机(lan switch,LSW):指的是用在交换式局域网内进行数据交换的设备。
标准接口:通用的电信网络接口,如RJ45等。
通用网线:通用的网络线缆,适用于标准接口的网线。
媒体访问控制(media access control,MAC)地址:用来定义网络设备的位置。在开放式通信系统互联参考模型(open system interconnection,OSI)模型中,第三层网络层负责互联网协议(internet protocol,IP)地址,第二层数据链路层则负责MAC地址。因此一个主机会有一个MAC地址,而每个网络位置会有一个专属于它的IP地址。
单播帧:单一源设备发送数据帧跟单一目的设备的数据帧。
广播帧:单一源设备发送数据给同一网段上的所有设备的数据帧。
为了便于理解,下面对本申请实施例中计算节点管理方法所适用的系统进行介绍。
如图2所示,该系统包括一个管理框201和四个硬件设备202,其中,管理框201中设置有SMM 2011,CPLD 2012以及LSW 2013,LSW 2013包括4个标准接口20131;每个硬件设备202中设置有BMC 2021以及CPLD 2022,每个BMC 2021中设置有一个标准接口;管理框201中的CPLD 2012与SMM 2011连接,LSW 2013与SMM 2011连接,每个硬件设备202中的CPLD 2022与对应的BMC 2021连接,每个BMC 2021的标准接口分别通过通用网线与LSW 2013的标准接口20131连接。
需要说明的是,上述图2仅为一个示例在实际应用中,管理节点除了可以是SMM,还可以是机箱管理控制器(chassis management controller,CMC),或是其他具有管理功能的装置,计算节点除了可以是BMC还可以是其他能够对硬件设备进行控制的装置,具体此处不作限定。系统中硬件设备的数量也不限于上述图2所示的四个,LSW包含的标准接口的数量也不限于上述图2所示的四个。
还需要说明的是,在实际应用中,除了上述图2所示的结构,本申请实施例中计算节点管理方法还可以适用于其他结构的系统,如机柜式服务器,刀片式服务器等。
基于上述系统,下面对本申请中的计算节点管理方法进行介绍,请参阅图3,本申请中计算节点管理方法的一个实施例包括:
301、管理节点获取第一计算节点发送的第一报文。
本实施例中,服务器中布设有管理节点,LSW和至少一个计算节点,LSW包括至少一个标准接口,各计算节点分别通过一个标准接口接入LSW,如图2所示。每个硬件设备通过一个标准接口接入LSW。管理节点启动后,获取该服务器中任意一个计算节点的MAC地址。其中,管理节点可以通过如下几种方式中任意一种获取计算节点的MAC地址。
方式一、管理节点通过查询广播帧获取计算节点的MAC地址。具体过程如下:
S1、管理节点发送第一查询广播帧;
当满足第一时间阈值时,管理节点向局域网内计算节点发送查询广播帧(第一查询广播)。具体地,管理节点可以将第一查询广播帧的目标MAC地址设置为广播地址,从而使得该局域网内的各个计算节点都可以接收到该第一查询广播帧。
管理节点可以周期性地向局域网内发送查询广播帧,即按照固定的时间间隔发送查询广播帧,如每隔2秒发送一次查询广播帧。管理节点也可以按照递增或递减的时间间隔发送查询广播,如在启动后第2秒发送一次查询广播帧,第3秒发送一次查询广播帧,第5秒发送一次查询广播,第8秒发送一次查询广播帧。
S2、管理节点接收第一计算节点返回的第一单播帧;
第一计算节点(服务器中的任意一个计算节点)接收到第一查询广播帧后,会记录下管理节点的MAC地址(即第一查询广播帧的源MAC地址),然后根据该MAC地址向管理节点返回单播帧,以此响应该第一查询广播帧,第一广播帧中携带第一计算节点的MAC地址,管理节点接收该单播帧(第一单播帧)。
S3、管理节点解析第一单播帧获取第一计算节点的MAC地址。
管理节点接收第一单播帧后,解析得到第一单播帧的源MAC地址,该源MAC地址即第一计算节点的MAC地址。
方式二、第一计算节点主动向管理节点发送其MAC地址。
S1、管理节点接收第一计算节点发送的第二查询广播帧;
第一计算节点启动完成后,当第一计算节点需要配置自身的IP地址,且未确定管理节点的MAC地址时,第一计算节点会向局域网内送查询广播帧,即将查询广播帧的目标MAC地址设置为广播地址,从而局域网内中的管理节点和其他计算节点都能接收该查询广播帧(第二查询广播帧),第二查询广播帧中携带第一计算节点的MAC地址。
应理解,局域网内中其他计算节点接收到该查询广播帧后,在判断出该查询广播帧不是管理节点发送的数据帧时,会将该查询广播帧忽略,即不执行任何操作或者将该查询广播帧丢弃。
作为一种可能的实现方式,第一计算节点可以在启动后周期性向局域网内发送查询广播帧。
作为一种可能的实现方式,第一计算节点在启动后,可以发送预设次数的第二查询广播帧后,直到预设次数为零则停止发送查询广播帧。比如说预设次数为1,则第一计算节点仅会在启动完成时发送1次查询广播帧,不会再重复发送。
需要说明的是,本实施例中如下几种场景会触发第一计算节点向局域网内发送查询广播帧:第一计算节点在掉电后重新上电时,第一计算节点被关闭后再开启时,或第一计算节点被直接重启时。
S2、管理节点解析第二查询广播获取第一计算节点的MAC地址。
管理节点接收到第一节点发送的查询广播后,解析该查询广播帧获取该查询广播帧对应的源MAC地址,该源MAC地址即第一计算节点的MAC地址。
应理解,第一计算节点除了可以通过查询广播帧主动向管理节点发送其MAC地址,还可以通过查询单播帧(第二单播帧)主动向管理节点发送其MAC地址,即第一计算节点存储了管理节点的MAC地址后,对第一计算节点的局域网内端口的连接状态进行监控,当检测到连接状态从端口状态变为连接状态时,将该MAC地址作为查询单播帧的目标MAC地址发送出去,从而使得管理节点可以接收该查询单播帧,并对该查询单播帧进行解析得到第一计算节点的MAC地址。
需要说明的是,本实施例中,管理节点通过获取第一计算节点发送的第一报文获取第一计算节点的MAC地址,第一报文除了可以是上述几种方式提到的第一单播帧、第二查询广播帧、第二单播帧外,还可以是其他数据帧,具体本申请不作限定,即除了上述几种方式,管理节点还可以通过其他方式获取第一计算节点的MAC地址。
302、管理节点从LSW中获取第一计算节点的MAC地址对应的第一端口。
管理节点接收第一报文,并获取第一计算节点的MAC地址后,从LSW中获取与该MAC地址对应的端口,为了便于描述,本申请中将从LSW获取的第一计算节点的MAC地址对应的端口称为第一端口。
应理解,LSW能够记录进入端口的MAC地址,即当有计算节点通过标准接口接入LSW时,LSW可以获取该计算节点的MAC地址,并记录该MAC地址与该标准接口对应端口的绑定关系。因此,对于任意一个接入LSW的计算节点,LSW侧都会记录有该计算节点的MAC地址,以及与该MAC地址对应的端口。当管理节点通过上述任意一种方式获取到第一计算节点发送的第一报文后,管理节点就会向LSW查询与第一报文携带的MAC地址对应的端口,即获取第一计算节点的MAC地址对应的第一端口。
303、管理节点向第一计算节点发送携带第一端口的第二报文。
管理节点获取第一计算节点的MAC地址对应的第一端口后,向第一计算节点发送第二报文,该第二报文携带第一端口。应理解,LSW侧记录的是第一计算节点实际连接的端口,即第二报文中携带的是第一计算节点实际连接的端口号的指示信息,即管理节点向第一计算节点指示第一计算节点接入LSW交换机的正确端口。
作为一种可能的实现方式,第一计算节点发送的第一报文(如第一单播帧、第二查询广播帧、第二单播帧等)中除了携带有第一计算节点的MAC地址外,还可以携带第三端口,第三端口指的是第一计算节点侧记录的自身所连接的端口。则管理节点从LSW中获取第一端口后,会判断第三端口与第一端口是否一致,或者第三端口是否为空,当确定第三端口与第一端口不一致或者确定第三端口为空时,管理节点向第一计算节点指示第一端口,即向第一计算节点发送第二报文。当管理节点确定第三端口与第一端口一致时,管理节点可以不向第一计算节点指示第一端口,即不向第一计算节点发送第二报文,从而可以减少无效数据包。
需要说明的是,第一报文携带第三端口具体指的是第一报文携带有指示第一计算节点侧记录的端口号的信息。比如说,计算节点和管理节点约定使用8位的字段表示计算节点所接入的端口号,对于未知的端口用“0xFF”来表示,则当第一报文中标识端口的字段值为“0xFF”时,管理节点确定第三端口为空,向第一计算节点发送第一端口的指示信息。还需要说明的是,第三端口为空,即第一计算节点侧没有保存端口信息,比如第一计算节点掉电后,会清除内部的端口信息,再次上电时第一计算节点侧就未保存有端口信息,此时第一计算节点发送的第一报文所携带的第三端口就为空。
作为一种可能的实现方式,管理节点存储有第一映射表,第一映射表用于记录各个计算节点对应的MAC地址和LSW的端口的绑定关系。具体地,管理节点从LSW中获取第一端口后,可以查看第一映射表记录的第一计算节点的MAC地址对应的端口(第二端口),如果第二端口与第一端口不一致,或者第二端口为空(即第一映射表中未记录有第一计算节点的MAC地址对应的端口),则管理节点更新该第一映射表。或者管理节点从LSW中获取第一端口后,判断第一报文携带的第三端口与第一端口是否一致,或者第三端口是否为空,当确定第三端口与第一端口不一致,或者第三端口为空时,管理节点更新第一映射表。
具体地,管理节点更新第一映射表的流程可以包括:管理节点在第一映射表中增加第一计算节点的MAC地址和第一端口的对应关系,或,管理节点将第一映射表中第一计算节点的MAC地址对应的端口修改为第一端口。
进一步地,第一映射表还可以记录各个计算节点的MAC地址和IP地址的绑定关系,其中,计算节点的IP地址可以由管理节点根据预置计算规则和与MAC地址对应的端口计算得到,则管理节点更新第一映射表的流程还包括:根据预置计算规则和第一端口计算第一计算节点对应的IP地址(第一IP地址),在第一映射表中增加第一计算节点的MAC地址和第一IP地址的对应关系或将第一映射表中第一计算节点的MAC地址对应的IP地址修改为第一IP地址。
需要说明的是,当管理节点需要向某个端口的计算节点进行通信时,管理节点可以根据第一映射表确定该计算节点的MAC地址和/或IP地址,然后通过该MAC地址和/或IP地址与该计算节点进行通信。
304、第一计算节点根据预置计算规则和第一端口确定IP地址。
第一计算节点接收到管理节点发送的第二报文后,解析第二报文获取第一端口,然后根据预置的计算规则和第一端口确定自身的IP地址。例如,预先设定服务器各节点对应的IP地址为171.31.1.X,其中X为计算节点接入的端口号加100后的值。例如,第一计算节点解析第二报文得到端口号“1”,则第一计算节点确定其对应的IP地址为171.31.1.101。
可选地,第一计算节点确定IP地址后,还可以向管理节点发送确认单播帧,以指示管理节点,第一计算节点已成功设置IP地址。
还需要说明的是,第一计算节点解析得到第一端口,确定自己对应的端口号后,可以根据该端口号从系统消息中获取对应的通信信息,根据该通信信息确定第一计算节点的目标计算节点(系统配置的与第一计算节点进行通信的计算节点)对应的端口号,根据该端口号和预置的计算规则确定该目标计算节点的IP地址,然后根据该IP地址与目标计算节点进行通信。比如说系统消息中有端口号1-4对应的通信信息,则第一计算节点确定自己对应的端口号为1之后,就可以知道端口号1对应的通信信息是给自己的,对该通信信息进行解析得知1号端口的通信对象是3号端口,根据预置的计算规则确定3号端口对应的IP地址为171.31.1.103,第一计算节点将通信数据传输到IP地址为171.31.1.103的计算节点上。
本申请实施例中,管理节点通过LSW的标准接口和通用的网线与各计算节点连接,并且管理节点通过获取计算节点发送的第一报文来确定第一计算节点的MAC地址,从LSW中获取该MAC地址对应的端口,然后通过第二报文向第一计算节点指示该端口,使得第一计算节点可以根据预置的计算规则和该端口确定自身的IP地址。传统技术中,SMM的CPLD和各个BMC的CPLD通过自定义的网线和接口连接,SMM通过CPLD之间传输的硬件信号来确定各个BMC的位置。相比于该传统技术,本申请实施例中SMM可以基于LSW端口绑定来确定BMC位置,SMM的CPLD和BMC的CPLD之间不需要传输硬件信号,因而不需要定制接口和网线连接SMM的CPLD和BMC的CPLD,使得服务器中的硬件设计更加灵活便捷,系统可扩展性更好,硬件成本更低。另一方面,第一报文可以携带计算节点记录的端口,当该端口与LSW侧记录的端口不一致时,管理节点可以通知计算节点进行修正,从而使得计算节点可以灵活切换不同的LSW端口。再一方面,在不同场景下(如计算节点重启、计算节点更换端口位置等),管理节点都可以及时更新计算节点所连接的端口信息,以及计算节点的IP地址,从而可以避免由于通信地址更新不及时而导致的通信失败。
为了便于理解本申请中的计算节点管理方法,下面结合具体场景进一步介绍本申请实施例所提供的计算节点管理方法。
服务器的组成和结构如上述图2所示,其中,硬件设备1的MAC地址为B2:34:55:10:22:10,硬件设备2的MAC地址为B2:34:55:10:22:20,硬件设备3的MAC地址为B2:34:55:10:22:30,硬件设备4的MAC地址为B2:34:55:10:22:40,管理框的MAC地址为A4:6E:F4:59:83:AB。硬件设备1通过1号端口接入LSW,硬件设备2通过2号端口接入LSW,硬件设备3通过3号端口接入LSW,硬件设备4通过4号端口接入LSW,各个硬件设备接入LSW时,LSW记录下各个硬件设备的MAC地址和其所接入的端口,如下表1所示。
表1
MAC地址 端口号
B2:34:55:10:22:10 1
B2:34:55:10:22:20 2
B2:34:55:10:22:30 3
B2:34:55:10:22:40 4
BMC和SMM之间使用基于数据链路层的自定义协议规定的帧格式如下表2所示。
表2
目的MAC 源MAC 类型 操作类型 发送主体 端口
帧格式的具体规定如下:
类型:自定义的值,为0x9080。
操作类型:利用4个比特位的字段标识,当前已定义的操作类型包括:查询(对应的值为0),查询应答(对应的值为1),设置(对应的值2),设置应答(对应的值为3)。
发送主体:用4个比特位的字段标识,指的是帧的发送主体,当前定义的主体有SMM(对应的值为0)和BMC(对应的值为1)。
端口:8个比特位的字段标识,代表BMC连接到LSW的哪个端口,作为BMC在柜内的位置,未知端口填0xFF。
其中,操作类型和发送主体对应的值可以合成一个字节。
基于上述协议和上述系统架构,下面对其中几种场景下SMM和BMC执行的流程进行介绍。
场景一、整柜掉电后统一上电。
当整柜掉电后统一上电时,SMM和BMC所执行的流程如图4所示,为了便于描述此处以硬件设备1中的BMC1为例,其他硬件设备中的BMC的操作流程BMC1类似。
401、SMM发送查询广播帧。
SMM在上电后,首先向各个BMC发送查询广播帧(第一查询广播帧),该查询广播帧的目标MAC为广播地址“0xFFFFFFFFFFFF”,源MAC为SMM的MAC地址“0xA46EF45983AB”,端口为空“0xFF”。
402、BMC1返回应答帧。
BMC1接收到该查询广播帧后,记录下该查询广播帧的源MAC,即SMM的MAC地址“0xA46EF45983AB”,然后向SMM返回应答帧(第一单播帧),该应答帧的目标MAC为SMM的MAC“0xA46EF45983AB”,源MAC为BMC1自身的MAC地址,此时BMC1刚上电并没有存储端口信息,因此应答帧中的端口为空“0xFF”。
403、SMM查询BMC1的MAC地址在LSW内部对应的端口。
SMM接收BMC1返回应答单播后,解析该应答单播得到BMC1的MAC地址“B2:34:55:10:22:10”,SMM向LSW查询该MAC地址对应的端口。
404、LSW返回结果。
依据上述表1的记录MAC地址“B2:34:55:10:22:10”对应的端口号为“1”(第一端口),LSW向SMM返回该结果。
405、SMM发送设置端口单播帧。
SMM确定应答单播中携带的端口为空,向BMC1发设置端口单播帧(第二报文),该设置端口单播帧的端口为“0x01”(表示端口号为“1”)。
406、BMC1根据端口设置IP地址。
BMC1接收设置端口单播帧后,解析该设置端口单播帧得知自身连接的端口号为“1”,记录该端口号,并根据预置的计算规则和该端口号确定自身的IP地址为“171.31.1.101”。BMC1依据系统消息的指示需要与端口号为“3”的BMC3通信,根据预置的计算规则确定对端的IP地址为“171.31.1.103”,根据该IP地址BMC1将对应的数据发送到BMC3。
407、BMC1返回确认单播帧。
BMC1将自身的IP地址设置为“171.31.1.101”后,向SMM发送确认单播帧,该确认单播帧用于向SMM指示BMC1已成功设置IP地址。
408、SMM更新映射表。
另一方面,SMM接收到LSW返回结果后,SMM还会根据预置的计算规则和LSW返回的端口号计算出MAC地址为“B2:34:55:10:22:10”的BMC1对应的IP地址为“171.31.1.101”,并且将该MAC地址,LSW返回的端口号和IP地址对应记录在映射表中,如表3所示。应理解,如果SMM还收到其他BMC发送的应答单播帧,SMM也会将其他BMC的MAC地址,端口号和IP地址记录在该映射表中。当SMM需要与某个端口的BMC进行通信时,就可以依据该映射表获取该BMC的MAC地址和IP地址,并通过该MAC地址和IP地址与该端口号对的BMC进行通信。
表3
MAC地址 端口号 IP地址
B2:34:55:10:22:10 1 171.31.1.101
B2:34:55:10:22:20 2 171.31.1.102
B2:34:55:10:22:30 3 171.31.1.103
B2:34:55:10:22:40 4 171.31.1.104
通过上述图4所示的流程,SMM可以实现和各个BMC之间的通信,各BMC可以实现与SMM以及其他BMC的通信。
场景二、SMM和BMC运行过程中,BMC更换端口位置。
基于上述场景一,SMM和BMC执行完上述图4所示的流程后,在SMM和BMC运行过程中,用户手动将硬件设备1和硬件设备2所连接的端口位置交换,即将硬件设备1连接到LSW的2号端口,将硬件设备2连接到LSW的1号端口,LSW修改硬件设备1和硬件设备2和对应的端口的绑定关系,如下表4所示。
表4
MAC地址 端口号
B2:34:55:10:22:10 2
B2:34:55:10:22:20 1
B2:34:55:10:22:30 3
B2:34:55:10:22:40 4
在BMC1和BMC2交换端口位置时,BMC1和BMC2所执行的流程如图5所示。
501、BMC1发送查询单播帧。
BMC1检测到局域网内端口的连接状态从断开状态变为连接状态,BMC1侧记录有SMM的MAC地址,且记录自身所连接的端口号为“1”,BMC1向SMM发送查询单播帧(第二单播帧),该查询单播帧的源MAC为BMC1自身的MAC地址“0xB23455102210”,端口为“0x01”(第三端口)。
502、BMC2发送查询单播帧。
同样地,BMC2也检测到局域网内端口的连接状态从断开状态变为连接状态,BMC2侧记录有SMM的MAC地址,且记录自身所连接的端口号为“2”,BMC1向SMM发送查询单播帧(第二单播帧),该查询单播帧的源MAC为BMC2自身的MAC地址“B23455102220”,端口为“0x02”(第三端口)。
503、SMM查询BMC1和BMC2在LSW内部对应的端口。
SMM接收BMC1和BMC2发送的查询单播帧,解析该查询单播帧得到源MAC地址“B2:34:55:10:22:10”和“B2:34:55:10:22:20”,SMM向LSW查询这两个地址对应的端口。
504、LSW返回结果。
依据上述表4的记录,“B2:34:55:10:22:10”对应的端口号为“2”(第一端口),“B2:34:55:10:22:20”对应的端口号为“1”(第一端口),LSW向SMM返回该结果。
505、SMM向BMC1返回应答帧。
SMM确定BMC1发送的查询单播帧指示的端口号为“1”,与LSW返回的结果“2”不一致,SMM向BMC1发送应答帧(第二报文),该应答帧携带端口号为“2”的指示(即发送目的MAC为“0xB23455102210”,端口为“0x02”的单播帧)。
506、SMM向BMC2返回应答帧。
SMM确定BMC2发送的查询单播帧指示的端口号为“2”,与LSW返回的结果“1”不一致,SMM向BMC2发送应答帧(第二报文),该应答帧携带端口号为“1”的指示(即发送目的MAC为“0xB23455102220”,端口为“0x01”的单播帧)。
507、SMM更新映射表。
SMM还会根据预置的计算规则和LSW返回的端口号计算出MAC地址为“B2:34:55:10:22:10”的BMC1对应的IP地址为“171.31.1.102”,MAC地址为“B2:34:55:10:22:20”的BMC2对应的IP地址为“71.31.1.101”,SMM依据LSW返回的端口号和计算得到的IP地址更新映射表,更新后的映射表如下表5所示。
表5
MAC地址 端口号 IP地址
B2:34:55:10:22:10 2 171.31.1.102
B2:34:55:10:22:20 1 171.31.1.101
B2:34:55:10:22:30 3 171.31.1.103
B2:34:55:10:22:40 4 171.31.1.104
508、BMC1根据端口设置IP地址。
BMC1接收SMM返回的应答帧后,解析该应答帧得知自身连接的端口号为“2”,依据新的端口号计算出自身对应的IP地址为“171.31.1.102”。
509、BMC2根据端口设置IP地址。
BMC2接收SMM返回的应答帧后,解析该应答帧得知自身连接的端口号为“1”,依据新的端口号计算出自身对应的IP地址为“171.31.1.101”。
通过上述图5所示的流程,BMC更换端口位置后,SMM可以及时更新映射表中BMC的端口信息和IP地址,实现和各个BMC之间的正常通信,各BMC也可以及时获知其更换后的端口信息,实现与其他BMC之间的正常通信。
场景三、BMC掉电后上电。
基于上述场景一,SMM和BMC执行完上述图4所示的流程后,BMC1掉电,BMC1清除内部的端口信息,BMC1再次上电后,BMC1和SMM所执行的流程如图6所示。
601、BMC1发送查询广播帧。
BMC1再次上电并启动完成后,需要重新配置IP地址,BMC1发送查询广播帧(第二查询广播帧),该查询广播帧的端口为“0xFF”。
其他BMC接收到该查询广播帧后,识别出该查询广播帧的发送主体为“BMC”,忽略该查询广播帧。
602、SMM向LSW查询BMC1的MAC地址在LSW内部对应的端口。
SMM接收到该查询广播帧后,解析该查询广播帧得到源MAC地址(即BMC1的MAC地址)为“B2:34:55:10:22:10”,SMM向LSW查询该MAC地址对应的端口。
603、LSW返回结果。
依据上述表1的记录,“B2:34:55:10:22:10”对应的端口号为“1”(第一端口),LSW向SMM返回该结果。
604、SMM向BMC1返回应答帧。
响应于BMC1发送的查询广播帧,SMM向BMC1返回应答帧,该应答帧中的端口信息为“0x01”(指示端口号为“1”)。
605、BMC1根据端口设置IP地址。
BMC1接收SMM返回的应答帧后,解析该应答帧得知自身连接的端口号为“1”,依据新的端口号计算出自身对应的IP地址为“171.31.1.101”。
通过上述图6所示的流程,BMC掉电清除端口信息后,重新上电时可以快速获取端口信息,避免掉电重启导致的时延。
场景四、BMC实现重启持久化。
基于上述场景一,SMM和BMC执行完上述图4所示的流程后,BMC1掉电,由于BMC1内部可以实现重启持久化,因此BMC1掉电后不会清除端口信息,此时BMC1和SMM所执行的流程如图7所示。
701、BMC1发送查询广播帧。
BMC1再次上电并启动完成后,BMC1发送查询广播帧(第二查询广播帧),该查询广播帧携带BMC1侧记录的端口“1”(第三端口),查询广播帧中端口字段的值为“0x01”。
其他BMC接收到该查询广播帧后,识别出该查询广播帧的发送主体为“BMC”,忽略该查询广播帧。
702、SMM查询BMC1的MAC地址在LSW内部对应的端口。
SMM接收到该查询广播帧后,解析该查询广播帧得到源MAC地址(即BMC1的MAC地址)为“B2:34:55:10:22:10”,SMM向LSW查询该MAC地址对应的端口。
703、LSW返回结果。
依据上述表1的记录,“B2:34:55:10:22:10”对应的端口号为“1”(第一端口),LSW向SMM返回该结果。
704、SMM向BMC1返回应答帧。
响应于BMC1发送的查询广播帧,SMM向BMC1返回应答帧,该应答帧中的端口的值为“0x01”(指示端口号为“1”)。
705、BMC1根据端口设置IP地址。
BMC1接收SMM返回的应答帧后,解析该应答帧得知自身连接的端口号为“1”,与原本记录的端口号一致,依据原来的端口号(或者说应答帧指示的端口号)计算出自身对应的IP地址为“171.31.1.101”。
场景五、SMM重启。
基于上述场景一,SMM和BMC执行完上述图4所示的流程后,SMM重启,此时SMM和BMC1所执行的流程如图8所示。
801、SMM发送查询广播帧。
SMM重启后,向各个BMC发送查询广播帧(第一查询广播帧)。
802、SMM返回应答单播帧。
BMC1接收到该查询广播帧后,向SMM返回应答帧(第一单播帧),依据BMC1测记录的端口号(第三端口),该应答单播中端口的值为“0x01”。
803、SMM查询BMC1的MAC地址在LSW内部对应的端口。
SMM接收BMC1返回应答单播后,解析该应答单播得到BMC1的MAC地址“B2:34:55:10:22:10”,SMM向LSW查询该MAC地址对应的端口,依据上述表1的记录MAC地址“B2:34:55:10:22:10”对应的端口号为“1”(第一端口),LSW向SMM返回该结果。
SMM确定BMC1返回的应答单播指示的端口号为“1”,与LSW返回的结果“1”一致,SMM不向BMC1下发设置单播帧。
上面介绍了本申请实施例中的计算节点管理方法,下面对本申请实施例中的管理装置进行介绍,请参阅图9,本申请实施例中管理装置的一个实施例包括:
第一获取模块901,用于获取第一计算节点发送的第一报文,第一报文携带第一计算节点的MAC地址,其中,管理装置管理至少一个计算节点,通过局域网交换机LSW的标准接口与至少一个计算节点连接,第一计算节点为至少一个计算节点中任意一个;
第二获取模块902,用于从LSW中获取第一计算节点的MAC地址对应的第一端口;
发送模块903,用于向第一计算节点发送第二报文,第二报文携带第一端口,以使得第一计算节点根据预置计算规则和第一端口确定互联网协议IP地址。
作为一种可能的实现方式,第一获取模块901包括:
发送单元9011,用于当满足第一时间阈值时,向至少一个计算节点发送第一查询广播帧;
第一接收单元9012,用于接收第一计算节点返回的第一单播帧,第一单播帧携带第一计算节点的MAC地址;
第一解析单元9013,用于解析第一单播帧获取第一计算节点的MAC地址。
作为一种可能的实现方式,第一获取模块901包括:
第二接收单元9014,用于当第一计算节点重启时,接收第一计算节点发送的第二查询广播帧,第二查询广播帧携带第一计算节点的MAC地址;
第二解析单元9015,用于解析第二查询广播帧获取第一计算节点的MAC地址。
作为一种可能的实现方式,第一获取模块901包括:
第三接收单元9016,用于当第一计算节点的局域网内端口从断开状态变为连接状态时,接收第一计算节点发送的第二单播帧,第二单播帧携带第一计算节点的MAC地址;
第三解析单元9017,用于解析第二单播帧获取第一计算节点的MAC地址。
作为一种可能的实现方式,管理装置还包括:
第一更新模块904,用于当第一端口与第一映射表记录的MAC地址对应的第二端口不一致时,更新第一映射表,第一映射表为管理装置记录至少一个计算节点的每个MAC地址和LSW的端口的绑定关系。
作为一种可能的实现方式,发送模块903,用于当第三端口与第一端口不同或第三端口为空时,向第一计算节点发送第一端口;
管理装置还包括:
第二更新模块905,用于当第三端口与第一端口不同或第三端口为空时,更新第一映射表,第一映射表用于管理装置记录至少一个计算节点的每个MAC地址和LSW的端口的绑定关系。
作为一种可能的实现方式,管理装置还包括:
计算模块906,用于根据预置计算规则和第一端口确定第一计算节点的IP地址;
第三更新模块907,用于更新第一映射表,第一映射表用于管理装置记录至少一个计算节点的每个MAC地址和每个IP地址的绑定关系。
需要说明的是,上述图9对应的管理装置中各模块所执行的流程与前述图3对应的方法流程类型,此处不再赘述。
本申请实施例中,管理节点通过LSW的标准接口和通用的网线与各计算节点连接,管理节点的第一获取模块901通过获取计算节点发送的第一报文来确定第一计算节点的MAC地址,然后通过第二获取模块901从LSW中获取该MAC地址对应的端口,发送模块903通过第二报文向第一计算节点指示该端口,使得第一计算节点可以根据预置的计算规则和该端口确定自身的IP地址。传统技术中,SMM的CPLD和各个BMC的CPLD通过自定义的网线和接口连接,SMM通过CPLD之间传输的硬件信号来确定各个BMC的位置。相比于该传统技术,本申请实施例中SMM可以基于LSW端口绑定来确定BMC位置,SMM的CPLD和BMC的CPLD之间不需要传输硬件信号,因而不需要定制接口和网线连接SMM的CPLD和BMC的CPLD,使得服务器中的硬件设计更加灵活便捷,系统可扩展性更好,硬件成本更低。
另一方面,第一报文可以携带计算节点记录的端口,当该端口与LSW侧记录的端口不一致时,管理节点可以通过发送模块903通知计算节点进行修正,从而使得计算节点可以灵活切换不同的LSW端口。
再一方面,在不同场景下(如计算节点重启、计算节点更换端口位置等),管理节点都可以第一更新模块904或第二更新模块905及时更新计算节点所连接的端口信息,还可以通过第三更新模块906更新计算节点的IP地址,从而可以避免由于通信地址更新不及时而导致的通信失败。
本申请还提供了一种管理装置,请参阅图10,该管理装置100包括:存储器1001,处理器1002,通信接口1003以及总线1004;
存储器1001可以包括只读存储器和随机存取存储器,并向处理器1002提供指令和数据。存储器1001的一部分还可以包括非易失性随机存取存储器(non-volatile randomaccess memory,NVRAM)。
存储器1001储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
本申请实施例中处理器1002用于:
控制通信接口1003获取第一计算节点发送的第一报文,该第一报文携带有第一计算节点的MAC地址;
控制通信接口1003从LSW中获取该MAC地址对应的第一端口;
控制通信接口1003发送携带第二报文,第二报文携带第一端口,从而使得第一计算节点根据预置计算规则和第一端口确定自身的IP地址。
其中,该管理装置用于管理一个或多个计算节点,并且通过LSW的标准接口与各个计算节点连接,第一计算节点指的是管理节点所管理的任意一个计算节点。
作为一种可能的实现方式,处理器1002,用于当满足第一时间阈值时,控制通信接口1003向至少一个计算节点发送第一查询广播帧;
通信接口1003,用于接收第一计算节点返回的第一单播帧;
处理器1002,用于解析第一单播帧获取该MAC地址。
作为一种可能的实现方式,通信接口1003,用于当第一计算节点重启时,接收第一计算节点发送的第二查询广播帧;
处理器1002,用于解析第二查询广播帧获取该MAC地址。
作为一种可能的实现方式,通信接口,用于当第一计算节点的局域网内端口从端口状态变为连接状态时,接收第一计算节点发送的第二单播帧;
处理器1002,用于解析第二单播帧获取该MAC地址。
作为一种可能的实现方式,处理器1002,还用于判断第一端口与第一映射表记录的MAC地址对应的第二端口是否一致,当不一致时,更新第一映射表,其中,第一映射表用于管理节点记录计算节点的MAC地址和LSW的端口的绑定关系。
作为一种可能的实现方式,第一计算节点的第一报文还可以携带第三端口,处理器1002,还用于判断第三端口与第一端口是否相同或第三端口是否为空,当第三端口与第一端口不相同或者第三端口为空时,更新第一映射表,并控制通信接口向第一计算节点发送第一端口,其中,第一映射表用于管理节点记录计算节点的MAC地址和LSW的端口的绑定关系。
作为一种可能的实现方式,处理器1002,还用于根据预置计算规则和第一端口确定第一计算节点的IP地址,并更新第一映射表,第一映射表用于管理节点记录至计算节点的MAC地址和IP地址的绑定关系。
在一种可能的设计中,上述管理装置可以为服务器内的芯片,上述通信接口1003例如可以是输入/输出接口、管脚或电路等。该处理器1002可执行存储器1001存储的计算机执行指令,以使该服务器内的芯片执行上述图3至图8任一实施例所示的计算节点管理方法。
其中,上述存储器1001为该芯片内的存储单元,如寄存器、缓存等,所述存储器还可以是服务器内的位于该芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random accessmemory,RAM)等。
其中,上述处理器1002,可以是通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制上述计算节点管理方法的程序执行的集成电路。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state drive,SSD))等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。以上所述,仅为本发明的具体实施方式。熟悉本技术领域的技术人员根据本发明提供的具体实施方式,可想到变化或替换,都应涵盖在本发明的保护范围之内。

Claims (15)

1.一种计算节点管理的方法,其特征在于,所述方法包括:
所述管理节点获取所述第一计算节点发送的第一报文,所述第一报文携带所述第一计算节点的MAC地址,其中,所述管理节点管理至少一个计算节点,通过局域网交换机LSW的标准接口与所述至少一个计算节点连接,所述第一计算节点为所述至少一个计算节点中任意一个;
所述管理节点从所述LSW中获取所述MAC地址对应的第一端口;
所述管理节点向所述第一计算节点发送第二报文,所述第二报文携带所述第一端口,以使得所述第一计算节点根据预置计算规则和所述第一端口确定互联网协议IP地址。
2.根据权利要求1所述的方法,其特征在于,所述管理节点获取所述第一计算节点发送的第一报文,包括:
当满足第一时间阈值时,所述管理节点向所述至少一个计算节点发送第一查询广播帧;
所述管理节点接收所述第一计算节点返回的第一单播帧,所述第一单播帧携带所述第一计算节点的MAC地址;
所述管理节点解析所述第一单播帧获取所述MAC地址。
3.根据权利要求1所述的方法,其特征在于,所述管理节点获取所述第一计算节点发送的第一报文,包括:
当所述第一计算节点重启时,所述管理节点接收所述第一计算节点发送的第二查询广播帧,所述第二查询广播帧携带所述第一计算节点的MAC地址;
所述管理节点解析所述第二查询广播帧获取所述MAC地址。
4.根据权利要求1所述的方法,其特征在于,所述管理节点获取所述第一计算节点发送的第一报文,包括:
当所述第一计算节点的局域网内端口从断开状态变为连接状态时,所述管理节点接收所述第一计算节点发送的第二单播帧,所述第二单播帧携带所述第一计算节点的MAC地址;
所述管理节点解析所述第二单播帧获取所述MAC地址。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述管理节点从所述LSW中获取所述MAC地址对应的第一端口之后,所述方法包括:
当所述第一端口与第一映射表记录的所述MAC地址对应的第二端口不一致时,所述管理节点更新所述第一映射表,所述第一映射表为所述管理节点记录所述至少一个计算节点的每个MAC地址和所述LSW的端口的绑定关系。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一报文中还携带第三端口,所述方法包括:
当所述第三端口与所述第一端口不同或所述第三端口为空时,所述管理节点向所述第一计算节点发送所述第一端口,并更新第一映射表,所述第一映射表用于所述管理节点记录所述至少一个计算节点的每个MAC地址和所述LSW的端口的绑定关系。
7.根据权利要求1至4中任一项所述的方法,其特征在于,所述管理节点从所述LSW中获取所述MAC地址对应的第一端口之后包括:
所述管理节点根据预置计算规则和所述第一端口确定所述第一计算节点的IP地址,并更新第一映射表,所述第一映射表用于所述管理节点记录所述至少一个计算节点的每个MAC地址和每个IP地址的绑定关系。
8.一种管理装置,其特征在于,所述装置包括:
第一获取模块,用于获取所述第一计算节点发送的第一报文,所述第一报文携带所述第一计算节点的MAC地址,所述管理装置管理至少一个计算节点,通过局域网交换机LSW的标准接口与所述至少一个计算节点连接,所述第一计算节点为所述至少一个计算节点中任意一个;
第二获取模块,用于从所述LSW中获取所述MAC地址对应的第一端口;
发送模块,用于向所述第一计算节点发送第二报文,所述第二报文携带所述第一端口,以使得所述第一计算节点根据预置计算规则和所述第一端口确定互联网协议IP地址。
9.根据权利要求8所述的管理装置,其特征在于,所述第一获取模块包括:
发送单元,用于当满足第一时间阈值时,向所述至少一个计算节点发送第一查询广播帧;
第一接收单元,用于接收所述第一计算节点返回的第一单播帧,所述第一单播帧携带所述第一计算节点的MAC地址;
第一解析单元,用于解析所述第一单播帧获取所述MAC地址。
10.根据权利要求8所述的管理装置,其特征在于,所述第一获取模块包括:
第二接收单元,用于当所述第一计算节点重启时,接收所述第一计算节点发送的第二查询广播帧,所述第二查询广播帧携带所述第一计算节点的MAC地址;
第二解析单元,用于解析所述第二查询广播帧获取所述MAC地址。
11.根据权利要求8所述的管理装置,其特征在于,所述第一获取模块包括:
第三接收单元,用于当所述第一计算节点的局域网内端口从断开状态变为连接状态时,接收所述第一计算节点发送的第二单播帧,所述第二单播帧携带所述第一计算节点的MAC地址;
第三解析单元,用于解析所述第二单播帧获取所述MAC地址。
12.根据权利要求8至11中任一项所述的管理装置,其特征在于,所述管理装置还包括:
第一更新模块,用于当所述第一端口与第一映射表记录的所述MAC地址对应的第二端口不一致时,更新所述第一映射表,所述第一映射表为所述管理装置记录所述至少一个计算节点的每个MAC地址和所述LSW的端口的绑定关系。
13.根据权利要求8至11中任一项所述的管理装置,其特征在于,
所述发送模块,用于当所述第三端口与所述第一端口不同或所述第三端口为空时,向所述第一计算节点发送所述第一端口;
所述管理装置还包括:
第二更新模块,用于当所述第三端口与所述第一端口不同或所述第三端口为空时,更新第一映射表,所述第一映射表用于所述管理装置记录所述至少一个计算节点的每个MAC地址和所述LSW的端口的绑定关系。
14.根据权利要求8至11中任一项所述的管理装置,其特征在于,所述管理装置还包括:
计算模块,用于根据预置计算规则和所述第一端口确定所述第一计算节点的IP地址;
第三更新模块,用于更新第一映射表,所述第一映射表用于所述管理装置记录所述至少一个计算节点的每个MAC地址和每个IP地址的绑定关系。
15.一种计算节点管理系统,其特征在于,包括:管理节点、局域网交换机LSW和至少一个计算节点;所述管理节点通过LSW的标准接口与所述至少一个计算节点连接;
所述管理节点用于管理所述至少一个计算节点,执行如权利要求1-7所述的方法。
CN201810510770.9A 2018-05-24 2018-05-24 一种计算节点管理的方法、装置和系统 Active CN108964972B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810510770.9A CN108964972B (zh) 2018-05-24 2018-05-24 一种计算节点管理的方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810510770.9A CN108964972B (zh) 2018-05-24 2018-05-24 一种计算节点管理的方法、装置和系统

Publications (2)

Publication Number Publication Date
CN108964972A true CN108964972A (zh) 2018-12-07
CN108964972B CN108964972B (zh) 2021-02-12

Family

ID=64492108

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810510770.9A Active CN108964972B (zh) 2018-05-24 2018-05-24 一种计算节点管理的方法、装置和系统

Country Status (1)

Country Link
CN (1) CN108964972B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109766118A (zh) * 2019-01-02 2019-05-17 紫光华山信息技术有限公司 固件文件加载方法、装置及刀箱式服务器
CN110943880A (zh) * 2019-11-07 2020-03-31 中国联合网络通信集团有限公司 设备管理方法及装置
CN111064643A (zh) * 2019-12-29 2020-04-24 苏州浪潮智能科技有限公司 一种节点服务器及其数据交互方法和相关装置
CN113630300A (zh) * 2020-05-09 2021-11-09 华为技术有限公司 用于报文传输的方法和节点
WO2024082870A1 (zh) * 2022-10-21 2024-04-25 超聚变数字技术有限公司 一种计算设备及数据获取方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103138968A (zh) * 2011-11-28 2013-06-05 英业达科技有限公司 服务器机架系统
CN106453680A (zh) * 2016-10-10 2017-02-22 杭州昆海信息技术有限公司 一种ip地址的分配方法和装置
CN106453681A (zh) * 2016-10-10 2017-02-22 杭州昆海信息技术有限公司 一种ip地址的分配方法和装置
US20180074984A1 (en) * 2016-09-14 2018-03-15 Samsung Electronics Co., Ltd. Self-configuring baseboard management controller (bmc)

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103138968A (zh) * 2011-11-28 2013-06-05 英业达科技有限公司 服务器机架系统
US20180074984A1 (en) * 2016-09-14 2018-03-15 Samsung Electronics Co., Ltd. Self-configuring baseboard management controller (bmc)
CN107832087A (zh) * 2016-09-14 2018-03-23 三星电子株式会社 自配置基板管理控制器(bmc)
CN106453680A (zh) * 2016-10-10 2017-02-22 杭州昆海信息技术有限公司 一种ip地址的分配方法和装置
CN106453681A (zh) * 2016-10-10 2017-02-22 杭州昆海信息技术有限公司 一种ip地址的分配方法和装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109766118A (zh) * 2019-01-02 2019-05-17 紫光华山信息技术有限公司 固件文件加载方法、装置及刀箱式服务器
CN110943880A (zh) * 2019-11-07 2020-03-31 中国联合网络通信集团有限公司 设备管理方法及装置
CN110943880B (zh) * 2019-11-07 2021-07-13 中国联合网络通信集团有限公司 设备管理方法及装置
CN111064643A (zh) * 2019-12-29 2020-04-24 苏州浪潮智能科技有限公司 一种节点服务器及其数据交互方法和相关装置
CN113630300A (zh) * 2020-05-09 2021-11-09 华为技术有限公司 用于报文传输的方法和节点
CN113630300B (zh) * 2020-05-09 2023-08-08 华为技术有限公司 用于报文传输的方法和节点
WO2024082870A1 (zh) * 2022-10-21 2024-04-25 超聚变数字技术有限公司 一种计算设备及数据获取方法

Also Published As

Publication number Publication date
CN108964972B (zh) 2021-02-12

Similar Documents

Publication Publication Date Title
CN108964972A (zh) 一种计算节点管理的方法、装置和系统
CN101552697B (zh) 一种网络接入设备升级系统和网络接入设备升级方法
CN105656653B (zh) 分布式协调系统中新增节点的入网方法、装置和系统
EP1367767B1 (en) Method and apparatus for configuring a monitoring system
CN106452857B (zh) 生成配置信息的方法和网络控制单元
CN108259215B (zh) 一种设备管理方法及装置
CN102315968B (zh) 虚拟机环境下的网络配置方法
WO2012157017A1 (en) Computer system for allocating ip address to communication apparatus in computer subsystem newly added and method for newly adding computer subsystem to computer system
US10206092B1 (en) Automatic discovery
KR100867988B1 (ko) 센서노드 주소 관리 데이터 구조를 포함하는 데이터가 기록된 컴퓨터로 읽을 수 있는 기록매체 및 그 방법
US9537751B2 (en) Divided hierarchical network system based on software-defined networks
CN112769602B (zh) 一种白盒交换机统一配置管理系统、方法和网络操作系统
CN109547875A (zh) 一种fc交换网络任意端口接入设计方法
CN101785283A (zh) 实时通信网络中用于诊断数据的通信的方法及设备
CN106789606A (zh) 一种网络通信系统、其管理方法及通信方法
CN104656722A (zh) 一种基于can总线的车载保温舱控制系统
CN111417037A (zh) 一种光传送网的管控系统
CN108696370B (zh) 一种服务器与业务绑定和解绑定方法、装置及系统
CN103888288A (zh) 一种注册方法、管理器、注册器与系统
CN103428269B (zh) 一种分布式环境下的资源快速部署方法
CN100492985C (zh) 基于以太网媒体接入控制层的网络设备的管理方法
CN103888289A (zh) 一种网关的管控方法、网关、管控设备与系统
EP3917086A1 (en) Network topology discovery method, device, and system
CN103873372A (zh) 基于域名的策略路由系统及设置方法
CN105827496A (zh) 管理pe设备的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20211229

Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Patentee after: xFusion Digital Technologies Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right