CN114726756A - 一种配置监测方法及设备 - Google Patents

Abstract

本申请公开了一种配置监测方法及设备，获取待检测对象的配置信息，并根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化；对所述配置信息进行互斥检测；确定所述互斥检测的结果示出所述配置信息异常，执行设定操作。由此，在待检测对象的配置信息发生变化的情况下即对集群进行互斥检测或自动化编排的多个对象进行互斥检测，能够及时发现互斥异常的情况并及时采取相应措施，对于集群或应用等场景适应性好，问题识别与诊断速度快。配置监测的系统算力需求低，有效节约计算资源，提升计算效率，可以扩展到较大的集群规模和应用中进行集群的互斥检测和配置检查。

Description

一种配置监测方法及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种配置监测方法及设备。

背景技术

在集群管理或者云计算环境中，一些配置文件的配置项或者配置参数是不允许重复的，如果出现重复，则可能会产生运行异常的问题。例如：相同网段内的IP、网卡Mac地址以及不同物理机或虚拟机的UUID(Universally Unique Identifier，通用唯一识别码)等。应用或数据库集群中与其他服务器同步数据或通信的配置等。这样的配置信息变化很难通过单一机器历史数据识别出来，而需要对所属集群、网段或应用的信息进行比较才可以。现有的监控技术无法对互斥信息进行有效管理。

对于自动化系统而言，伴随配置数据的分发，很快会通过重启服务或通过输入指令等方式使得其配置生效，若配置项参数或配置参数等存在互斥异常等，生效的配置将会导致服务器节点运行异常。因此，有必要对服务器进行快速识别和诊断。目前的巡检模式，巡检周期长并且数据分析和解析速度慢，无法满足自动化系统等业务场景。

发明内容

本申请实施例提供一种配置监测方法及设备。

根据本申请第一方面，提供了一种配置监测方法，所述方法包括：获取待检测对象的配置信息；根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化；对所述配置信息进行互斥检测；确定所述互斥检测的结果示出所述配置信息异常，执行设定操作。

根据本申请一实施方式，所述根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化，包括：获取所述待检测对象的设备标识；基于所述设备标识，根据设定时间间隔获取所述待检测对象的配置信息，并缓存至所述待检测对象的本地缓存中，形成所述待检测对象的历史配置信息；在所述本地缓存中将所述待检测对象在当前时刻的配置信息与所述历史配置信息中所述当前时刻的前一相邻时刻的配置信息进行比较，若所述当前时刻的配置信息与所述前一相邻时刻的配置信息存在差异，则确定所述配置信息发生变化；其中，所述前一相邻时刻为所述历史配置信息中与所述当前时刻间隔设定时间间隔，并且位于在所述当前时刻之前的时刻。

根据本申请一实施方式，所述配置信息包括所述待检测对象的多个配置项；所述将所述待检测对象在当前时刻的配置信息与所述历史配置信息中所述当前时刻的前一相邻时刻的配置信息进行比较，包括：将所述待检测对象在所述当前时刻的配置信息的当前摘要值与所述当前时刻的前一相邻时刻的配置信息的相邻摘要值进行比较。

根据本申请一实施方式，所述对所述配置信息进行互斥检测，包括：将所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较。

根据本申请一实施方式，所述确定所述互斥检测的结果示出所述配置信息异常，包括：确定所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息相同。

根据本申请一实施方式，所述将所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较，包括：对所述待检测对象的当前配置信息进行解析，得到当前解析信息，所述当前解析信息能够示出所述待检测对象的配置项与相对应的配置项信息；基于所述当前解析信息，将所述待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较。

根据本申请一实施方式，所述执行设定操作，包括以下至少之一：发送用于示出配置异常的告警信息；暂停服务器配置项自动化编排作业；将配置文件根据设定形式保存至变更数据库。

根据本申请一实施方式，所述配置信息包括待检测对象的多个配置项；相应的，所述对所述配置信息进行互斥检测，包括：确定目标集群；根据所述配置信息确定在所述目标集群中需要互斥检测的待测配置项；将所述配置信息中与所述待测配置项对应的配置项确定为目标配置项；在所述目标集群中对所述目标配置项进行互斥检测。

