CN112612545A - 一种服务器集群的配置热加载系统、方法、设备及介质 - Google Patents

Abstract

本申请公开了一种服务器集群的配置热加载系统、方法、电子设备及计算机可读存储介质，该系统包括：配置中心节点，用于统一存储和维护各集群服务的配置信息；配置中心节点中运行有各集群服务的事件监听程序，用以监听配置信息的变更；配置管理设备，用于将输入的更新后的配置信息推送至配置中心节点；各服务器节点，用于部署和运行集群服务；各集群服务在监听到对应的配置信息变更后，从配置中心节点提取更新后的配置信息进行热加载。本申请利用配置中心节点统一管理各个集群服务的配置信息，并可在配置信息变更的第一时间及时通知集群服务获取最新的配置信息、实现配置的热加载，无须重启集群服务，提高了配置效率并有效避免了数据丢失。

Description

一种服务器集群的配置热加载系统、方法、设备及介质

技术领域

本申请涉及服务器集群管理技术领域，特别涉及一种服务器集群的配置热加载系统、方法、电子设备及计算机可读存储介质。

背景技术

在服务器集群的业务项目开发过程中，需要进行各种各样的配置。现有技术中，这些配置通常使用xml或者.properties结尾的文件存放，项目发布后，可以根据生产环境需要更新配置文件里配置项，然后执行项目启动脚本即可将项目应用部署到生产环境中。然而，实际的生产环境中，配置可能根据实际需要随时进行变更，对应的服务就需要重新启动，这样就难以避免数据的丢失。特别地，如果项目采用的是分布式方式部署，项目的各个服务都会部署到不同的服务节点上，遇到配置需要变更的时候，在各个服务节点上一一重启服务，耗时费力的同时，也会丢失大量的数据，造成灾难性的事故。

鉴于此，提供一种解决上述技术问题的方案，已经是本领域技术人员所亟需关注的。

发明内容

本申请的目的在于提供一种服务器集群的配置热加载系统、方法、电子设备及计算机可读存储介质，以便有效实现服务配置的热加载，解决重启服务耗时费力的问题，并有效避免数据丢失。

为解决上述技术问题，一方面，本申请公开了一种服务器集群的配置热加载系统，包括：

配置中心节点，用于统一存储和维护各集群服务的配置信息；所述配置中心节点中运行有各集群服务的事件监听程序，用以监听配置信息的变更；

配置管理设备，用于将输入的更新后的配置信息推送至所述配置中心节点；

各服务器节点，用于部署和运行集群服务；各集群服务在监听到对应的配置信息变更后，从所述配置中心节点提取更新后的配置信息进行热加载。

可选地，所述配置中心节点采用安全冗余结构，包括主节点和备节点；当所述主节点故障时，所述备节点更新作为主节点统一存储和维护各集群服务的配置信息。

可选地，所述配置中心节点还用于：在发生节点故障之后，向所述配置管理设备发送故障告警消息。

可选地，所述配置中心节点中各集群服务所对应配置信息的存储路径互不相同。

又一方面，本申请还公开了一种服务器集群的配置热加载方法，所述服务器集群包括用于部署和运行集群服务的各服务器节点、用于统一存储和维护各集群服务的配置信息的配置中心节点、用于提供用户交互接口的配置管理设备；所述方法应用于所述配置中心节点，包括：

接收所述配置管理设备发送的更新后的配置信息；

将所述更新后的配置信息存储至指定集群服务在所述配置中心节点中的存储路径下；

基于各集群服务用于监听配置信息变更的事件监听程序，向对应集群服务所在的服务器节点发送信息变更通知；

对所述服务器节点的信息提取请求进行响应，以便所述服务器节点提取所述更新后的配置信息进行热加载。

可选地，所述配置中心节点采用安全冗余结构，包括主节点和备节点；所述方法还包括：

当检测到当前节点故障时，将当前节点的主节点身份更改为不可用节点，以便所述备节点更改为新的主节点。

可选地，在所述检测到当前节点故障之后，还包括：

