CN114070736A - 基于nginx的多集群服务路由管理控制方法及装置 - Google Patents

Abstract

本发明公开了一种基于nginx的多集群服务路由管理控制方法及装置，在同一个Group中配置管理文件，在incloude目录中新增Server的配置文件，接收Agent定期发送的心跳，并更新Agent最近一次的心跳注册时间和指令执行结果信息；将配置文件版本信息与Agent中的配置文件版本信息进行比对；若Agent中的配置文件版本信息低，则生成更新配置指令；将所有待执行指令下发给Agent执行；Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回；本发明基于nginx的多集群服务路由管理控制方法，随着集群数量和节点数量的增多，可视化、自动的运维方式将大大的减少运维成本以及出错的可能性，而且提高了服务器的安全性。

Description

基于nginx的多集群服务路由管理控制方法及装置

技术领域

本发明涉及多集群服务路由管理技术领域，具体涉及一种基于nginx的多集群服务路由管理控制方法及装置。

背景技术

随着微服技术的发展，系统内部的交互以及系统之间的交互拓扑越发的复杂。同一个功能需要同时对接多个外部系统时，如果没有一个网络的转发机制，就需要在系统内部针对每个外部系统都进行针对性的编码工作，造成人力成本的浪费，同时还会降低系统的稳定性。此外，随着系统复杂度的不断增加，在一个技术团队内部，可能有多个集群都存在上述的应用场景，如果逐个集群去维护网络转发策略，随着集群的增多，运维人员的工作量也将成倍的增加，也会增加人工运维时出错的可能性。

目前已有的运维产品主要使用Server方式，在配置下发等方面则通过ssh的方式来进行远程交互。由于这种方式需要将服务器的密码暴露给Server端，所以存在安全隐患。

发明内容

为此，本发明实施例提供一种基于nginx的多集群服务路由管理控制方法及装置，以解决现有技术存在的安全隐患以及随着系统复杂度的不断增加，运维人员的工作量和出错率也将成倍的增加的问题。

为了实现上述目的，本发明实施例提供如下技术方案：

第一方面，一种基于nginx的多集群服务路由管理控制方法，在同一个Group中配置管理文件，所述配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，所述方法包括：

接收Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

将配置文件版本信息与所述Agent中的配置文件版本信息进行比对；

若所述Agent中的配置文件版本信息低，则生成更新配置指令；

将所有待执行指令下发给所述Agent执行；所述Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回。

作为优选，所述将指令放入到执行队列中后判断所述指令是否为所述更新配置指令，若是，则更新配置文件。

作为优选，所述配置文件版本升级后所述配置文件生效。

作为优选，所述配置文件时采用分拆配置的方式。

作为优选，所述方法还包括：

定时巡检是否接收到所述Agent的心跳信息；

若定时没有接收到所述Agent的心跳信息，则将所述Agent下线并将所述Agent未上报的指令运行结果全部设置为失败。

作为优选，所述定时巡检是单节点进行执行的。

作为优选，所述Agent执行多个指令时串联执行。

作为优选，能够在所述Server后台创建指令。

作为优选，在所述Server后台创建指令时能够选择并行执行或串行执行。

第二方面，一种基于nginx的多集群服务路由管理控制装置，包括：

系统管理模块，用于管理Group、Agent、配置文件、指令和日志；

Server服务模块，用于接收所述Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

以及将配置文件版本信息与所述Agent中的配置文件版本信息进行比对，根据比对结果生成更新配置指令；

以及将所有待执行指令下发给整个Group中的所有Agent执行或指定某几个Agent执行；

Agent服务模块，用于接收返回的指令，并将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回所述Server服务模块。

本发明至少具有以下有益效果：本发明提供一种基于nginx的多集群服务路由管理控制方法及装置，在同一个Group中配置管理文件，配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，接收Agent定期发送的心跳，并更新Agent最近一次的心跳注册时间和指令执行结果信息；将配置文件版本信息与Agent中的配置文件版本信息进行比对；若Agent中的配置文件版本信息低，则生成更新配置指令；将所有待执行指令下发给Agent执行；Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回；本发明基于nginx的多集群服务路由管理控制方法，随着集群数量和节点数量的增多，可视化、自动的运维方式将大大的减少运维成本以及出错的可能性，而且提高了服务器的安全性。

附图说明

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

本说明书所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

图1为本发明实施例提供的配置管理文件流程图；

图2为本发明实施例提供的基于nginx的多集群服务路由管理控制方法流程图；

