CN109634638A - 一种集群软件升级方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种集群软件升级方法、装置、设备及介质，包括：将新版软件的升级包拷贝至集群中的第一节点；通过第一节点将升级包分发至集群中的第二节点；控制第一节点和第二节点分别安装本地的升级包；按照每次只进行一个节点的软件版本切换的方式，分别控制集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至新版软件。本申请每次升级均只将一个节点的软件由旧版软件升级到新版软件，这样可以保证最后一个节点完成升级之前，集群中均存在部分节点仍在运行旧版软件，从而保证了整个升级过程的大部分时间内由旧版软件提供的存储服务一直保持运行状态，有效地避免了集群软件中出现服务中断事件。

Description

一种集群软件升级方法、装置、设备及介质

技术领域

本申请涉及软件升级技术领域，特别涉及一种集群软件升级方法、装置、设备及介质。

背景技术

当前，随着数据时代的发展，越来越多的企业采用集群存储系统来进行数据存储，以确保数据存储容量以及存储性能方面的需求得到满足。由于通常购买集群存储服务的企业对数据本身是非常看重的，数据的完整性与企业的日常业务的开展息息相关。如果数据的完整性受到破坏，将会使得企业面临非常严重的经营风险。

然而，当前在对集群中的软件进行升级的过程中，可能会遇到软件服务中断的情况，这样将会导致集群无法正常为用户提供数据存储服务，导致数据的完整性受到破坏。

发明内容

有鉴于此，本申请的目的在于提供一种集群软件升级方法、装置、设备及介质，能够有效避免集群软件出现服务中断事件。其具体方案如下：

第一方面，本申请公开了一种集群软件升级方法，包括：

将新版软件的升级包拷贝至集群中的第一节点；

通过所述第一节点将所述升级包分发至所述集群中的第二节点；

控制所述第一节点和所述第二节点分别安装本地的所述升级包；

按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

可选的，所述通过所述第一节点将所述升级包分发至所述集群中的第二节点之前，还包括：

通过所述第一节点，对所述升级包的可用性进行检验。

可选的，所述控制所述第一节点和所述第二节点分别安装本地的所述升级包之前，还包括：

分别在所述第一节点和所述第二节点中预留所述新版软件在初始化和运行阶段所需的内存。

可选的，所述按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，包括：

按照每次只进行一个节点的软件版本切换的方式，控制每个所述第二节点轮流进行软件版本切换，然后控制所述第一节点进行软件版本切换。

可选的，所述按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换之后，还包括：

监测每个节点是否均已报告与所述新版软件对应的版本信息。

可选的，所述监测每个节点是否均已报告与所述新版软件对应的版本信息之后，还包括：

如果否，则发出升级失败提示。

可选的，所述监测每个节点是否均已报告与所述新版软件对应的版本信息之后，还包括：

如果否，则将已切换至所述新版软件的节点重新切换至所述旧版软件。

第二方面，本申请公开了一种集群软件升级装置，包括：

拷贝模块，用于将新版软件的升级包拷贝至集群中的第一节点；

分发模块，用于通过所述第一节点将所述升级包分发至所述集群中的第二节点；

安装模块，用于控制所述第一节点和所述第二节点分别安装本地的所述升级包；

切换模块，用于按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

第三方面，本申请公开了一种集群软件升级设备，包括：

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

处理器，用于执行所述计算机程序，以实现前述公开的集群软件升级方法。

第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的集群软件升级方法。

可见，本申请是先将新版软件的升级包拷贝到集群中的第一节点，然后由第一节点将升级包分发至集群中的各个第二节点，并控制第一节点和第二节点分别安装本地的升级包，然后按照每次只进行一个节点的软件版本切换的方式，控制集群中的每个节点轮流进行软件版本切换，以分别将每个节点从旧版软件切换至新版软件。由此可见，本申请在进行软件升级的过程中，每次升级均只将一个节点的软件由旧版软件升级到新版软件，这样可以保证在整个升级过程中，最后一个节点完成升级之前，集群中均存在部分节点仍在运行旧版软件，从而保证了整个升级过程的大部分时间内由旧版软件提供的存储服务一直保持运行状态，由此有效地避免了集群软件中出现服务中断事件，有效地维护了数据的完整性和存储服务的稳定性。

附图说明

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

图1为本申请公开的一种集群软件升级方法流程图；

图2为本申请公开的一种具体的集群软件升级方法流程图；

图3为本申请公开的一种集群软件升级装置结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种集群软件升级方法，参见图1所示，包括：

步骤S11：将新版软件的升级包拷贝至集群中的第一节点。

