CN106803790A - 一种集群系统的升级控制方法及装置 - Google Patents

Abstract

本发明涉及通信技术领域，尤其涉及一种集群系统的升级控制方法及装置，用以解决现有技术中存在的视频集群的软件系统升级造成不必要的业务中断而影响视频集群稳定性的问题。本申请所涉及的方案中通过将视频存储集群的业务进行独立分割，让各个业务拥有集群特性，并能够进行独立升级功能，在此基础上对集群升级进行优化。从而，当对某个业务进行功能修复而进行升级，其他业务在集群里可以继续工作且不受该业务升级的影响。另外，如果整体业务功能进行升级，可以按照节点状态进行分批升级，在此升级过程中业务中断的范围和时间都将达到最小，使得视频存储集群的持续性和可用性得到提升。

Description

一种集群系统的升级控制方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种集群系统的升级控制方法及装置。

背景技术

视频存储集群产品系统(简称视频集群)一般会集成有多种不同的业务功能，例如：存储业务功能、转发业务功能等，因而，视频集群相比于一般的存储集群而言具有更高的稳定性和鲁棒性。

当前，在视频集群的软件系统升级方面，普遍采用以下两种：1、通过升级服务器批量升级视频集群中所有节点；2、按规则分批升级集群中的节点，并将待升级的节点负载的任务备份到其他节点。

然而，针对方案1，由于其升级是针对所有节点，因此，势必会造成该视频集群中的所有业务中断，影响业务的正常执行。而方案2中是根据设备节点的状态属性来进行分批升级，虽然将待升级的节点负载的任务进行备份，但是，考虑到每个设备节点可能存在多个业务，例如，如图1所示，主升级控制器11分控有三个次升级控制器12，其中，该次升级控制器12是对应于每个节点的，因而，其升级必然造成该节点上的所有业务短期中断，尤其是针对该节点中并不需要升级的业务而言，其中断是没有必要的，进而，造成该视频集群中不需要升级的业务发生不必要的中断，给视频集群的稳定性造成影响。

发明内容

本发明实施例提供一种集群系统的升级控制方法及装置，用以解决现有技术中存在的视频集群的软件系统升级造成不必要的业务中断而影响视频集群稳定性的问题。

本发明实施例采用以下技术方案：

一种集群系统的升级方法，所述方法包括：

主升级控制器接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据所述新版本文件依次对相应业务升级控制器进行升级控制；

所述业务升级控制器根据所述主升级控制器的升级控制对相应节点进行升级；其中，所述业务升级控制器一一对应于每个业务。

可选地，所述主升级控制器根据所述新版本文件对业务升级控制器进行升级控制，具体包括：

获取业务升级控制器的当前版本文件；

判断所述新版本文件的版本等级是否高于所述业务升级控制器的当前版本文件；

若是，则根据所述新版本文件触发所述业务升级控制器启动升级操作，否则，结束升级控制。

可选地，所述业务升级控制器进行升级操作，具体包括：

获取所述业务升级控制器对应的业务中所有节点的状态；

根据所有节点的状态对各个节点进行分类；

按照分类结果依次对各个节点升级，其中，所述节点的状态包括节点所负载的任务量。

可选地，所述业务升级控制器根据所有节点的类型对各个节点进行分类，具体包括：

所述业务升级控制器按照节点的类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，所述一级节点为无负载的业务节点，所述二级节点为有负载的业务节点，所述三级节点为管理节点的备份节点，所述四级节点为管理节点。

可选地，所述业务升级控制器按照分类结果依次对各个节点升级，具体包括：

所述业务升级控制器按照节点等级由低至高的顺序依次对各个等级的节点升级。

可选地，所述业务升级控制器对任一节点进行升级，具体包括：

将所述节点所负载的任务备份至该业务中的备份节点；

在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至所述备份节点；

将新版本文件发送至所述节点进行版本更新升级。

一种集群系统的升级控制装置，包括：主升级控制器和多个业务升级控制器；其中，

所述主升级控制器用于接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据所述新版本文件依次对相应业务升级控制器进行升级控制；

所述业务升级控制器根据所述主升级控制器的控制对相应节点进行升级；其中，所述业务升级控制器一一对应于每个业务。

可选地，所述主升级控制器在根据所述新版本文件对业务升级控制器进行升级控制时，具体用于：

