CN108733466A - 重启分布式系统中的应用系统实例的方法、装置及设备 - Google Patents

Abstract

本申请涉及重启分布式系统中的应用系统实例的方法、装置、重启分布式系统的方法、及电子设备,重启分布式系统中的应用系统实例的方法包括：接收服务重启命令；检测活动的线程数量；若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。本申请的技术方案能避免因为没有把业务处理完成就立即重启造成部分业务数据丢失，能够确保业务流程的完整性，能够增加系统稳定性。

Description

重启分布式系统中的应用系统实例的方法、装置及设备

技术领域

本申请涉及分布式系统技术领域，具体而言，涉及重启分布式系统中的应用系统实例的方法、装置及电子设备。

背景技术

系统重启在日常开发、维护过程中是一个非常常见的情况，需要考虑如何在分布式系统中重启应用系统，把对用户的影响降至最低，或者做到没有影响。

当前通用做法是通过切流量的方式，把被重启的应用系统实例IP地址从负载均衡器(比如：Nginx)里面摘除，在有新的请求过来时，不再将请求转发给正在重启的应用系统实例。分布式系统部署示意图如图1所示，上述现有的应用系统实例重启的操作流程包括:

1)选中要重启的应用系统实例；

2)从负载均衡器配置文件中把被重启的服务器IP地址摘除(摘除之后，负载均衡器不再分配请求给该实例)；

3)执行应用系统实例重启命令；

4)等待应用系统实例重启完成；

5)在负载均衡器配置文件中，添加被启动的服务器IP，恢复请求处理。

上述应用系统实例重启的方案中，当从负载均衡器中摘除配置之后，没有等待应用系统把业务处理完成就立即重启，会造成部分业务数据丢失，业务流程处理不完整；当用户请求刚好被分配到被重启的实例时，得不到数据返回，用户体验不好。

发明内容

本申请公开重启分布式系统中的应用系统实例的方法，以避免因为没有把业务处理完成就立即重启造成部分业务数据丢失，以确保业务流程的完整性，增加系统稳定性。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一个方面，提供一种重启分布式系统中的应用系统实例的方法，包括：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

根据一些实施例，检测活动的线程数量包括：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

根据一些实施例，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令包括：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

根据一些实施例，所述设定时间为200毫秒。

根据本发明的第二方面，提供一种重启分布式系统中的应用系统实例的装置，其包括：

命令接收单元，用于接收服务重启命令；

检测单元，用于检测活动的线程数量；

重启单元，用于若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

根据一些实施例，所述检测单元用于：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

根据一些实施例，所述重启单元用于：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

根据本发明的第三方面，提供一种重启分布式系统的方法，其中所述分布式系统包括应用管理系统、负载均衡器、以及多个应用系统实例，其特征在于，包括：

所述应用管理系统获取所述多个应用系统实例中至少一个应用系统实例的服务器IP地址；

所述负载均衡器将所述服务器IP地址从配置文件中摘除；

所述应用管理系统向所述至少一个应用系统实例发送服务重启命令；

所述至少一个应用系统实例检测活动的线程数量，若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令；

所述负载均衡器将所述至少一个应用系统实例的所述服务器IP地址添加到所述配置文件中。

根据一些实施例，所述至少一个应用系统实例为当前被启动的应用系统实例。

根据一些实施例，检测活动的线程数量包括：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

根据一些实施例，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令包括：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

根据本发明的第四方面，提供一种电子设备，包括：处理器；存储器，存储用于处理器控制如上述第一方面任一项所述操作的指令。

根据本发明的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现步骤：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的技术方案能避免因为没有把业务处理完成就立即重启造成部分业务数据丢失，能够确保业务流程的完整性，能够增加系统稳定性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它特征及优点将变得更加明显。

图1示出了分布式系统部署示意图；

图2示出了根据本发明一实施例的重启分布式系统中的应用系统实例的方法；

图3示出了根据本发明另一实施例的分布式系统架构示意图；

图4示出了根据本发明另一实施例的业务请求处理流程图；

图5示出了根据本发明一实施例的重启分布式系统中的应用系统实例交互示意图；

图6示出了根据本发明一实施例的重启分布式系统中的应用系统实例的装置的框图；

图7示出了根据本发明一实施例的电子设备。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本发明将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图2示出了根据本发明一实施例的重启分布式系统中的应用系统实例的方法，本实施例可适用于重启分布式系统过程中重启应用系统实例的情况，执行主体为分布式系统中的应用系统实例。如图2所示，本实施例所述的重启分布式系统中的应用系统实例的方法包括：

在步骤S210中，接收服务重启命令。

通常该服务重启命令由应用管理系统向应用系统实例发送。

在步骤S220中，检测活动的线程数量。

例如可通过如下方式：当线程池分配一个线程时，将所述活动的线程数量加一；当所述线程池释放一个线程时，将所述活动的线程数量减一。这样能实时获取当前活动的线程数量。

在步骤S230中，若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

例如，若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

