CN104618136B - 用于刀片服务器的配置管理方法和装置 - Google Patents

Abstract

本发明公开了一种用于刀片服务器的配置管理方法和装置，其中，刀片服务器中包括一个主控板和多个业务板，该方法包括：获取多个业务板中即将运行的业务板的类型；将即将运行的业务板的类型与即将运行的业务板在主控板的内存中所保存的类型进行对比，得到对比结果；在对比结果相同的情况下，根据内存中保存的对应即将运行的业务板的配置信息对即将运行的业务板进行配置。本发明通过主控板对不同类型的业务板的配置信息进行统一管理，节省了业务板的资源，提高用户查询命令的响应速度，使业务板上有更多的资源用于业务处理；并能够实现主控板上的配置信息与业务板的配置相同步，从而提高用户配置命令的复用率，进而提升用户体验感。

Description

用于刀片服务器的配置管理方法和装置

技术领域

本发明涉及刀片服务器领域，具体来说，涉及一种用于刀片服务器的配置管理方法和装置。

背景技术

基于刀片服务器的网络安全设备具有高可用、高计算密度的特点，对于刀片服务器中的业务板来说，其主要用来进行网络处理，而对于刀片服务器中的主控板来说，其作为用户管理设备的接口，可管理设备内多个类似功能的业务板卡，具体的，当设备需要更换不同形态的业务板或业务板故障恢复时，主控板就可在不重启的情况下识别出更换或故障恢复的业务板并同步其配置，从而能够提高设备的可靠性和易用性。

而在具体的板卡配置管理过程中，为了实现对基于刀片服务器的网络安全设备上各个板卡的配置更新、同步，目前主要由以下两种方法：

一种方法为由每一个业务板来管理本板卡上的系统配置，具体的，用户的配置、查询命令可直接发送给业务板，而业务板则根据接收到的配置命令进行自身配置、返回查询结果、保存配置等操作。从以上描述可以看出，对于这种由业务板来管理本版卡上的系统配置的方案在进行具体实践时，业务板需要通过两个服务端分别处理全局和局部性的配置，并且，在运行过程中需要频繁地处理来自用户的查询命令，而这就会占用业务板更多的资源来处理非核心的业务，从而降低了业务板对业务的处理效率；此外，用户在查询一些配置时，业务板需要与所有的业务板进行通讯来获取信息，可见，信息的响应时间较长。

而另一种方法则是由主控板来统一管理所有业务板的配置工作，即，主控板可根据用户命令来确定需要配置的业务板并对其进行配置和查询，虽然，该方法解决了前一种方法中由业务板来管理本板卡上的系统配置所带来的问题，但是，该方法在实际操作过程中仍然存在着诸多问题，例如，系统中更换不同型号但同属于相同类型的业务板的业务板的情况下，那么对于相同类型的业务板的相同用户配置就无法复用，因为，随着业务板的下线，主控板中也会对下线的业务板的用户配置信息销毁，而这就造成了用户需要重复的发布配置命令，使用户体验感差。

针对相关技术中存在的非主要业务占用业务板资源多、用户查询命令响应速度慢、用户配置命令复用效率低、用户体验感差的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中存在的非主要业务占用业务板资源多、用户查询命令响应速度慢、用户配置命令复用效率低、用户体验感差的问题，本发明提出一种用于刀片服务器的配置管理方法和装置，能够节省业务板的资源，提高用户查询命令的响应速度，使业务板上有更多的资源用于业务处理，并提高用户配置命令的复用率，从而提升用户体验感。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种用于刀片服务器的配置管理方法，其中，刀片服务器中包括一个主控板和多个业务板。

该配置管理方法包括：

获取多个业务板中即将运行的业务板的类型；

将即将运行的业务板的类型与即将运行的业务板在主控板的内存中所保存的类型进行对比，得到对比结果；

在对比结果相同的情况下，根据内存中保存的对应即将运行的业务板的配置信息对即将运行的业务板进行配置。

可选的，在即将运行的业务板在内存中没有保存对应的类型或在对比结果为不同的情况下，该配置管理方法进一步包括：

在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；

根据默认配置信息对即将运行的业务板进行配置。

可选的，该配置管理方法进一步包括：

在对比结果为不同的情况下，根据即将运行的业务板的类型对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

其中，在对比结果为不同的情况下，在根据即将运行的业务板的类型对内存中保存的对应即将运行的业务板的默认配置信息进行更新时，可通过在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；并根据默认配置信息对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

此外，该配置信息可包括对应即将运行的业务板的类型的业务板的默认配置信息和/或对应即将运行的业务板的用户配置信息。