向所述配置管理设备发送故障告警消息。

可选地，所述配置中心节点中各集群服务所对应配置信息的存储路径互不相同。

又一方面，本申请还公开了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如上所述的任一种服务器集群的配置热加载方法的步骤。

又一方面，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务器集群的配置热加载方法的步骤。

本申请所提供的服务器集群的配置热加载系统包括：配置中心节点，用于统一存储和维护各集群服务的配置信息；所述配置中心节点中运行有各集群服务的事件监听程序，用以监听配置信息的变更；配置管理设备，用于将输入的更新后的配置信息推送至所述配置中心节点；各服务器节点，用于部署和运行集群服务；各集群服务在监听到对应的配置信息变更后，从所述配置中心节点提取更新后的配置信息进行热加载。

本申请所提供的服务器集群的配置热加载系统、方法、电子设备及计算机可读存储介质所具有的有益效果是：本申请在大规模集群处理流式数据的应用场景中，利用配置中心节点统一管理各个集群服务模块的配置信息，并利用配置中心节点上注册的事件监听程序，在配置信息变更的第一时间及时通知集群服务所在的服务器节点，从而使各集群服务可及时获取最新的配置信息、实现配置的热加载，无须一一重启集群服务，提高了配置效率并有效避免了数据丢失。

附图说明

为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请实施例公开的一种服务器集群的配置热加载系统的结构框图；

图2为本申请实施例公开的一种服务器集群的配置热加载方法的流程图；

图3为本申请实施例公开的一种电子设备的结构框图。

具体实施方式

本申请的核心在于提供一种服务器集群的配置热加载系统、方法、电子设备及计算机可读存储介质，以便有效实现服务配置的热加载，解决重启服务耗时费力的问题，并有效避免数据丢失。

为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在服务器集群的业务项目开发过程中，需要进行各种各样的配置。现有技术中，这些配置通常使用xml或者.properties结尾的文件存放，项目发布后，可以根据生产环境需要更新配置文件里配置项，然后执行项目启动脚本即可将项目应用部署到生产环境中。然而，实际的生产环境中，配置可能根据实际需要随时进行变更，对应的服务就需要重新启动，这样就难以避免数据的丢失。特别地，如果项目采用的是分布式方式部署，项目的各个服务都会部署到不同的服务节点上，遇到配置需要变更的时候，在各个服务节点上一一重启服务，耗时费力的同时，也会丢失大量的数据，造成灾难性的事故。鉴于此，本申请提供了一种服务器集群的配置热加载方案，可有效解决上述问题。

参见图1所示，本申请实施例公开了一种服务器集群的配置热加载系统，主要包括：

配置中心节点101，用于统一存储和维护各集群服务的配置信息；配置中心节点101中运行有各集群服务的事件监听程序，用以监听配置信息的变更；

配置管理设备102，用于将输入的更新后的配置信息推送至配置中心节点101；

各服务器节点103，用于部署和运行集群服务；各集群服务在监听到对应的配置信息变更后，从配置中心节点101提取更新后的配置信息进行热加载。

具体地，本申请所提供的服务器集群的配置热加载系统，可特别地适用于大规模集群处理流式数据的应用场景。本申请构建了一个统一管理配置的中心，即配置中心节点101，可用于维护各个集群服务应用程序运行所需的配置信息，并且能够与各集群服务进行交互，提供配置信息变更通知。

各集群服务的配置信息由配置中心节点101统一管理，因此，配置信息的变更、集群服务重启加载新配置信息的任务，均交由配置中心节点101负责。并且，各集群服务在配置中心节点101上注册有各自的事件监听程序，实时监听各自在配置中心节点101对应存储路径下的配置信息有没有发生变更。

通过这种配置管理方式，各集群服务在配置信息发生变化的情况下，无需重新启动集群服务，即可自动接收到配置信息变更的通知，接到通知后可以自行重新从配置管理中心提取最新的配置信息。这种管理配置方式的应用，可以解决服务重启耗时费力的问题，也能有效避免数据的丢失。