需要说明的是，所述设定时间可根据分布式系统的情况对该分布式系统中的应用系统实例进行统一设置，例如统一将所述设定时间设置为200毫秒。也可依据各应用系统实例的性能及负荷情况分别进行设置，例如对对性能优质的应用系统实例设置较短的设定时间，对负荷较大的应用系统实例设置较长的设定时间。另外，还可以根据检测到的活动的线程数量进行适应性设置，例如若当前活动的线程数量较多则将怕述设定时间设置长一些，或者设定每个活动的线程处理时间为T,将检测到的活动的线程数量乘以T作为该设定时间。

本实施例通过在分布式系统重启过程中，应用系统实例接收到重启命令后，等到活动的线程数量为零再执行所述服务重启命令，能避免因为没有把业务处理完成就立即重启造成部分业务数据丢失，能够确保业务流程的完整性，能够增加系统稳定性。

图3示出了根据本发明另一实施例的分布式系统架构示意图

本方案所述的分布式系统涉及到负载均衡器、应用系统、应用管理系统几大部分，下面将详细介绍：

应用系统实例：分布式应用系统由很多个实例组成(即一套应用程序部署在多台机器上)，他负责处理用户的请求并返回处理结果数据。核心部分包括业务处理模块、线程池、计数器、重启模块，下面将详细介绍每个模块。

业务处理模块：负责接收和处理负载均衡器转发的用户请求，它接收到请求后，从线程池中获取一个处理线程，进行业务处理，并将处理结果返回给用户。

线程池：负责管理业务处理线程，供业务处理模块调用。当分配一个线程处理业务时，在计算器中活动线程数加一，当业务处理完成后，释放线程时，计数器中活动线程数减一。

计数器：负责记录当前活动线程数量，供线程池和重启模块调用。

重启模块：控制应用系统重启，它接受切流量模块的重启请求后，检查当前系统的活动线程是否为0，若不为0就继续等待，直到活动线程数为0时(每隔200ms检测一次)，执行重启命令，重启应用。

负载均衡器：负责接收用户请求，并将请求均衡分配给应用系统的各个实例进行处理。

应用管理系统：负责管理应用系统的各个实例，比如维护各应用系统的IP地址列表，检测个应用系统是否正常运行，发起应用系统重启等。它包括应用发布模块、监控模块、配置加载模块。下面将详细介绍这三部分：

应用发布模块：负责管理应用系统发布的各个环节，当应用系统实例需要重启时通过该模块促发。

配置加载模块：负责从数据库中加载应用系统的实例信息，包括应用系统名称、实例列表、每个实例的IP地址等。该模块供应用发布模块调用。

监控模块：负责监控应用系统的各个实例运行状况，它通过定时(比如：每隔10秒)访问应用系统提供的一个URL地址，根据应用系统的返回数据内容，检测系统运行是否正常。当应用系统实例重启后，通过该模块来查看是否启动成功。

数据库：存储应该管理系统的配置信息(包括应用名称、应用描述、应用实例数、IP地址等)和实例运行状态。

图4示出了根据本发明另一实施例的业务请求处理流程图，如图4所示，本实施例所述的业务处理流程包括：

在步骤S410中，发起请求。在步骤S420中，负载均衡器进行请求分发。

在步骤S430中，应用系统接收请求。

在步骤S440中，从线程池中获取线程进行业务处理。

在步骤S450中，活动线程数加一。

在步骤S460中，完成业务处理。

在步骤S470中，返回业务数据。

在步骤S480中，释放线程。

在步骤S490中，活动线程数减一。

从图4可知，当应用系统实例接收到请求之后，先从线程池中分配一个线程进行业务处理，同时再计数器中活动线程数加1，当业务处理完成并返回业务数据后，释放线程，活动线程数减去1。

图5示出了根据本发明一实施例的重启分布式系统中的应用系统实例交互示意图，如图5所示，整个应用系统重启流程是分别重启应用系统的每个实例，当启动某个实例时先进行流量摘除，然后再进行系统重启，重启成功之后再进行流量恢复。每个实例的重启过程详细描述如下：

1)首先在应用管理系统中获取被启动应用实例服务器IP地址，向负载均衡器中发送关闭流量请求

2)负载均衡器从请求中获取被启动的服务器IP地址，从负载均衡配置文件中摘除该IP地址

3)返回摘除IP地址是否成功，若失败就记录失败日志，流程结束(需要进行失败问题排查)，否则进入步骤4

4)向被重启的应用系统实例发起重启请求

5)被重启的实例接受重启请求

6)检测当前活动线程数是否为0，若不是这进入步骤7,否则进入步骤8

7)等待200ms后，进入步骤6(每隔200ms检测一次，这个时间长度可以根据实际情况在程序中设置)

8)执行重启命令，等待系统重启

9)重启成功后，发送系统实例重启成功的消息，消息内容中包含应用实例的服务器IP

10)应用管理系统接收到消息之后，向负载均衡器发送恢复流量的请求

11)负载均衡器解析请求，从中获取到IP地址，添加IP地址到负载均衡配置文件中，返回恢复流量的结果