根据本发明的另一方面，提供了一种用于刀片服务器的配置管理装置，其中，刀片服务器中包括一个主控板和多个业务板。

该配置管理装置包括：

获取模块，用于获取多个业务板中即将运行的业务板的类型；

对比模块，用于将即将运行的业务板的类型与即将运行的业务板在主控板的内存中所保存的类型进行对比，得到对比结果；

第一配置模块，用于在对比结果相同的情况下，根据内存中保存的对应即将运行的业务板的配置信息对即将运行的业务板进行配置。

可选的，该配置管理装置还可包括：

查找模块，用于在即将运行的业务板在内存中没有保存对应的类型或在对比结果为不同的情况下，在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；

第二配置模块，用于根据默认配置信息对即将运行的业务板进行配置。

可选的，该配置管理装置还可包括：

更新模块，用于在对比结果为不同的情况下，根据即将运行的业务板的类型对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

其中，该更新模块可包括：

查找子模块，用于在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；

更新子模块，用于根据默认配置信息对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

此外，该配置信息可包括对应即将运行的业务板的类型的业务板的默认配置信息和/或对应即将运行的业务板的用户配置信息。

本发明通过主控板对不同类型的业务板的配置信息进行统一管理，节省了业务板的资源，提高了用户查询命令的响应速度，使业务板上有更多的资源用于业务处理；并通过主控板将即将运行的业务板的类型与内存中的相应的业务板的类型进行对比，并根据对比结果对将主控板中对应业务板的配置同步至业务板，使主控板上的配置信息与业务板的配置相同步，并提高用户配置命令的复用率，从而提升用户体验感。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的用于刀片服务器的配置管理方法的流程图；

图2是根据本发明实施例的主控板与业务板的框图；

图3是根据本发明实施例的主控板上的配置更新流程图；

图4是根据本发明一具体实施例的用于刀片服务器的配置管理方法的流程图；

图5是根据本发明实施例的用于刀片服务器的配置管理装置的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

根据本发明的实施例，提供了一种用于刀片服务器的配置管理方法，其中，刀片服务器中包括一个主控板和多个业务板。

如图1所示，根据本发明实施例的配置管理方法包括：

步骤S101，获取多个业务板中即将运行的业务板的类型；

步骤S103，将即将运行的业务板的类型与即将运行的业务板在主控板的内存中所保存的类型进行对比，得到对比结果；

步骤S105，在对比结果相同的情况下，根据内存中保存的对应即将运行的业务板的配置信息对即将运行的业务板进行配置。

通过本发明的上述方案，能够实现主控板对不同类型的业务板的配置信息进行统一管理，从而节省业务板的资源，提高用户查询命令的响应速度，使业务板上有更多的资源用于业务处理；并能够实现主控板上的配置信息与业务板的配置相同步，从而提高用户配置命令的复用率，进而提升用户体验感。

为了更好的理解本发明的上述技术方案，下面结合一具体实施例对本发明的上述技术方案进行详细阐述。

如图2所示，在本实施例中，本发明采用了主控板统一管理多个业务板的框架，其中，主控板与多个业务板之间可以互通消息，从而实现主控板与业务板的配置之间的同步。

其中，为了方便理解本发明的上述技术方案，在阐述本技术方案的详细流程之前，首先，对主板卡在本技术方案中所涉及的功能或信息进行详细阐述。

具体的，主控板上有配置文件和内存，其中，对于配置文件来说，其包含着板卡(板卡指代主控板和业务板)的初始化配置信息和板卡的用户配置信息。

其中，对于初始化配置信息的使用途径来说，当系统初次使用时，其可作为业务板的默认配置来源，此外，对于板卡的初始化配置信息涵盖的信息来说，其不仅包括与业务板类型无关的业务板通用默认配置信息，还包括与业务板类型相关的业务板个性默认配置信息，以及主控板的默认配置信息；

而对于板卡的用户配置信息来说，其是在系统运行期间由用户通过命令保存至配置文件的，目的在于在系统重启、掉电或故障恢复后可以使业务板恢复用户对其进行的个性化配置。

而对于主控板的内存来说，其保存的配置即为系统运行时的配置，其来源为前面提到的配置文件和业务板。

那么，具体的板卡配置更新流程可参见图3所示：

首先，在主板卡刚启动时，其就可通过加载上述配置文件的方式来将板卡的初始化配置信息和板卡的用户配置信息加载到内存中，然后系统通过执行如图3所示的while循环的方式来对系统中的所有业务板(即，循环中n的数值为系统中所有业务板的数量)进行更新、同步的检测，而对于存在更新、同步的业务板，将对其进行配置的更新和同步，并且，在对所有的业务板检测并更新同步完成后，即完成一次while循环，系统的检测功能将进行预定时间的休眠sleep，然后再继续进行业务板的配置的更新与同步，从而使主控板对业务板的配置的更新、同步更加全面。