根据本申请一实施方式，所述根据所述配置信息确定所述目标集群中的需要互斥检测的目标配置项，包括：从所述目标集群中确定与第一配置项对应的第一节点，所述第一配置项为所述待检测对象的多个配置项中的一个，所述第一节点中存在与所述第一配置项的内容相同的配置项；确定所述第一节点在所述目标集群中的占比小于第一阈值；将所述第一配置项确定为所述待测配置项。

根据本申请第二方面，又提供了一种设备，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述配置监测方法。

本申请实施例配置监测方法及设备，获取待检测对象的配置信息，并根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化；对所述配置信息进行互斥检测；确定所述互斥检测的结果示出所述配置信息异常，执行设定操作。由此，在待检测对象的配置信息发生变化的情况下即对集群进行互斥检测或自动化编排的多个对象进行互斥检测，能够及时发现互斥异常的情况并及时采取相应措施，对于集群或应用等场景适应性好，问题识别与诊断速度快。配置监测的系统算力需求低，有效节约计算资源，提升计算效率，可以扩展到较大的集群规模和应用中进行集群的互斥检测和配置检查。

需要理解的是，本申请的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本申请的其他实施方式还能够实现上面未提到的有益效果。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1示出了本申请实施例配置监测方法的实现流程图；

图2示出了本申请实施例配置监测方法应用示例的实现流程图；

图3示出了本申请实施例配置监测的装置的组成结构示意图；

图4示出了本申请实施例设备的组成结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解，给出这些实施方式仅仅是为使本领域技术人员能够更好地理解进而实现本申请，而并非以任何方式限制本申请的范围。相反，提供这些实施方式是为使本申请更加透彻和完整，并能够将本申请的范围完整地传达给本领域的技术人员。

下面结合附图和具体实施例对本申请的技术方案进一步详细阐述。

图1示出了本申请实施例配置监测方法的实现流程图。

参考图1，本申请实施例配置监测方法，至少包括如下操作流程：操作101，获取待检测对象的配置信息；操作102，根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化；操作103，对配置信息进行互斥检测；操作104，确定互斥检测的结果示出配置信息异常，执行设定操作。

在操作101中，获取待检测对象的配置信息。

在本申请这一实施方式中，可以将配置监测方法应用于集群的服务器迁移场景，待检测对象可以是集群中的任一服务器主机，在服务器迁移过程中，中央服务器可以通过周期性轮询等方式获取待检测对象的配置文件，由此，获取待检测对象的配置信息。

举例说明，将轮询程序在本地Agent(代理)服务器或统一的配置管理服务中，通过轮询方式抓取Agent(代理)文件。

在本申请另一实施方式中，可以将配置监测方法应用于集群的自动编排作业场景，待检测对象可以是多个需要编排的目标服务器中的任一目标服务器，配置监测方法的执行主体是编排服务器。在自动化编排作业过程中，编排服务器可以通过编排过滤器，对配置变更文件进行识别，获取待检测对象的配置信息。

举例说明，可以在编排自动化系统中集成Orchestration(编排)过滤器，对关键变更文件进行识别和过滤。

本申请这一实施方式中，配置信息可以包括网段的IP和网卡Mac地址等。

举例说明，这里以待检测对象为服务器为例，可以首先获取当前服务器的基本信息，例如当前服务器主机的UUID(Universally Unique Identifier，通用唯一识别码)、服务器所在物理机的SN(Serial Number，产品序列号)、网卡的MAC地址、网卡功能、设备厂商及型号等。配置信息的获取范围可以根据业务场景和服务器的设备类型进行设定，并且配置信息不限于上述配置信息。其中，部分服务器的物理机或虚拟机可能不存在SN，网卡功能可以包括网卡连接数据网络、管理网络和控制网络等。部分服务器可能不存在UUID或存在重复UUID，因此，这里在集群的服务器迁移场景下，可以对于集群内属于中央服务器纳管的所有服务器纳管的所有服务器生成全局唯一的UUID，同样的，在集群的自动编排作业场景下，对于编排服务器纳管的所有服务器可以生成全局唯一的UUID。