可以理解的是，在将新版软件拷贝至所述第一节点之前，可以先判断当前第一节点上的软件是否是旧版软件。在一种具体实施方式中，可以是由服务端来判断第一节点上的当前软件版本是否比服务端上当前最新的软件版本旧，如果是，则可以由服务端自动将新版软件的升级包拷贝至上述第一节点。在另一种具体实施方式中，可以由人工对第一节点上的软件版本的新旧进行判断，在确定出当前第一节点上的软件是旧版软件时，则可以由管理人员通过预设的数据拷贝接口将相应的新版软件的升级包拷贝至第一节点。

步骤S12：通过所述第一节点将所述升级包分发至所述集群中的第二节点。

需要指出的是，本实施例中的集群包括两类节点，一种是上述第一节点，另一种则是上述第二节点。其中，集群中可以包括1个所述第二节点，也可以包括多个所述第二节点。另外，集群中的第一节点的数量具体可以是1个。

另外，为了避免由于升级包的缺陷导致后续升级失败，本实施例中，在所述通过所述第一节点将所述升级包分发至所述集群中的第二节点之前，还可以进一步包括：通过所述第一节点，对所述升级包的可用性进行检验。

可以理解的是，通过在进行安装之前先对升级包的可用性进行检验，能够有效提升软件升级的成功率，并且在安装之前还可以进行必要的前期准备，有利于保证后续升级过程的顺畅性。

例如，可以检查升级包，判断是否需要Linux包，如果需要，则可以将相应的Linux包整合至升级包中；检查与升级过程相关的文件是否确实存在；检查是否存在之前失败升级残留的数据文件，如果存在则对其进行清除；将升级包从拷贝目录迁移至一个用户无法访问的目录；利用gzip解压缩归档包，将归档包按规则重命名，取出归档包中的文件，包括install.req等，校验归档包的数字签名；判断新的软件版本是否适用于替换当前节点中的软件版本；通过检查升级包中是否存在install_utilities脚本的方式来判断升级包中是否是工具包等。

可以理解的是，本实施例在进行上述步骤S12时，需要保证集群中的每个节点均处于在线状态。另外，当集群中的每个节点均获取到升级包之后，可以由第一节点触发预设的通知函数，以通知启动后续的相应步骤。

步骤S13：控制所述第一节点和所述第二节点分别安装本地的所述升级包。

可以理解的是，在所述控制所述第一节点和所述第二节点分别安装本地的所述升级包之前，还可以进一步包括：分别在所述第一节点和所述第二节点中预留所述新版软件在初始化和运行阶段所需的内存。

步骤S14：按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

可以理解的是，本实施例步骤S14之前，每个节点上所运行的软件版本均为旧版软件，当进入到步骤S14之后，才进行软件版本的切换流程，并且每次只针对一个节点的软件版本进行切换，以将该节点的软件版本从旧版本切换至新版本。这样可以保证在整个升级过程中，最后一个节点完成升级之前，集群中均存在部分节点仍在运行旧版软件，从而保证了整个升级过程的大部分时间内由旧版软件提供的存储服务一直保持运行状态，避免了IO处理的中断。

另外，需要进一步指出的是，本实施例中，一个节点的完整的软件升级过程不仅包括升级包的安装过程，还包括软件版本的切换过程。也就是说，当一个节点将当前的运行软件从旧版软件切换至新版软件之后，该节点的软件升级过程才算完成。

可见，本申请实施例是先将新版软件的升级包拷贝到集群中的第一节点，然后由第一节点将升级包分发至集群中的各个第二节点，并控制第一节点和第二节点分别安装本地的升级包，然后按照每次只进行一个节点的软件版本切换的方式，控制集群中的每个节点轮流进行软件版本切换，以分别将每个节点从旧版软件切换至新版软件。由此可见，本申请实施例在进行软件升级的过程中，每次升级均只将一个节点的软件由旧版软件升级到新版软件，这样可以保证在整个升级过程中，最后一个节点完成升级之前，集群中均存在部分节点仍在运行旧版软件，从而保证了整个升级过程的大部分时间内由旧版软件提供的存储服务一直保持运行状态，由此有效地避免了集群软件中出现服务中断事件，有效地维护了数据的完整性和存储服务的稳定性。

参见图2所示，本申请实施例还公开了一种具体的集群软件升级方法，包括：

步骤S21：将新版软件的升级包拷贝至集群中的第一节点。

步骤S22：通过所述第一节点，对所述升级包的可用性进行检验，检验无误之后，通过所述第一节点将所述升级包分发至所述集群中的第二节点。

步骤S23：控制所述第一节点和所述第二节点分别安装本地的所述升级包。

步骤S24：按照每次只进行一个节点的软件版本切换的方式，控制每个所述第二节点轮流进行软件版本切换，然后控制所述第一节点进行软件版本切换。