获取业务升级控制器的当前版本文件；

判断所述新版本文件的版本等级是否高于获取的业务升级控制器的当前版本文件；

在判断结果为是时，根据所述新版本文件触发所述业务升级控制器启动升级操作，以及，用于在判断结果为否时，结束升级控制。

可选地，所述业务升级控制器在进行升级操作时，具体用于：

获取所述业务升级控制器对应的业务中所有节点的状态；

根据所有节点的状态对各个节点进行分类；

按照分类结果依次对各个节点升级，其中，所述节点的状态包括节点所负载的任务量。

可选地，所述业务升级控制器在根据所有节点的类型对各个节点进行分类时，具体用于：

按照节点的类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，所述一级节点为无负载的业务节点，所述二级节点为有负载的业务节点，所述三级节点为管理节点的备份节点，所述四级节点为管理节点。

可选地，所述业务升级控制器在按照分类结果依次对各个节点升级时，具体用于：

按照节点等级由低至高的顺序依次对各个等级的节点升级。

可选地，所述业务升级控制器对任一节点进行升级时，具体用于：

将所述节点所负载的任务备份至该业务中的备份节点；

在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至备份节点；

将新版本文件发送至所述节点进行版本更新升级。

在本发明实施例中，通过将视频存储集群的业务进行独立分割，让各个业务拥有集群特性，并能够进行独立升级功能，在此基础上对集群升级进行优化。从而，当对某个业务进行功能修复而进行升级，其他业务在集群里可以继续工作且不受该业务升级的影响。另外，即使整体业务功能进行升级，可以按照节点状态进行分批升级，在此升级过程中业务中断的范围和时间都将达到最小，使得视频存储集群的持续性和可用性得到提升。

附图说明

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

图1为现有技术中提供的集群系统升级装置架构图；

图2为本发明实施例提供的集群系统升级装置架构图；

图3为本发明实施例提供的一种集群系统的升级方法的步骤示意图；

图4为根据新版本文件升级业务升级控制器的步骤示意图；

图5为任一节点进行升级操作的步骤示意图；

图6为本发明具体实例中节点升级的流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

需要说明的是，本发明所涉及的集群系统的升级方案可以适用于通信领域的任何类型的集群系统，为了便于描述，在此主要以视频集群系统为例进行说明。

首先，介绍本发明所涉及的集群系统的系统架构，如图2所示，为本发明实施例提供的集群系统架构图。该集群系统的升级控制装置中包括主升级控制器21，以及多个业务升级控制器22，其中，主升级控制器21统一对各个业务升级控制器22进行控制，进一步，每个业务升级控制器22又对其对应的多个节点进行控制，例如，本发明所涉及的系统版本升级的操作控制，或者，其他的类似转发操作等统一控制。该视频集群系统中涉及到多种业务，例如：实时播放业务、实时录像业务、录像存储业务、获取码流业务等。与图1中现有技术中以设备节点为控制粒度进行分批升级所不同的是，本发明以业务作为控制粒度进行划分，即每个业务升级控制器22仅对应一种业务，举例言之：一个业务升级控制器22仅对应实时播放业务，并不对应控制其他业务。

下面通过具体的实施例对本发明所涉及的技术方案进行详细描述，本发明包括但并不限于以下实施例。

如图3所示，为本发明实施例提供的一种集群系统的升级控制方法的流程示意图，其中，该方法应用于图2所示的包含主升级控制器和业务升级控制器集群系统的软件中，该方法主要包括以下步骤：

步骤31：主升级控制器接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据新版本文件依次对相应业务升级控制器进行升级控制。

具体地，在本发明实施例中，针对任一集群系统，其主升级控制器可能会周期性的或不定时的接收新版本文件，以保证该集群系统的功能状态最佳。

步骤32：业务升级控制器根据主升级控制器的升级控制对相应节点进行升级。

其中，业务升级控制器一一对应于每个业务，每一业务下所辖有多个节点。

其实，针对主升级控制器所辖的各个业务升级控制器而言，考虑到CPU运行速率以及运行空间的限制，各个业务不可能同时执行，因此，各个业务相对应的业务升级控制器也相应需要按照各个业务之间的串行执行顺序进行升级控制。一般情况下，串行执行顺序可以根据业务的类型或者重要程度或者是根据用户的使用习惯进行设定，以保证业务执行以及业务升级控制器的升级可以顺序执行，而不是多个业务或业务升级控制器并行执行，导致CPU负担过重，影响该集群系统的正常运行。