图3为本发明实施例提供的基于nginx的多集群服务路由管理控制方法执行判断流程图；

图4为本发明实施例提供的Agent定期向Server端发送心跳流程图；

图5为本发明实施例提供的Server端定时巡检流程图；

图6为本发明实施例提供的指令分发流程图；

图7为本发明实施例提供的指令执行流程图；

图8为本发明实施例提供的基于nginx的多集群服务路由管理控制装置框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)旨在区别指代的对象。对于具有时序流程的方案，这种术语表述方式不必理解为描述特定的顺序或先后次序，对于装置结构的方案，这种术语表述方式也不存在对重要程度、位置关系的区分等。

此外，术语“包括”、“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包括了一系列步骤或单元的过程、方法、系统、产品或设备不必限于已明确列出的那些步骤或单元，而是还可包含虽然并未明确列出的但对于这些过程、方法、产品或设备固有的其它步骤或单元，或者基于本发明构思进一步的优化方案所增加的步骤或单元。

本发明的一个实施例提供一种基于nginx的多集群服务路由管理控制方法，在实施该方法之前需要先配置管理文件。

请参阅图1，配置管理文件，配置文件都属于一个Group(每个Group代表一个集群)，即配置文件是针对一个nginx集群生效的。配置文件加入了版本号的概念，想要使修改后的配置文件生效，必须先升级版本号。同时，后台也提供了校验配置文件是否可用的功能。在配置新增修改后直接保存入库。如有需要可以点击校验配置文件验证修改是否可用。触发升级版本号操作后提升版本号。为了方便追踪配置文件的修改历史和错误修改后能够快速恢复，每次修改配置文件都会记录历史记录，可以方便查询历史版本的配置。在客户端配置nginx时采用分拆配置的方式来更新nginx配置。保留原有config目录下的nginx.conf文件，配置incloude目录，在目录中新增Server的配置文件。此时可以保证安全的前提下固定每个nginx实例的其他配置信息。当点击校验配置时agent端将现有nginx.config和include目录拷贝到其他目录下，并将待测试的配置输出到include目录下的conf文件。再根据nginx–t–c命令进行校验。

请参阅图2和图3，本发明的一个实施例提供一种基于nginx的多集群服务路由管理控制方法，所述方法包括：

S1：接收Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

请参阅图4，具体为，Agent会定期向Server端发送心跳，默认5S一次。心跳内容包括Agent基本信息，如ip，端口，配置文件版本信息等，还包括未上报的指令执行结果信息。Server收到心跳信息后，会更新最近一次Agent心跳注册时间和指令执行结果信息。

S2：将配置文件版本信息与所述Agent中的配置文件版本信息进行比对；

具体为，将Agent和Server端的配置文件版本信息进行比对。

S3：若所述Agent中的配置文件版本信息低，则生成更新配置指令；

S4：将所有待执行指令下发给所述Agent执行；所述Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回。

具体为，如果Agent配置文件版本信息比Server端要低，Server会生成一条更新配置的指令，并把其他在Server端等待执行的指令一并返回给Agent。

请参阅图5，为了监测Agent存活状态，Server端会开启定时巡检任务，默认为30S，即30S内没收到Agent的心跳信息，则把Agent做下线处理，并把当前Agent未上报的指令运行结果全部置为失败。定时巡检任务需单节点执行，生产环境Server会多节点部署，需借助定时任务触发进行定时巡检任务的调度。

请参阅图6，指令分发，具体的，Server下发指令时，指令有两个来源，一个是Server端在发现Agent配置文件版本低时自动生成一条更新配置文件的指令，另一个是在Server端后台创建指令。主动创建指令时，可选取不同的执行策略，即并行或串行执行；同时也可指定执行指令的Agent范围，即整个Group下所有Agent执行或指定某几个Agent执行。对于串行执行策略，在生成指令时，会加入该条指令依赖的指令信息，这样可以保证等上一个Agent指令执行完成之后才会执行。对于长时间没有返回执行结果的指令增加手动触发的功能。通过手动触发来确定指令的成功与失败。

请参阅图7，指令执行，具体的，Agent执行指令时，指令都是对nginx实例的运维命令，故多个指令在一个Agent端必须要串行执行。Agent在通过心跳收到指令后，会将指令加入到队列中。Agent会启动单线程监听队列，当队列中有指令时，就会按顺序执行指令，执行完成后将运行结果保存到返回队列中跟随心跳返回Server端，等待上报。Agent在发送心跳信息时，会扫描返回队列中未上报的指令结果信息，上报成功后会将该条信息从返回队列中删除。