在操作102中，根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化。

在本申请这一实施方式中，根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化，可以采用如下操作实现：获取待检测对象的设备标识，基于该设备标识，根据设定时间间隔获取待检测对象的配置信息，并缓存至待检测对象的本地缓存中，形成待检测对象的历史配置信息。在本地缓存中将待检测对象在当前时刻的配置信息与历史配置信息中当前时刻的前一相邻时刻的配置信息进行比较，若当前时刻的配置信息与前一相邻时刻的配置信息存在差异，则确定配置信息发生变化。其中，前一相邻时刻为历史配置信息中与当前时刻间隔设定时间间隔，并且位于在当前时刻之前的时刻。

举例说明，返回参考操作101中对配置信息的说明，可以将服务器的基本信息和全局唯一的UUID根据设定结构组成一个资源标记对象，并通过集成MD5算法将服务器的基本信息和全局唯一的UUID生成服务器的唯一标识信息。对于服务器的唯一标识信息可以每间隔设定时间生成一次，每次生成的服务器的唯一标识信息可以实时缓存至服务器的本地缓存中。由此，可以将唯一标识信息用于服务器配置信息发生变化之后比较不同，进一步的，在服务器所在物理机的主要组件或服务器其他配置发生变化的情况下快速识别变化。

在本申请这一实施方式中，配置信息可以包括待检测对象的多个配置项，这里可以将待检测对象在当前时刻的配置信息的当前摘要值与当前时刻的前一相邻时刻的配置信息的相邻摘要值进行比较，由此，实现将待检测对象在当前时刻的配置信息与历史配置信息中当前时刻的前一相邻时刻的配置信息进行比较。

具体的，待检测对象在当前时刻的配置信息的当前摘要值与当前时刻的前一相邻时刻的配置信息的相邻摘要值进行比较过程中，只要摘要值发生变化，说明相应的配置信息发生变化。因此，待检测对象在当前时刻的配置信息的当前摘要值与当前时刻的前一相邻时刻的配置信息的相邻摘要值发生变化的情况下，确定待检测对象的配置信息发生变化。

举例说明，可以首先对操作101中所获取的待检测对象的配置文件进行解析，得到待检测对象的配置信息，并将解析得到的配置信息在Agent(代理)服务器本地进行缓存，对相邻时刻抓取的配置信息进行比较。如果当前时刻的配置信息与前一相邻时刻的配置信息一致，则无需将待检测对象的配置信息与中央服务器的中央数据库存储的集群中其他服务器的配置信息进行比较。如果当前时刻的配置信息与前一相邻时刻的配置信息不一致，则需要将待检测对象当前时刻的配置信息发送至中央服务器的中央数据库，将当前时刻的配置信息与中央服务器的中央数据库存储的集群中其他服务器的配置信息进行互斥检查。如此，用于机器信息变更的比较不是每次都需要在整个集群的中央数据库中进行比较，在待检测对象的本地缓存所存储的配置信息未发生变化的情况，下，本地即可完成配置信息的监测，有效提升配置监测的检查效率。

在操作103中，对配置信息进行互斥检测。

在本申请这一实施方式中，在待检测对象的配置信息发生变化的情况下，判定需要对配置信息进行互斥检测。可以将待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较，以实现对配置信息进行互斥检测。

在本申请这一实施方式中，将待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较，可以采用如下操作实现：对待检测对象的当前配置信息进行解析，得到当前解析信息，当前解析信息能够示出待检测对象的配置项与相对应的配置项信息，并基于当前解析信息，将待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较。

在本申请这一实施方式中，待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较的过程基于中央服务器或编排服务器的中央数据库进行比较。在待检测对象的配置信息发生变化的情况下，基于中央数据库对待检测对象的配置数据在不同集群或数据中心环境下进行一致性比较。如果存在任意两个数据一致，则违反互斥规则及记入异常。