可选地，在步骤31中，当主升级控制器根据新版本文件对业务升级控制器进行升级控制时，可具体包括以下操作：

第一步，获取业务升级控制器的当前版本文件；

第二步，判断新版本文件的版本等级是否高于该业务升级控制器的当前版本文件，若是，则跳转至第三步，否则，结束升级控制；

第三步，根据所述新版本文件触发业务升级控制器启动升级操作。

其实，在本发明实施例中，可以按照步骤31的方式，依次进行新、旧版本比对以及升级的操作。或者，也可以先按照串行执行顺序依次进行新、旧版本比对，从中确定待升级的业务升级控制器，由于比对之后淘汰了一些不需要升级的业务升级控制器，因此，后续仍需要根据串行执行顺序重新排序待升级的业务升级控制器，然后，根据新版本文件依次升级这些业务升级控制器。

进一步，在本发明实施例中执行第三步之后，业务升级控制器进行升级操作时，参照图4所示，具体执行为以下步骤：

步骤41：获取业务升级控制器中所有节点的类型。

步骤42：根据所有节点的类型对各个节点进行分类。

可选地，本步骤在对各个节点进行分类时，可按照节点类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，一级节点为无负载的业务节点，二级节点为有负载的业务节点，三级节点为管理节点的备份节点，四级节点为管理节点。

步骤43：按照分类结果依次对各个节点升级。

进一步，本申请步骤43可按照节点等级由低至高的顺序依次对各个节点升级，进而，保证节点升级的安全性，提升升级的速度以及稳定性。其实，针对某一个任务升级控制器进行升级时，其包含的节点的状态可能较多，对其进行分类后，针对同属有负载的业务节点，其包含的节点可以按照负载量由小至大的顺序，依次进行升级；而针对同属无负载的业务节点，由于无负载，其包含的节点可以任意排序，只要按照一定排序依次升级即可，即不可并行升级。

具体地，在针对二级节点进行升级时，可按照负载任务量由小至大的顺序依次升级各个节点。

其实，在集群系统中，业务节点的优先级要高于管理节点，因此，首先，按照业务节点优于管理节点的等级进行排序，然后，针对业务节点内部的各个节点，可按照负载的任务量由小至大的顺序进行排序依次进行升级。

可选地，在本发明实施例中，针对任一业务所对应的业务升级控制器进行升级，其实是对该业务所辖的各个节点进行升级。具体地，针对任一节点进行升级操作，参照图5，可具体执行为：

步骤51：将节点所负载的任务备份至该业务中的备份节点。

其实，在每个业务所辖的节点中，都有作为升级时作为临时存储设备的备份节点，以便于为其它待升级的节点存储任务或其它信息。而需要说明的是，备份节点并不是固定的，其可以随着升级的依次执行而发生转移，例如，当前业务开始升级，其中，备份节点为节点A，当升级节点B时，可将节点B中的任务等备份至节点A，当节点B升级完成之后，需要升级节点C，由于先前作为备份节点的节点A中已经存储有节点B的任务，尤其是其的存储空间不足时，节点A不可作为备份节点使用，那么，此时升级完成且空闲的节点B可以作为备份节点使用来存储节点C的任务等。其中，备份的具体操作可参照现有技术，在此不做赘述。此外，需要说明的是，备份节点与管理节点的备份节点不可以混淆使用。

步骤52：在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至备份节点。

考虑到将该节点的任务备份至备份节点之后，与该节点的任务相关联的任务并不知晓，若发生任务关联，则会关联不到相应的任务，进而导致任务中断。因此，本步骤52在备份完成之后，需要及时将这一备份操作告知与进行备份后的任务具有关联关系的任务，以便于其它任务可以准确关联至备份节点，保证任务的顺利执行。

步骤53：将新版本文件发送至节点进行版本更新升级。

具体地，在该节点的任务备份以及重定向完成之后，该节点就相当于一个空任务节点，可以对其进行升级操作，且该升级操作执行过程中不会对集群系统中的任务执行造成影响，更不会对任务进行中断。