其中，对于图3所示的业务板配置的更新、同步的具体流程可参照图4，从图4中可以看出，主控板在对业务板的配置进行更新、同步时，首先需要判断业务板是否为即将运行(即，这里为上线)状态，在本实施例中的业务板上线判断方式为：在业务板上线时，业务板会发送心跳指令给主控板，其中，该心跳指令可以理解为主控板与业务板之间的一种约定指令，以此来表示业务板已经上线，此时，主控板接收到来自业务板的心跳指令，就可以确定发送该心跳指令的业务板刚刚上线；否则，其处于下线状态，即，该业务板没有运行，并在内存中将下线的业务板的运行状态标记为下线。

而由于主控板对于上线方式不同的业务板的配置更新方式也是存在差异的，因此，主控板会对业务板的上线方式进行分析，从而确定上线的业务板是新上线的业务板还是重新上线的业务板，即，通过在主控板的内存查看该业务板的运行状态的方式，来确定上线的业务板是新上线的业务板还是重新上线的业务板，其中，对于新上线的业务板来说，其在内存中是不存在与该业务板相对应的业务板的类型信息、以及业务板的配置信息的。

那么，通过查询上线的业务板在内存中的运行状态就看确定上线的业务板的是新上线还是重新上线；

另一方面，主控板在接收到来自业务板的心跳指令后，即在确定业务板上线的情况下，主控板还可向上线的业务板发出查询业务板类型的指令，业务板在接收到该指令后，将响应该指令将本业务卡的类型发送至主控板，从而使主控板获取上线的业务板的类型；

主控板在获取了上线的业务板的类型和上线方式后，就可以针对不同上线方式的业务板进行相应的配置更新、配置同步流程。

其中，对于上线的业务板的上线方式为新上线来说，那么在刚上线时，在主控板的内存中是不存在与该业务板对应的业务卡的类型信息的，因此，为了实现主控板的内存的配置与业务板的配置相同步，需要更新内存中的对应该新上线的业务板的默认配置信息以及业务板的类型信息，那么，在一个实施例中，可在内存中查找对应新上线业务板的类型的默认配置信息，并将该默认配置信息更新至内存中，从而使得该新上线的业务板在内存中存在与之对应的默认配置信息，并根据从该业务板处获得的类型信息对内存中该业务板的类型信息进行更新(即，添加类型信息)，同时还可将内存中该业务板的运行状态进行更新。

而上述步骤仅对新上线的业务板在内存中的配置信息进行了更新(即，在更新之前，在内存中是不存在与该业务板相对应的配置信息的)，而为了同步业务板的配置到业务板，根据本发明实施例的配置管理方法进一步包括：主控板在内存中查找对应该新上线业务板的类型的业务板的默认配置信息，并根据该默认配置信息对该新上线业务板进行配置。

此外，在另一个实施例中，在对该新上线业务板进行配置时，还可根据内存中保存的与业务板类型无关的业务板通用默认配置信息对该新上线业务板进行进一步的初始化配置。

另一个方面，对于上线的业务板的上线方式为重新上线来说，那么在主控板的内存中是保存着与该业务板对应的业务卡的类型信息的，主控板就可将从业务板处获取的业务板的类型与该业务板在内存中所保存的类型进行对比，从而得到对比结果，其中，由于该业务板为重新上线，因此，内存中必然保存着其上次上线时的业务板的类型，从而可根据得到的对比结果来确定业务板的类型是否存在更新变化，进而完成业务板的配置的更新与同步；

其中，在对比结果为不同的情况下，那么则说明该重新上线的业务板的类型与其上次上线时的类型不同，那么为了实现主控板上的配置与业务板上的配置相同步，根据本发明实施例的配置管理方法可进一步包括：根据从重新上线的业务板处获取的业务板的类型来对内存中保存的对应该重新上线的业务板的默认配置信息进行更新，从而实现更新业务板的配置到主控板的内存。

具体的，在一个实施例中，在对比结果为不同的情况下，在根据从重新上线的业务板处获取的业务板的类型对内存中保存的对应该重新上线的业务板的默认配置信息进行更新时，可通过在内存中查找对应从该重新上线的业务板处获取的业务板的类型的业务板的默认配置信息；并根据该默认配置信息对内存中保存的对应该重新上线的业务板的默认配置信息进行更新，从而实现更新业务板的配置到主控板的内存。