请参阅图8，本发明的一个实施例提供一种基于nginx的多集群服务路由管理控制装置。

本发明中系统对于服务转发的功能主要采用nginx实现，而在整个系统中为了保证管理工作的正常进行，主要还建立了三个模块：系统管理模块，Server服务模块，Agent服务模块。

系统管理模块，用于管理Group、Agent、配置文件、指令和日志；

Server服务模块，用于接收所述Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

以及将配置文件版本信息与所述Agent中的配置文件版本信息进行比对，根据比对结果生成更新配置指令；

以及将所有待执行指令下发给整个Group中的所有Agent执行或指定某几个Agent执行；

Agent服务模块，用于接收返回的指令，并将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回Server服务模块。

基于nginx的多集群服务路由管理控制装置中nginx与Agent之间、Agent与Server之间通过心跳和指令的方式进行交互。系统间交互主要通过https请求的方式实现，利用https请求，实现心跳的上传以及指令的下发。而利用https请求的返回实现控制指令的下发。为了保证对于多集群的nginx服务的管理，主要需要配置管理文件、心跳维护、指令分发、指令执行四个主体功能来进行交互。

对于配置管理文件、指令分发和指令执行请参见上述在基于nginx的多集群服务路由管理控制方法中的描述；心跳维护则为基于nginx的多集群服务路由管理控制方法，也是本发明的核心技术。

关于基于nginx的多集群服务路由管理控制装置的具体限定可以参见上文中对于基于nginx的多集群服务路由管理控制方法的限定，在此不再继续赘述。

综上，本发明具有以下优势：

(1)可视化运维：随着集群数量和节点数量的增多，可视化、自动的运维方式将大大的减少运维成本以及出错的可能性；

(2)Server+Agent的系统组成方式：采用Server+Agent的部署方式和通过https的方式进行交互，提高了服务器的安全性；

(3)集群维护：通过组管理的方式统一管理多个集群的nginx配置信息，实现“组内配置统一、组间配置独立”的目的。

以上几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

以上实施例的各技术特征可以进行任意的组合(只要这些技术特征的组合不存在矛盾)，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述；这些未明确写出的实施例，也都应当认为是本说明书记载的范围。

上文中通过一般性说明及具体实施例对本发明作了较为具体和详细的描述。应当指出的是，在不脱离本发明构思的前提下，显然还可以对这些具体实施例作出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于nginx的多集群服务路由管理控制方法，其特征在于，在同一个Group中配置管理文件，所述配置管理文件时保留原有config目录下的nginx.conf文件，在incloude目录中新增Server的配置文件，所述方法包括：

接收Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

将配置文件版本信息与所述Agent中的配置文件版本信息进行比对；

若所述Agent中的配置文件版本信息低，则生成更新配置指令；

将所有待执行指令下发给所述Agent执行；所述Agent通过心跳接收到指令后，将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回。

2.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述将指令放入到执行队列中后判断所述指令是否为所述更新配置指令，若是，则更新配置文件。

3.根据权利要求2所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述配置文件版本升级后所述配置文件生效。

4.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述配置文件时采用分拆配置的方式。

5.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述方法还包括：

定时巡检是否接收到所述Agent的心跳信息；

若定时没有接收到所述Agent的心跳信息，则将所述Agent下线并将所述Agent未上报的指令运行结果全部设置为失败。

6.根据权利要求5所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述定时巡检是单节点进行执行的。

7.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，所述Agent执行多个指令时串联执行。

8.根据权利要求1所述的基于nginx的多集群服务路由管理控制方法，其特征在于，能够在所述Server后台创建指令。

9.根据权利要求8所述的基于nginx的多集群服务路由管理控制方法，其特征在于，在所述Server后台创建指令时能够选择并行执行或串行执行。

10.一种基于nginx的多集群服务路由管理控制装置，其特征在于，包括：

系统管理模块，用于管理Group、Agent、配置文件、指令和日志；

Server服务模块，用于接收所述Agent定期发送的心跳，并更新所述Agent最近一次的心跳注册时间和指令执行结果信息；

以及将配置文件版本信息与所述Agent中的配置文件版本信息进行比对，根据比对结果生成更新配置指令；

以及将所有待执行指令下发给整个Group中的所有Agent执行或指定某几个Agent执行；

Agent服务模块，用于接收返回的指令，并将指令放入到执行队列中按顺序执行，执行完成后将运行结果保存到返回队列中跟随心跳返回所述Server服务模块。

Images