下面通过一个具体的实例对业务所辖的节点升级过程进行描述。

如图6所示，该集群系统的节点轮询升级流程中具体包括：

步骤61：获取当前业务所辖的N个待升级的节点的类型，并分类排序。

步骤62：确定待升级的节点X。

其中，确定待升级的节点X，也是按照分类排序确定的顺序依次从中确定待升级的节点。

步骤63：将待升级的节点X中的任务复制到备份节点上。

步骤64：通知与该节点X上的任务具有关联关系的其它任务对应的节点重定向至备份节点。

其中，该重定向操作可按照现有技术中的操作执行，在此不做赘述。

步骤65：对该节点X进行升级操作。

步骤66：判断该升级操作是否成功，若成功，则执行步骤67，否则，退回之前的版本，并跳转至步骤67。

步骤67：结束该节点的升级操作并恢复业务服务。

步骤68：判断该节点X的序号是否为N，若是，则结束针对该业务的升级操作，否则，跳转至步骤62。

可见，通过本发明技术方案，能够对该集群系统中的各个业务所对应的业务升级控制器进行独立升级，而不影响其它业务的执行情况；现有技术的升级过程中虽然也进行了备份业务的操作，但是由于视频存储集群是一个持续业务集群，各种业务一直持续进行中，必定会有短暂的业务中断。而本方案相较于现有技术方案而言，集群系统升级可以针对单个业务进行升级，这对于升级过程中持续的用户交互功能(如实时播放，实时录像等)其业务功能将不会受到影响。例如在升级录像业务时，用户在进行实时播放的业务不会发生中断，而现有技术方案则势必会对此用户的实时播放业务造成短暂的中断。当然本方案中也有业务依赖关系，如录像存储业务依赖于获取码流业务。对于这类业务，可以通过升级前的重定向到备份节点获取数据流来实现无缝切换，使得升级过程中该业务不会出现中断。对于软件更新小版本，往往可能只是更新部分业务内部的逻辑问题或功能优化。因此在这种优化升级过程中，此方案可以保证其他业务可以完全不受影响，这给集群升级的稳定性得到进一步提升。升级中对于各个业务的升级中的备份过程不单单自己的业务需要知道，同时也需要通知其他集群做相应的业务重定向，已保证其他业务的持续性。而且，升级过程中的节点状态分类方式于当前技术方案也不同，更注重业务的导向，使得升级的过程中从业务任务最小的节点进行处理，以保障升级过程中的稳定性。

与本发明实施例提供的一种集群系统的升级方法属于同一发明构思，本发明实施例还提供了一种集群系统的升级装置，具体参见以下方案。

如图2所示，为本发明实施例提供的一种集群系统的升级装置的结构示意图，该装置主要包括：主升级控制器21和多个业务升级控制器22，其中，

主升级控制器21，用于接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据所述新版本文件依次对相应业务升级控制器进行升级控制；

业务升级控制器22，用于根据所述主升级控制器的控制对相应节点进行升级；其中，所述业务升级控制器一一对应于每个业务。

可选地，所述主升级控制器21在根据新版本文件对业务升级控制器进行升级控制时，具体用于：

获取业务升级控制器的当前版本文件；

判断新版本文件的版本等级是否高于获取的业务升级控制器的当前版本文件；

在判断结果为是时，根据新版本文件触发业务升级控制器启动升级操作，以及，在判断结果为否时，结束升级控制。

可选地，业务升级控制器在进行升级操作时，具体用于获取业务升级控制器对应的业务中所有节点的类型，根据所有节点的类型对各个节点进行分类，按照分类结果依次对各个节点升级。

可选地，业务升级控制器在根据所有节点的类型对各个节点进行分类时，具体用于按照节点类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，一级节点为无负载的业务节点，二级节点为有负载的业务节点，三级节点为管理节点的备份节点，四级节点为管理节点。

可选地，业务升级控制器在按照分类结果依次对各个节点升级时，具体用于按照节点等级由低至高的顺序依次对各个等级的节点升级。

可选地，业务升级控制器对任一节点进行升级时，具体用于将节点所负载的任务备份至该业务中备份节点；在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至备份节点；将新版本文件发送至节点进行版本更新升级。