此外，为了同步业务板的最新配置信息到业务板，在一个实施例中，在对比结果不同的情况下，即，相当于新上线一个业务板，因此，对该业务板的配置方式可按照对新上线的业务板的配置方式来进行，即，主控板在内存中查找对应该重新上线业务板的类型(即，从业务板处获取的业务板的类型)的业务板的默认配置信息，并根据该默认配置信息对该重新上线的业务板进行配置。

同样的，在另一个实施例中，在对该重新上线业务板进行配置时，还可根据内存中保存的与业务板类型无关的业务板通用默认配置信息对该重新上线业务板进行进一步的初始化配置。

此外，在系统中更换相同类型的业务板的情况下，为了避免同步业务板的最新配置到业务板时所带来的用户重复发布配置命令的问题，根据本发明实施例的配置管理方法可包括在对比结果相同的情况下，主控板根据内存中保存的对应该重新上线的业务板的配置信息对该重新上线的业务板进行配置，即，主控板使用内存中已经保存的该业务板上次上线时的配置信息来对该业务板进行配置，从而提高了用户配置命令的复用率，进而缩短了业务板的故障恢复时间。

其中，在一个实施例中，该配置信息可以是该业务板上次上线时用户对其进行的个性化配置(即，内存中保存的对应该业务板的类型的用户配置信息)，还可以是内存中保存的对应该重新上线的业务板的类型的业务板的默认配置信息，当然还可以是对应该业务板的类型的用户配置信息与对应该重新上线的业务板的类型的业务板默认配置信息的组合，而在实际应用中，部分的用户配置信息可以是对业务板的部分默认配置信息的修改，而具体的用户配置信息与默认配置信息的组合方式可以根据实际应用进行不同的用户配置，本发明对此并不作限定。

同样的，在另一个实施例中，在对该重新上线业务板进行配置时，还可根据内存中保存的与业务板类型无关的业务板通用默认配置信息对该重新上线业务板进行进一步的初始化通用配置。

此外，在业务板上线、下线后，主控板还可将内存中该业务板的运行状态进行更新，例如当业务板下线后，将其在内存中的运行状态标记为下线。

此外，当业务板处于上线状态，当接收到用户对业务板的配置命令时，主控板可将接收到的用户配置命令发送至相应的业务板，而业务板在接收到该用户配置命令后，会向主控板发送一个反馈结果，如果业务板的反馈结果为成功，则说明业务板同步用户配置命令成功，那么主控板则会将接收到的该用户配置命令更新至内存，从而实现主控板与业务板的用户配置的同步；而如果业务板的反馈结果为失败，则说明业务板同步用户配置命令失败，那么主控板则不会将接收到的该用户配置命令更新至内存。

其中，对于用户向主控板发送的对于业务板的查询命令来说，其可分为两类，一类查询命令是可以随着时间发生变化的，那么主控板会将查询命令发送至业务板，并对应业务板的查询结果返回给用户；另一类查询命令则是不会随着时间发生变化的，而是取决于配置命令本身，那么，主控板将直接从内存中读取查询结果返回给用户。

通过以上描述可以看出对应于主控板的控制，业务板仅有两个功能，即，响应主控板查询业务板类型的命令、接收主控板的配置并执行，而用户的查询命令、配置命令则均由主控板来处理，简化了业务板对用户命令的处理，节省了业务板的资源，使业务板上有更多的资源用于业务处理。

此外，本发明通过主控板对不同类型的业务板的配置信息实现了统一管理，实现了多种类型的业务板的热插拔，节省了业务板的资源，并提高了用户查询命令的响应速度，并且，在业务板启动时主控板根据业务板的类型更新业务板的配置至内存，并同步业务板的配置到业务板，实现了主控板上与业务板上配置的同步，并且，对于上线类型相同的业务板，无需用户的重新配置，提高用户配置命令的复用率，简化了业务板的处理步骤。

根据本发明的实施例，还提供了一种用于刀片服务器的配置管理装置，其中，刀片服务器中包括一个主控板和多个业务板。

如图5所示，根据本发明实施例的配置管理装置包括：

获取模块51，用于获取多个业务板中即将运行的业务板的类型；

对比模块52，用于将即将运行的业务板的类型与即将运行的业务板在主控板的内存中所保存的类型进行对比，得到对比结果；

第一配置模块53，用于在对比结果相同的情况下，根据内存中保存的对应即将运行的业务板的配置信息对即将运行的业务板进行配置。

在一个实施例中，根据本发明实施例的配置管理装置还可包括：

查找模块(未示出)，用于在即将运行的业务板在内存中没有保存对应的类型或在对比结果为不同的情况下，在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；