12)接收恢复流量的结果，并检测恢复流量是否成功，若成功这记录成功日志，否则记录失败日志。

通过上述交互过程可知，本方案的核心思路是通过把被启动的实例IP从负载均衡器配置文件中摘除后，对应用系统实例的业务处理线程运行情况进行监控，用计数器记录活动的业务线程，执行重启前，检测活动线程数是否为0(为0表示业务处理完成)，若不为0就等待线程进行业务处理，直到活动线程数为0时，执行重启命令，重启应用系统实例。当重启成功之后，再把被启动的实例IP地址加入负载均衡器配置文件中，恢复请求处理功能。

本实施例的技术方案通过应用系统实例等待业务处理完成后，才真正进行系统实例重启，确保流程业务流程完整性。系统实例重启过程中，再也不会出现系统无响应等问题，极大的提升了用户体验。

图6示出了根据本发明一实施例的重启分布式系统中的应用系统实例的装置的框图，如图6所示，本实施例所述的重启分布式系统中的应用系统实例的装置包括：命令接收单元610、检测单元620、以及重启单元630。

该命令接收单元610被配置为，用于接收服务重启命令；

该检测单元620被配置为，用于检测活动的线程数量；

该重启单元630被配置为，用于若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

根据本发明的一些实施例，所述检测单元620用于：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

根据本发明的一些实施例，所述重启单元630用于：若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例提供的重启分布式系统中的应用系统实例的装置可执行本发明方法实施例所提供的重启分布式系统中的应用系统实例的方法，具备执行方法相应的功能模块和有益效果。

图7示出了根据本发明一实施例的电子设备，如图7所示，电子设备700可包括处理器710、存储器720、发射器730及接收器740。

存储器720可存储用于处理器710控制操作处理的指令。存储器720可包括易失性或非易失性存储器，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)等，本发明对此没有限制。

处理器710可调用存储器720中存储的指令控制相关操作。根据一实施例，存储器720存储用于处理器710控制以下操作的指令：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

易于理解，存储器720还可存储用于处理器710控制根据本发明实施例的其他操作的指令，这里不再赘述。

处理器710还可控制发射器730和接收器740进行信号收发等。

通过以上的详细描述，本领域的技术人员易于理解，根据本发明实施例的系统和方法具有以下优点中的一个或多个。

根据本发明的实施例，检测活动的线程数量包括：当线程池分配一个线程时，将所述活动的线程数量加一；当所述线程池释放一个线程时，将所述活动的线程数量减一。

根据本发明的一些实施例，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令包括：若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

根据一些实施例，本发明还提供一种非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由装置的处理器执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。当存储介质中的指令由终端的处理器执行时，使得终端能够执行下述方法：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的，因此不能用于限制本发明的保护范围。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

以上具体地示出和描述了本发明的示例性实施例。应该理解，本发明不限于所公开的实施例，相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效布置。

Claims (13)

1.一种重启分布式系统中的应用系统实例的方法，其特征在于，包括：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

2.如权利要求1所述的方法，其特征在于，检测活动的线程数量包括：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

3.如权利要求1所述的方法，其特征在于，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令包括：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

4.如权利要求3所述的方法，其特征在于，所述设定时间为200毫秒。

5.一种重启分布式系统中的应用系统实例的装置，其特征在于，包括：

命令接收单元，用于接收服务重启命令；

检测单元，用于检测活动的线程数量；

重启单元，用于若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。

6.如权利要求5所述的装置，其特征在于，所述检测单元用于：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

7.如权利要求5所述的装置，其特征在于，所述重启单元用于：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

8.一种重启分布式系统的方法，其中所述分布式系统包括应用管理系统、负载均衡器、以及多个应用系统实例，其特征在于，包括：

所述应用管理系统获取所述多个应用系统实例中至少一个应用系统实例的服务器IP地址；

所述负载均衡器将所述服务器IP地址从配置文件中摘除；

所述应用管理系统向所述至少一个应用系统实例发送服务重启命令；

所述至少一个应用系统实例检测活动的线程数量，若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令；

所述负载均衡器将所述至少一个应用系统实例的所述服务器IP地址添加到所述配置文件中。

9.如权利要求8所述的方法，其特征在于，所述至少一个应用系统实例为当前被启动的应用系统实例。

10.如权利要求8所述的方法，其特征在于，检测活动的线程数量包括：

当线程池分配一个线程时，将所述活动的线程数量加一；

当所述线程池释放一个线程时，将所述活动的线程数量减一。

11.如权利要求8所述的方法，其特征在于，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令包括：

若所述活动的线程数量不为零，则每隔设定时间再检测所述活动的线程数量是否为零，直到为零时执行所述服务重启命令。

12.一种电子设备，其特征在于，包括：处理器；存储器，存储用于所述处理器控制如权利要求1-4任一项所述操作的指令。

13.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现步骤：

接收服务重启命令；

检测活动的线程数量；

若所述活动的线程数量为零则执行所述服务重启命令，若所述活动的线程数量不为零则等到为零时执行所述服务重启命令。