具体的，中央数据库维护有如下数据：1、集群与一定分组规则下，服务、应用或节点信息，以控制互斥检查范围；2、不同集群或分组下各个配置按照两种模式进行哈希保存，包括：1)模式1：以节点和应用为Key，记录相关信息；

2)模式2：以集群、应用和数字为Key，记录相关信息，并标记不同value的数量，以便进行互斥检查。

在配置信息的模式1更新之后，将会同步对模式2进行更新。中央数据库的典型处理流程如下：

1、模式1为确保待检测对象的节点唯一，value中记录节点的详细信息。例如：网卡Mac地址与不同物理机或虚拟机的UUID作为一组数据，对该组数进行哈希处理，用处理后的哈希数据作为模式1中某个value值。数组作为模式1中另外一种类型的value机器中的任何一个参数配置发生变化时都会导致哈希值变化，例如：当前节点更换了网卡Mac地址，每次只需要比较哈希值即可，当哈希值发生变化时在检查value中哪个值发生了变化。由此，有效提升检查效率。

2、模式2中以集群、应用和数字为Key，对应的value值为当前节点的配置信息，对配置信息中key与value键值对，可以将配置信息格式化处理成(key，value)的键值对形式，进行哈希处理，并生成键值对列表。

3、节点配置信息发生变更时，配置信息相对应的哈希列表中的哈希值也会发生变化，当某几台服务器配置项的配置相同时，同组中的哈希列表中的某两个哈希值一定是相同，由此，可以快速监测出互斥的配置项。

在本申请这一实施方式中，配置信息包括待检测对象的多个配置项。可以首先确定目标集群，并根据配置信息确定在目标集群中需要互斥检测的待测配置项，进一步的，将配置信息中与待测配置项对应的配置项确定为目标配置项，从而在目标集群中对目标配置项进行互斥检测，以实现对配置信息进行互斥检测。

在本申请这一实施方式中，可以从目标集群中确定与第一配置项对应的第一节点，第一配置项为待检测对象的多个配置项中的一个，第一节点中存在与第一配置项的内容相同的配置项，并确定第一节点在目标集群中的占比小于第一阈值，将第一配置项确定为待测配置项。由此，实现根据配置信息确定目标集群中的需要互斥检测的目标配置项。

具体的，可以首先按照不同子网、应用、集群等粒度构造不同的资源分组G1，在资源分组内提取所需检查环境配置参数或配置文件参数。

其次，针对不同分组内的参数识别可能的互斥规则，引入配置异常检测算法识别互斥项目。举例说明，一定比例节点r1之外节点的参数配置一致，则认为该参数不需要执行互斥配置。例如：假设r1的比例是60％。则某个配置在60％的节点都是一致的，则可以判断这个配置参数或者配置项不需要执行互斥检查。反之，一定比例节点r1之外节点的参数配置不一致，则认为该参数需要执行互斥配置，这里，进一步判断一定比例节点r2之内的节点的该参数是否存在互斥。若一定比例节点r2之内的节点的该参数存在互斥，则标记为疑似互斥集合M1。例如：假设r2的比例是95％，也即超过95％的节点中，这个参数都是不同的，例如每个节点的网络MAC地址都不一样，则需要执行互斥检查。虽然标准差也可以转换为半分比。

之后，根据互斥集合M1、资源分组G1以及配置项或配置文件等信息进行互斥检测的目标配置项的设置，例如，配置文件路径，配置文件相关应用等。并根据所设置的互斥检测的目标配置项，执行待检测对象的互斥检测。

在操作104中，确定互斥检测的结果示出配置信息异常，执行设定操作。

在本申请这一实施方式中，在确定待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息相同的情况下，确定互斥检测的结果示出配置信息异常。

在本申请这一实施方式中，执行设定操作，可以包括以下至少之一：发送用于示出配置异常的告警信息；暂停服务器配置项自动化编排作业；以及将配置文件根据设定形式保存至变更数据库。