配置管理设备102的主体功能是负责为用户提供交互接口，将用户输入的针对各集群服务模块的配置内容推送到配置中心节点101的对应存储路径下；另外，在应用程序运行过程中，如果用户需要更改某一集群服务模块的配置内容，配置管理设备102也可将新的配置信息重新推送到配置中心节点101上。

其中需要说明的是，配置中心节点101具体可以为被选中的若干个集群节点；配置管理设备102同样可以为被选中的一个集群节点，也可以是其他能够与配置中心节点101通信连接的用户终端设备，如笔记本、掌上电脑等。

部署在集群节点上的各集群服务，在启动运行时所使用的配置信息需要从配置中心节点101获取。配置中心节点101上注册的事件监听程序，实时监听各自在配置中心节点101对应存储路径下的配置信息有没有发生变更。当监听到配置信息变更后，对应的集群节点基于集群服务重新从配置中心节点101上提取最新的配置信息，并依据新配置信息对该集群服务做出调整，以此完成配置的热加载。

可见，本申请实施例所公开的服务器集群的配置热加载系统，在大规模集群处理流式数据的应用场景中，利用配置中心节点统一管理各个集群服务模块的配置信息，并利用配置中心节点上注册的事件监听程序，在配置信息变更的第一时间及时通知集群服务所在的服务器节点103，从而使各集群服务可及时获取最新的配置信息、实现配置的热加载，无须一一重启集群服务，提高了配置效率并有效避免了数据丢失。

作为一种具体实施例，本申请实施例所公开的服务器集群的配置热加载系统在上述内容的基础上，配置中心节点101采用安全冗余结构，包括主节点和备节点；当主节点故障时，备节点更新作为主节点统一存储和维护各集群服务的配置信息。

具体地，本实施例中的配置中心节点101采用主备冗余结构设计，以避免单节点故障而造成整个配置中心的不可用。配置中心节点101包括有主节点和备节点，主节点服务器运行正常的情况下，各集群服务模块与主节点交互，从主节点处获取配置信息变更通知和提取配置信息。若主节点异常或者宕机，失去配置服务的功能，则原备节点在及时发现后将顶替作为新的主节点以发挥针对配置信息的管理与维护功能，继续为各集群服务模块提供服务。

作为一种具体实施例，本申请实施例所公开的服务器集群的配置热加载系统在上述内容的基础上，配置中心节点101还用于：在发生节点故障之后，向配置管理设备102发送故障告警消息。

具体地，通过向配置管理设备102进行故障告警，可及时地通知用户，以便用户尽快进行故障清除或设备更换。

作为一种具体实施例，本申请实施例所公开的服务器集群的配置热加载系统在上述内容的基础上，配置中心节点101中各集群服务所对应配置信息的存储路径互不相同。

具体地，为了避免不同集群服务间配置信息产生数据干扰，本实施例中每一个集群服务在配置中心节点101中都有各自专用的存储路径，互不干扰，分别用于存储各自的配置信息。

参见图1所示，本申请实施例公开了一种服务器集群的配置热加载方法，服务器集群包括用于部署和运行集群服务的各服务器节点、用于统一存储和维护各集群服务的配置信息的配置中心节点、用于提供用户交互接口的配置管理设备；该方法应用于配置中心节点，包括：

S201：接收配置管理设备发送的更新后的配置信息。

S202：将更新后的配置信息存储至指定集群服务在配置中心节点中的存储路径下。

S203：基于各集群服务用于监听配置信息变更的事件监听程序，向对应集群服务所在的服务器节点发送信息变更通知。

S204：对服务器节点的信息提取请求进行响应，以便服务器节点提取更新后的配置信息进行热加载。

关于上述服务器集群的配置热加载方法的具体内容，可参考前述关于服务器集群的配置热加载系统的详细介绍，这里就不再赘述。