第二配置模块(未示出)，用于根据默认配置信息对即将运行的业务板进行配置。

在另一个实施例中，根据本发明实施例的配置管理装置还可包括：

更新模块(未示出)，用于在对比结果为不同的情况下，根据即将运行的业务板的类型对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

其中，根据本发明实施例的更新模块可包括：

查找子模块(未示出)，用于在内存中查找对应即将运行的业务板的类型的业务板的默认配置信息；

更新子模块(未示出)，用于根据默认配置信息对内存中保存的对应即将运行的业务板的默认配置信息进行更新。

此外，根据本发明实施例的配置信息可以是对应即将运行的业务板的类型的业务板的默认配置信息，还可以是对应即将运行的业务板的用户配置信息，同样可以是对应即将运行的业务板的类型的业务板的默认配置信息与对应即将运行的业务板的用户配置信息的组合。

综上所述，借助于本发明的上述技术方案，通过主控板对不同类型的业务板的配置信息进行统一管理，而对应于主控板的控制，业务板只需响应主控板查询业务板类型的命令、接收并执行主控板的配置，节省了业务板的资源，提高了用户查询命令的响应速度，使业务板上有更多的资源用于业务处理；而对于上线类型相同的业务板，无需用户的重新配置，主控板只需将内存中的配置信息同步至业务板，从而实现了主控板上配置信息与业务板配置的同时，还提高了用户配置命令的复用率，简化了业务板的处理步骤，从而提升用户体验感。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种用于刀片服务器的配置管理方法，其中，所述刀片服务器中包括一个主控板和多个业务板，其特征在于，包括：

获取所述多个业务板中即将运行的业务板的类型；

将所述即将运行的业务板的类型与所述即将运行的业务板在所述主控板的内存中所保存的类型进行对比，得到对比结果；

在所述对比结果相同的情况下，根据所述内存中保存的对应所述即将运行的业务板的配置信息对所述即将运行的业务板进行配置；

其中，所述配置管理方法进一步包括：

在所述对比结果为不同的情况下，根据所述即将运行的业务板的类型对所述内存中保存的对应所述即将运行的业务板的默认配置信息进行更新；

在所述对比结果为不同的情况下，根据所述即将运行的业务板的类型对所述内存中保存的对应所述即将运行的业务板的默认配置信息进行更新包括：

在所述内存中查找对应所述即将运行的业务板的类型的业务板的默认配置信息；

根据所述默认配置信息对所述内存中保存的对应所述即将运行的业务板的默认配置信息进行更新；

所述配置信息包括对应所述即将运行的业务板的类型的业务板的默认配置信息和/或对应所述即将运行的业务板的用户配置信息。

2.根据权利要求1所述的配置管理方法，其特征在于，在所述即将运行的业务板在所述内存中没有保存对应的类型或在所述对比结果为不同的情况下，所述配置管理方法进一步包括：

在所述内存中查找对应所述即将运行的业务板的类型的业务板的默认配置信息；

根据所述默认配置信息对所述即将运行的业务板进行配置。

3.一种用于刀片服务器的配置管理装置，其中，所述刀片服务器中包括一个主控板和多个业务板，其特征在于，包括：

获取模块，用于获取所述多个业务板中即将运行的业务板的类型；

对比模块，用于将所述即将运行的业务板的类型与所述即将运行的业务板在所述主控板的内存中所保存的类型进行对比，得到对比结果；

第一配置模块，用于在所述对比结果相同的情况下，根据所述内存中保存的对应所述即将运行的业务板的配置信息对所述即将运行的业务板进行配置；

所述配置管理装置进一步包括：

更新模块，用于在所述对比结果为不同的情况下，根据所述即将运行的业务板的类型对所述内存中保存的对应所述即将运行的业务板的默认配置信息进行更新；

所述更新模块包括：

查找子模块，用于在所述内存中查找对应所述即将运行的业务板的类型的业务板的默认配置信息；

更新子模块，用于根据所述默认配置信息对所述内存中保存的对应所述即将运行的业务板的默认配置信息进行更新；

所述配置信息包括对应所述即将运行的业务板的类型的业务板的默认配置信息和/或对应所述即将运行的业务板的用户配置信息。

4.根据权利要求3所述的配置管理装置，其特征在于，所述配置管理装置进一步包括：

查找模块，用于在所述即将运行的业务板在所述内存中没有保存对应的类型或在所述对比结果为不同的情况下，在所述内存中查找对应所述即将运行的业务板的类型的业务板的默认配置信息；

第二配置模块，用于根据所述默认配置信息对所述即将运行的业务板进行配置。