本申请所涉及的方案中通过将视频存储集群的业务进行独立分割，让各个业务拥有集群特性，并能够进行独立升级功能，在此基础上对集群升级进行优化。从而，当对某个业务进行功能修复而进行升级，其他业务在集群里可以继续工作且不受该业务升级的影响。另外，如果整体业务功能进行升级，可以按照节点类型进行分批升级，在此升级过程中业务中断的范围和时间都将达到最小，使得视频存储集群的持续性和可用性得到提升。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种集群系统的升级控制方法，其特征在于，所述方法包括：

主升级控制器接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据所述新版本文件依次对相应业务升级控制器进行升级控制；

所述业务升级控制器根据所述主升级控制器的升级控制对相应节点进行升级；其中，所述业务升级控制器一一对应于每个业务。

2.如权利要求1所述的方法，其特征在于，所述主升级控制器根据所述新版本文件对业务升级控制器进行升级控制，具体包括：

获取业务升级控制器的当前版本文件；

判断所述新版本文件的版本等级是否高于所述业务升级控制器的当前版本文件；

若是，则根据所述新版本文件触发所述业务升级控制器启动升级操作，否则，结束升级控制。

3.如权利要求2所述的方法，其特征在于，所述业务升级控制器进行升级操作，具体包括：

获取所述业务升级控制器对应的业务中所有节点的类型；

根据所有节点的类型对各个节点进行分类；

按照分类结果依次对各个节点升级。

4.如权利要求3所述的方法，其特征在于，所述业务升级控制器根据所有节点的类型对各个节点进行分类，具体包括：

所述业务升级控制器按照节点的类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，所述一级节点为无负载的业务节点，所述二级节点为有负载的业务节点，所述三级节点为管理节点的备份节点，所述四级节点为管理节点。

5.如权利要求4所述的方法，其特征在于，所述业务升级控制器按照分类结果依次对各个节点升级，具体包括：

所述业务升级控制器按照节点等级由低至高的顺序依次对各个等级的节点升级。

6.如权利要求5所述的方法，其特征在于，所述业务升级控制器对任一节点进行升级，具体包括：

将所述节点所负载的任务备份至该业务中的备份节点；

在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至所述备份节点；

将新版本文件发送至所述节点进行版本更新升级。

7.一种集群系统的升级控制装置，其特征在于，包括：主升级控制器和多个业务升级控制器；其中，

所述主升级控制器用于接收新版本文件，并按照各个业务升级控制器对应的业务之间的串行执行顺序，根据所述新版本文件依次对相应业务升级控制器进行升级控制；

所述业务升级控制器用于根据所述主升级控制器的控制对相应节点进行升级；其中，所述业务升级控制器一一对应于每个业务。

8.如权利要求7所述的装置，其特征在于，所述主升级控制器在根据所述新版本文件对业务升级控制器进行升级控制时，具体用于：

获取业务升级控制器的当前版本文件；

判断所述新版本文件的版本等级是否高于获取的业务升级控制器的当前版本文件；

在判断结果为是时，根据所述新版本文件触发所述业务升级控制器启动升级操作，以及，用于在判断结果为否时，结束升级控制。

9.如权利要求8所述的装置，其特征在于，所述业务升级控制器在进行升级操作时，具体用于：

获取所述业务升级控制器对应的业务中所有节点的类型；

根据所有节点的类型对各个节点进行分类；

按照分类结果依次对各个节点升级。

10.如权利要求9所述的装置，其特征在于，所述业务升级控制器在根据所有节点的类型对各个节点进行分类时，具体用于：

按照节点的类型将所有节点分类为：一级节点、二级节点、三级节点和四级节点；其中，所述一级节点为无负载的业务节点，所述二级节点为有负载的业务节点，所述三级节点为管理节点的备份节点，所述四级节点为管理节点。

11.如权利要求10所述的装置，其特征在于，所述业务升级控制器在按照分类结果依次对各个节点升级时，具体用于：

按照节点等级由低至高的顺序依次对各个等级的节点升级。

12.如权利要求11所述的装置，其特征在于，所述业务升级控制器对任一节点进行升级时，具体用于：

将所述节点所负载的任务备份至该业务中的备份节点；

在备份完成之后，通知与该节点所负载的任务具有关联关系的其它业务重定向至备份节点；

将新版本文件发送至所述节点进行版本更新升级。