可见，本申请所提供的服务器集群的配置热加载方法，在大规模集群处理流式数据的应用场景中，利用配置中心节点统一管理各个集群服务模块的配置信息，并利用配置中心节点上注册的事件监听程序，在配置信息变更的第一时间及时通知集群服务所在的服务器节点，从而使各集群服务可及时获取最新的配置信息、实现配置的热加载，无须一一重启集群服务，提高了配置效率并有效避免了数据丢失。

作为一种具体实施例，本申请实施例所提供的服务器集群的配置热加载方法在上述内容的基础上，配置中心节点采用安全冗余结构，包括主节点和备节点；方法还包括：

当检测到当前节点故障时，将当前节点的主节点身份更改为不可用节点，以便备节点更改为新的主节点。

作为一种具体实施例，本申请实施例所提供的服务器集群的配置热加载方法在上述内容的基础上，在检测到当前节点故障之后，还包括：

向配置管理设备发送故障告警消息。

作为一种具体实施例，本申请实施例所提供的服务器集群的配置热加载方法在上述内容的基础上，配置中心节点中各集群服务所对应配置信息的存储路径互不相同。

参见图3所示，本申请实施例公开了一种电子设备，包括：

存储器301，用于存储计算机程序；

处理器302，用于执行所述计算机程序以实现如上所述的任一种服务器集群的配置热加载方法的步骤。

进一步地，本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务器集群的配置热加载方法的步骤。

关于上述电子设备和计算机可读存储介质的具体内容，可参考前述关于服务器集群的配置热加载系统的详细介绍，这里就不再赘述。

本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需说明的是，在本申请文件中，诸如“第一”和“第二”之类的关系术语，仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。

Claims (10)

1.一种服务器集群的配置热加载系统，其特征在于，包括：

配置中心节点，用于统一存储和维护各集群服务的配置信息；所述配置中心节点中运行有各集群服务的事件监听程序，用以监听配置信息的变更；

配置管理设备，用于将输入的更新后的配置信息推送至所述配置中心节点；

各服务器节点，用于部署和运行集群服务；各集群服务在监听到对应的配置信息变更后，从所述配置中心节点提取更新后的配置信息进行热加载。

2.根据权利要求1所述的配置热加载系统，其特征在于，所述配置中心节点采用安全冗余结构，包括主节点和备节点；当所述主节点故障时，所述备节点更新作为主节点统一存储和维护各集群服务的配置信息。

3.根据权利要求2所述的配置热加载系统，其特征在于，所述配置中心节点还用于：在发生节点故障之后，向所述配置管理设备发送故障告警消息。

4.根据权利要求1至3任一项所述的配置热加载系统，其特征在于，所述配置中心节点中各集群服务所对应配置信息的存储路径互不相同。

5.一种服务器集群的配置热加载方法，其特征在于，所述服务器集群包括用于部署和运行集群服务的各服务器节点、用于统一存储和维护各集群服务的配置信息的配置中心节点、用于提供用户交互接口的配置管理设备；所述方法应用于所述配置中心节点，包括：

接收所述配置管理设备发送的更新后的配置信息；

将所述更新后的配置信息存储至指定集群服务在所述配置中心节点中的存储路径下；

基于各集群服务用于监听配置信息变更的事件监听程序，向对应集群服务所在的服务器节点发送信息变更通知；

对所述服务器节点的信息提取请求进行响应，以便所述服务器节点提取所述更新后的配置信息进行热加载。

6.根据权利要求5所述的配置热加载方法，其特征在于，所述配置中心节点采用安全冗余结构，包括主节点和备节点；所述方法还包括：

当检测到当前节点故障时，将当前节点的主节点身份更改为不可用节点，以便所述备节点更改为新的主节点。

7.根据权利要求6所述的配置热加载方法，其特征在于，在所述检测到当前节点故障之后，还包括：

向所述配置管理设备发送故障告警消息。

8.根据权利要求5至7任一项所述的配置热加载方法，其特征在于，所述配置中心节点中各集群服务所对应配置信息的存储路径互不相同。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求5至8任一项所述的服务器集群的配置热加载方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如权利要求5至8任一项所述的服务器集群的配置热加载方法的步骤。

Images