举例说明，可以根据用户定义执行以上设定操作的至少之一，也可以根据用户定义执行其他适用的操作。例如：可以发送告警信息至集群的中央服务器或执行自动化编排的编排服务器，也可以发送告警信息至待检测对象。对于服务器迁移场景下的中央服务器，可以设定为暂停服务器迁移操作，并在不修改配置信息的原始文件的情况下，将新的将配置文件根据设定的副本形式保存，保存到中央服务器的中央数据库等。对于自动化编排的编排服务器，可以设定为暂停自动化作业，并在不修改配置信息的原始文件的情况下，将新的将配置文件根据设定的副本形式保存，保存到编排服务器的检查数据库等。相关的外部系统也根据需要消费配置信息监测的分析结果，对接不同的业务流程。

图2示出了本申请实施例配置监测方法应用示例的实现流程图。

参考图2，本申请实施例配置监测方法应用示例，至少包括如下操作流程：

操作201，抓取文件。

具体的，将轮询程序配置在本地Agent(代理)服务器或统一的配置管理服务中，通过轮询方式抓取Agent(代理)文件。

还可以在编排自动化系统中集成Orchestration(编排)过滤器，对关键变更文件进行识别和过滤。

这里，抓取的文件除了将配置文件信息，还包括机器信息，获取当前服务器的基本信息，例如当前服务器主机的UUID(Universally Unique Identifier，通用唯一识别码)、服务器所在物理机的SN(Serial Number，产品序列号)、网卡的MAC地址、网卡功能、设备厂商及型号等。配置信息的获取范围可以根据业务场景和服务器的设备类型进行设定，并且配置信息不限于上述配置信息。其中，部分服务器的物理机或虚拟机可能不存在SN，网卡功能可以包括网卡连接数据网络、管理网络和控制网络等。

操作202，采用集成MD5算法，生成机器唯一标识。

由于部分服务器可能不存在UUID或存在重复UUID，因此，这里在集群的服务器迁移场景下，可以对于集群内属于中央服务器纳管的所有服务器纳管的所有服务器生成全局唯一的UUID，同样的，在集群的自动编排作业场景下，对于编排服务器纳管的所有服务器可以生成全局唯一的UUID。

操作203，对参数、配置信息进行解析。

操作204，构建参数数据结构。

在本申请这一实施例中，参数数据结构可以是包括待检测对象的多个配置项以及与每一配置项的配置项信息，例如：配置项包括：网段内的IP和网卡MAC地址。配置项信息为相应的IP值和MAC值。

操作205，Agent缓存信息。

在本申请这一实施方式中，获取待检测对象的设备标识，基于该设备标识，根据设定时间间隔获取待检测对象的配置信息，并缓存至待检测对象的本地缓存中，形成待检测对象的历史配置信息。在本地缓存中将待检测对象在当前时刻的配置信息与历史配置信息中当前时刻的前一相邻时刻的配置信息进行比较，若当前时刻的配置信息与前一相邻时刻的配置信息存在差异，则确定配置信息发生变化。其中，前一相邻时刻为历史配置信息中与当前时刻间隔设定时间间隔，并且位于在当前时刻之前的时刻。

操作206，中央数据库互斥状态检查。

在本申请这一实施方式中，在待检测对象的配置信息发生变化的情况下，判定需要对配置信息进行互斥检测，具体的，可以在待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较的过程基于中央服务器或编排服务器的中央数据库进行比较。在待检测对象的配置信息发生变化的情况下，基于中央数据库对待检测对象的配置数据在不同集群或数据中心环境下进行一致性比较。如果存在任意两个数据一致，则违反互斥规则及记入异常。

中央数据库中的变更数据为相当于中央服务器对集群中所纳管的多个对象的配置信息的log(日志)，记录多个对象的配置信息发生变化的过程。基准数据库用于记录中央服务器纳管的多个对象的配置信息的原始数据。

操作207，发现异常。在操作206中检测到互斥异常的情况下，判定为发现异常。

操作208，发送告警信息。

这里，还可以执行用户设定的其他操作，例如：暂停自动化编排作业等。

其中，图2示出了本申请实施例配置监测方法应用示例的具体实现过程与图1所示实施例中操作101～104的具体实现过程相类似，这里不再赘述。