也即，在本实施例中，可以先对第二节点进行软件版本切换，最后才对第一节点进行软件版本切换。可见，本实施例中，在集群的整个升级过程中，第一节点先获取到升级包，再将升级包分发至各个第二节点，然后在全部的第二节点均进行软件版本切换之后，最后才进行自身的软件版本切换，也即，本实施例中第一节点在整个升级过程中扮演了为第二节点配置相关升级数据的角色，这种配置过程可以是由管理员通过人工操控第一节点来实现的人工配置过程，也可以是由第一节点通过自动运行后台程序来实现的自动配置过程。

步骤S25：监测每个节点是否均已报告与所述新版软件对应的版本信息。

步骤S26：如果否，则发出升级失败提示，并将已切换至所述新版软件的节点重新切换至所述旧版软件。

本实施例中，在将已切换至新版软件的节点重新切换至旧版软件时，也可以按照每次只进行一个节点的软件版本切换的方式来进行切换。

步骤S27：如果是，则发出升级成功提示。

参见图3所示，本申请实施例还相应公开了一种集群软件升级装置，包括：

拷贝模块11，用于将新版软件的升级包拷贝至集群中的第一节点；

分发模块12，用于通过所述第一节点将所述升级包分发至所述集群中的第二节点；

安装模块13，用于控制所述第一节点和所述第二节点分别安装本地的所述升级包；

切换模块14，用于按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

其中，关于上述各个模块更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请实施例是先将新版软件的升级包拷贝到集群中的第一节点，然后由第一节点将升级包分发至集群中的各个第二节点，并控制第一节点和第二节点分别安装本地的升级包，然后按照每次只进行一个节点的软件版本切换的方式，控制集群中的每个节点轮流进行软件版本切换，以分别将每个节点从旧版软件切换至新版软件。由此可见，本申请实施例在进行软件升级的过程中，每次升级均只将一个节点的软件由旧版软件升级到新版软件，这样可以保证在整个升级过程中，最后一个节点完成升级之前，集群中均存在部分节点仍在运行旧版软件，从而保证了整个升级过程的大部分时间内由旧版软件提供的存储服务一直保持运行状态，由此有效地避免了集群软件中出现服务中断事件，有效地维护了数据的完整性和存储服务的稳定性。

进一步的，本申请还公开了一种集群软件升级设备，包括：

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

处理器，用于执行所述计算机程序，以实现前述实施例公开的集群软件升级方法。

进一步的，本申请还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的集群软件升级方法。

其中，关于上述集群软件升级方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种集群软件升级方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种集群软件升级方法，其特征在于，包括：

将新版软件的升级包拷贝至集群中的第一节点；

通过所述第一节点将所述升级包分发至所述集群中的第二节点；

控制所述第一节点和所述第二节点分别安装本地的所述升级包；

按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

2.根据权利要求1所述的集群软件升级方法，其特征在于，所述通过所述第一节点将所述升级包分发至所述集群中的第二节点之前，还包括：

通过所述第一节点，对所述升级包的可用性进行检验。

3.根据权利要求1所述的集群软件升级方法，其特征在于，所述控制所述第一节点和所述第二节点分别安装本地的所述升级包之前，还包括：

分别在所述第一节点和所述第二节点中预留所述新版软件在初始化和运行阶段所需的内存。

4.根据权利要求1所述的集群软件升级方法，其特征在于，所述按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，包括：

按照每次只进行一个节点的软件版本切换的方式，控制每个所述第二节点轮流进行软件版本切换，然后控制所述第一节点进行软件版本切换。

5.根据权利要求1至4任一项所述的集群软件升级方法，其特征在于，所述按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换之后，还包括：

监测每个节点是否均已报告与所述新版软件对应的版本信息。

6.根据权利要求5所述的集群软件升级方法，其特征在于，所述监测每个节点是否均已报告与所述新版软件对应的版本信息之后，还包括：

如果否，则发出升级失败提示。

7.根据权利要求5所述的集群软件升级方法，其特征在于，所述监测每个节点是否均已报告与所述新版软件对应的版本信息之后，还包括：

如果否，则将已切换至所述新版软件的节点重新切换至所述旧版软件。

8.一种集群软件升级装置，其特征在于，包括：

拷贝模块，用于将新版软件的升级包拷贝至集群中的第一节点；

分发模块，用于通过所述第一节点将所述升级包分发至所述集群中的第二节点；

安装模块，用于控制所述第一节点和所述第二节点分别安装本地的所述升级包；

切换模块，用于按照每次只进行一个节点的软件版本切换的方式，分别控制所述集群中的每个节点轮流进行软件版本切换，以分别将每个节点的运行软件由旧版软件切换至所述新版软件。

9.一种集群软件升级设备，其特征在于，包括：

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

处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的集群软件升级方法。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的集群软件升级方法。