本申请实施例配置监测方法及设备，获取待检测对象的配置信息，并根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化；对配置信息进行互斥检测；确定互斥检测的结果示出配置信息异常，执行设定操作。由此，在待检测对象的配置信息发生变化的情况下即对集群进行互斥检测或自动化编排的多个对象进行互斥检测，能够及时发现互斥异常的情况并及时采取相应措施，对于集群或应用等场景适应性好，问题识别与诊断速度快。配置监测的系统算力需求低，有效节约计算资源，提升计算效率，可以扩展到较大的集群规模和应用中进行集群的互斥检测和配置检查。

同理，基于上文配置监测方法，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有程序，当程序被处理器执行时，使得处理器至少执行如下的操作步骤：操作101，获取待检测对象的配置信息；操作102，根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化；操作103，对配置信息进行互斥检测；操作104，确定互斥检测的结果示出配置信息异常，执行设定操作。

进一步，基于如上文配置监测方法，本申请实施例还提供一种配置监测装置，如图3，该装置30包括：获取模块301，用于获取待检测对象的配置信息；变化确定模块302，用于根据配置信息和待检测对象的历史配置信息，确定待检测对象的配置信息发生变化；互斥模块303，用于对配置信息进行互斥检测；执行模块304，用于确定互斥检测的结果示出配置信息异常，执行设定操作。

在本申请这一实施方式中，变化确定模块302包括：标识获取子模块，用于获取待检测对象的设备标识；配置缓存子模块，用于基于设备标识，根据设定时间间隔获取待检测对象的配置信息，并缓存至待检测对象的本地缓存中，形成待检测对象的历史配置信息；配置比较子模块，用于在本地缓存中将待检测对象在当前时刻的配置信息与历史配置信息中当前时刻的前一相邻时刻的配置信息进行比较，若当前时刻的配置信息与前一相邻时刻的配置信息存在差异，则确定配置信息发生变化；其中，前一相邻时刻为历史配置信息中与当前时刻间隔设定时间间隔，并且位于在当前时刻之前的时刻。

在本申请这一实施方式中，配置信息包括待检测对象的多个配置项；配置比较子模块将待检测对象在当前时刻的配置信息与历史配置信息中当前时刻的前一相邻时刻的配置信息进行比较，包括：配置比较子模块将待检测对象在当前时刻的配置信息的当前摘要值与当前时刻的前一相邻时刻的配置信息的相邻摘要值进行比较。

在本申请这一实施方式中，配置比较子模块将待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较，包括：配置比较子模块将待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较。

在本申请这一实施方式中，互斥模块303包括：第一互斥子模块，用于确定待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息相同。

在本申请这一实施方式中，互斥模块303包括：解析子模块，用于对待检测对象的当前配置信息进行解析，得到当前解析信息，当前解析信息能够示出待检测对象的配置项与相对应的配置项信息；第二子模块，用于基于当前解析信息，将待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较。

在本申请这一实施方式中，执行模块304包括以下至少之一：提醒子模块，用于发送用于示出配置异常的告警信息；停编子模块，用于暂停服务器配置项自动化编排作业；保存子模块，用于将配置文件根据设定形式保存至变更数据库。

在本申请这一实施方式中，配置信息包括待检测对象的多个配置项；相应的，互斥模块303包括：集群确定子模块，用于确定目标集群；互斥配置项确定子模块，用于根据配置信息确定在目标集群中需要互斥检测的待测配置项；目标配置项子模块，用于将配置信息中与待测配置项对应的配置项确定为目标配置项；第二互斥子模块，用于在目标集群中对目标配置项进行互斥检测。

在本申请这一实施方式中，互斥配置项确定子模块根据配置信息确定目标集群中的需要互斥检测的目标配置项，包括：互斥配置项确定子模块从目标集群中确定与第一配置项对应的第一节点，第一配置项为待检测对象的多个配置项中的一个，第一节点中存在与第一配置项的内容相同的配置项；确定第一节点在目标集群中的占比小于第一阈值；并将第一配置项确定为待测配置项。

更进一步，基于如上文配置监测方法，本申请实施例还提供一种设备，如图4所示，该设备40包括至少一个处理器401、以及与处理器401连接的至少一个存储器402、总线403；其中，处理器401、存储器402通过总线403完成相互间的通信；处理器401用于调用存储器402中的程序指令，以执行上述配置监测方法。

这里需要指出的是：以上对针对配置监测装置及设备实施例的描述，与前述图1至2所示的方法实施例的描述是类似的，具有同前述图1至2所示的方法实施例相似的有益效果，因此不做赘述。对于本申请配置监测装置及设备实施例中未披露的技术细节，请参照本申请前述图1至2所示的方法实施例的描述而理解，为节约篇幅，因此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种配置监测方法，所述方法包括：

获取待检测对象的配置信息；

根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化；

对所述配置信息进行互斥检测；

确定所述互斥检测的结果示出所述配置信息异常，执行设定操作。

2.根据权利要求1所述的方法，所述根据所述配置信息和所述待检测对象的历史配置信息，确定所述待检测对象的配置信息发生变化，包括：

获取所述待检测对象的设备标识；

基于所述设备标识，根据设定时间间隔获取所述待检测对象的配置信息，并缓存至所述待检测对象的本地缓存中，形成所述待检测对象的历史配置信息；

在所述本地缓存中将所述待检测对象在当前时刻的配置信息与所述历史配置信息中所述当前时刻的前一相邻时刻的配置信息进行比较，若所述当前时刻的配置信息与所述前一相邻时刻的配置信息存在差异，则确定所述配置信息发生变化；

其中，所述前一相邻时刻为所述历史配置信息中与所述当前时刻间隔设定时间间隔，并且位于在所述当前时刻之前的时刻。

3.根据权利要求2所述的方法，所述配置信息包括所述待检测对象的多个配置项；

所述将所述待检测对象在当前时刻的配置信息与所述历史配置信息中所述当前时刻的前一相邻时刻的配置信息进行比较，包括：

将所述待检测对象在所述当前时刻的配置信息的当前摘要值与所述当前时刻的前一相邻时刻的配置信息的相邻摘要值进行比较。

4.根据权利要求1所述的方法，所述对所述配置信息进行互斥检测，包括：

将所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较。

5.根据权利要求4所述的方法，所述确定所述互斥检测的结果示出所述配置信息异常，包括：

确定所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息相同。

6.根据权利要求4所述的方法，所述将所述待检测对象的当前配置信息与集群中其他对象中任一对象的当前配置信息进行比较，包括：

对所述待检测对象的当前配置信息进行解析，得到当前解析信息，所述当前解析信息能够示出所述待检测对象的配置项与相对应的配置项信息；

基于所述当前解析信息，将所述待检测对象的配置项信息与集群中其他对象的相对应的配置项信息进行比较。

7.根据权利要求1所述的方法，所述执行设定操作，包括以下至少之一：

发送用于示出配置异常的告警信息；

暂停服务器配置项自动化编排作业；

将配置文件根据设定形式保存至变更数据库。

8.根据权利要求1所述的方法，所述配置信息包括待检测对象的多个配置项；相应的，

所述对所述配置信息进行互斥检测，包括：

确定目标集群；

根据所述配置信息确定在所述目标集群中需要互斥检测的待测配置项；

将所述配置信息中与所述待测配置项对应的配置项确定为目标配置项；

在所述目标集群中对所述目标配置项进行互斥检测。

9.根据权利要求8所述的方法，所述根据所述配置信息确定所述目标集群中的需要互斥检测的目标配置项，包括：

从所述目标集群中确定与第一配置项对应的第一节点，所述第一配置项为所述待检测对象的多个配置项中的一个，所述第一节点中存在与所述第一配置项的内容相同的配置项；

确定所述第一节点在所述目标集群中的占比小于第一阈值；

将所述第一配置项确定为所述待测配置项。

10.一种设备，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行权利要求1-9中任一项所述的配置监测方法。

Images