CN109213507A - 一种升级方法及服务器 - Google Patents

Abstract

本申请实施例公开了一种升级方法，用于将待升级的第一节点的当前业务切换至第二节点上，以使得在第一节点升级过程中，当前业务可以在第二节点上运行。当第一节点升级完毕时，可以将当前业务切换回第一节点。从而保证了在第一节点升级过程中，当前业务可以持续运行，提高了用户体验。本申请实施例方法包括：第一节点获取升级指令，所述升级指令包含升级文件；所述第一节点将当前业务切换至第二节点，以使得所述当前业务在所述第二节点上运行；当所述第一节点根据所述升级文件升级成功时，所述第一节点将所述当前业务由所述第二节点切换至所述第一节点。

Description

一种升级方法及服务器

技术领域

本申请涉及集群系统领域，尤其涉及一种升级方法及服务器。

背景技术

分布式存储集群系统一般包含多台服务器，这些服务器相互连接，组成一个集群统一对外提供服务。在集群系统中，组成集群的服务器可以用“节点”来表示。

分布式存储集群系统的升级包括硬件设备的驱动升级或者一些软件服务的升级，当进行升级时，需要逐个对集群系统中的各个节点依次升级。传统分布式集群升级方式主要是离线升级，即在某个节点进行升级时，需要停止该节点上的客户业务，等待该节点升级完成后再恢复客户业务。为了尽可能减少影响，离线升级往往都是在夜间业务量小的时候或者是客户业务可停止的情况下进行升级。当客户业务要求比较严格，不能停止客户业务进行升级时，这种离线升级的方式就不能满足要求用户的需求。

发明内容

本申请实施例提供了一种升级方法，用于在集群系统中对第一节点进行升级时，将第一节点的当前业务切换到第二节点上，以使得在第一节点进行升级时，该当前业务可以在第二节点上运行，保证了在第一节点升级的过程中，当前业务的运行不会中断。当第一节点升级成功时，又可以从第二节点将当前业务切换回第一节点。因此在第一节点升级过程中，当前业务可以持续运行，提高了用户体验。

第一方面，本申请实施例提供了一种升级方法，该方法可以包括：

第一节点获取升级指令，该升级指令包含升级文件；

该第一节点将当前业务切换至第二节点，以使得该当前业务在该第二节点上运行；

当该第一节点根据该升级文件升级成功时，该第一节点将该当前业务由该第二节点切换至该第一节点。

可选的，在本申请的一些实施例中，该方法还可以包括：

该第一节点响应用户的操作，生成停止指令；

该第一节点根据该停止指令，停止运行该当前业务；

该第一节点将当前业务切换至第二节点，可以包括：

该第一节点获取切换指令；

该第一节点根据该切换指令将该当前业务切换至该第二节点。

可选的，在本申请的一些实施例中，该第一节点将当前业务切换至该第二节点之前，该方法还可以包括：

该第一节点根据该升级指令确定该第二节点。

可选的，在本申请的一些实施例中，该第二节点为该集群系统中负载最小的节点。

可选的，在本申请的一些实施例中，该方法还可以包括：

该第一节点获取业务请求；

若该第一节点的负载大于预置阈值，则该第一节点将该业务请求向该集群系统的其他节点转发。

第二方面，本申请实施例提供了一种服务器，该服务器可以包括：

获取单元，用于获取升级指令，该升级指令包含升级文件；

切换单元，用于将当前业务切换至第二节点，以使得该当前业务在该第二节点上运行；当根据该升级文件升级成功时，将该当前业务由该第二节点切换至该第一节点。

可选的，在本申请的一些实施例中，该服务器还可以包括：

生成单元，用于响应用户的操作，生成停止指令；

停止单元，用于根据该停止指令，停止运行该当前业务；

该获取单元，还用于获取切换指令；

该切换单元，具体用于根据该切换指令将该当前业务切换至该第二节点。

可选的，在本申请的一些实施例中，该服务器还可以包括：

确定单元，用于根据该升级指令确定该第二节点。

可选的，在本申请的一些实施例中，该第二节点为该集群系统中负载最小的节点。

可选的，在本申请的一些实施例中，该服务器还可以包括：

该获取单元，还用于获取业务请求；

转发单元，用于若该第一节点的负载大于预置阈值，则将该业务请求向该集群系统的其他节点转发。

第三方面，本申请实施例提供一种服务器，所述服务器包括：处理器、存储器；所述存储器用于存储指令；所述处理器用于执行所述存储器中的所述指令，使得所述服务器执行如前述第一方面及任一可选实现方式中所述的方法。

第四方面，本申请实施例提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

第五方面，本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选实现方式中所述的方法。

该计算机存储介质包括：U盘、移动硬盘、只读存储器(read-only memo ry，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

从以上技术方案可以看出，本申请实施例具有以下优点：

在集群系统中对第一节点进行升级时，第一节点接收到升级指令后，将第一节点的当前业务切换到集群系统中的第二节点，以使得当前业务在第二节点上运行。当第一节点升级完成后，第一节点将当前业务从第二节点切换回第一节点。即在第一节点升级时，可以将第一节点的当前业务切换到第二节点上运行，从而，保证了在第一节点升级的过程中，当前业务的运行不会中断，当第一节点升级成功时，又可以从第二节点将当前业务切换回第一节点。因此，第一节点整个升级过程中保证了当前业务的正常运行，提高了用户体验。

附图说明

图1为本申请实施例中升级方法的一个实施例示意图；

图2为本申请实施例中升级方法的另一个实施例示意图；

图3为本申请实施例中服务器的一个实施例示意图；

图4为本申请实施例中服务器的另一个实施例示意图；

图5为本申请实施例中服务器的另一个实施例示意图；

图6为本申请实施例中服务器的另一个实施例示意图；

图7为本申请实施例中服务器的另一个实施例示意图。

具体实施方式

随着社会的发展，在生活中往往需要处理大量的数据。在一些数据处理业务中，如果该数据处理业务由单个设备进行处理，且该数据处理业务需要的资源较多，则往往对该单个设备具有较高的要求。而单个设备的性能有限，且由单个设备运行业务时，出现运行故障的几率也较大。

基于此，目前对于大量的数据处理工作，往往采用集群系统进行实现。其中，集群系统是一个由多台服务器相互连接组成的系统，在集群系统中，服务器称为节点(node)。集群系统通过整合各个节点的资源，从而提高了数据处理能力。

在集群系统上运行业务时，集群系统往往存在升级情况，例如对各个节点上软件服务的升级，或者，集群系统中对硬件的升级。集群系统升级时，需要对集群系统的各个节点依次升级，当各个节点都升级成功时，集群系统的升级完毕。在进行升级时，为了避免冲突出现故障，需要停止运行升级节点的当前业务。

基于此，为了避免在升级过程中停止待升级节点的当前业务，本申请实施例提供了一种升级方法，用于在集群系统中对第一节点进行升级时，将第一节点的当前业务切换到第二节点上，以使得在第一节点进行升级时，该当前业务可以在第二节点上运行，保证了在第一节点升级的过程中，当前业务的运行不会中断。当第一节点升级成功时，又可以从第二节点将当前业务切换回第一节点。因此在第一节点升级过程中，当前业务可以持续运行，提高了用户体验。

下面具体参照图1，图1为本申请实施例中升级方法的一个实施例示意图，可以包括：

101、第一节点获取升级指令，升级指令包含升级文件。

本实施例中，在集群系统中，存在一个主控节点，用于对集群系统中的其他节点进行协调控制。当主控节点接收到来自外部的关于对集群系统进行升级的相关指令，例如操作人员或者网络的指令时，主控节点进行系统升级前的准备工作，对集群系统的集群状态及各个节点的CPU利用率进行检测。即当集群的各个节点均可以正常运行，并且各个节点的CPU利用率不超过预设阈值时，则进行后续的升级操作。若出现集群状态异常或者某些节点CPU利用率过大，主控节点可以检测到该集群状态异常的情况并发出告警提示。其中，集群状态异常包括单个或多个节点异常。在实际应用中，该预设阈值可以设定为60％，或者其他数值，具体此处不予限定。

当满足升级方法时，第一节点获取升级指令，该获取方式可以是接收主控节点发送的升级指令，或者，响应用户操作，生成升级指令。该升级指令中包含有升级文件，该第一节点可能是主控节点也可能是集群系统中的其他的节点。

可选的，在一些可能的实现方式中，第一节点接收到升级指令后，触发性能检测。若第一节点当前CPU利用率超过一定的阈值，例如60％，则第一节点触发报警提示。

可选的，在一些可能的实现方式中，该集群系统的各个节点均配置有负载均衡机制(load balancing cluster，LBC)，若第一节点检测到当前的CP U利用率超过阈值，则触发负载均衡机制，并将第一节点接收的业务请求转移到其他负载较小的节点上。

102、第一节点响应用户的操作，生成停止指令。

本实施例中，当第一节点获取到升级指令后，该节点可以发出提示，该提示用于通知用户停止第一节点上的当前业务。第一节点响应用户的操作，并对应生成停止指令。

可选的，在一些可能的实现方式中，该停止指令可以是第一节点获取到升级指令后，根据升级指令触发生成当前业务的停止指令。

103、第一节点根据停止指令，停止运行当前业务。

本实施例中，停止指令携带有当前业务的标识，第一节点获取到该停止指令后，停止运行第一节点的当前业务。

需要说明的是，步骤102与步骤103为可选步骤。

104、第一节点将当前业务切换至第二节点，以使得当前业务在第二节点上运行。

本实施例及后续实施例中，该集群系统是高可用集群(high availabili tycluster，HAC)。高可用集群可以使集群的整体服务尽可能可用，从而减少由计算机硬件和软件易错性所带来的损失。如果某个节点失效，可以将该失效节点的业务切换到集群系统中的其他节点运行。高可用集群软件的主要作用就是实现故障检查和业务切换的自动化。

为了实现集群系统的高可用，在升级前，集群系统的各个节点需要配置高可用服务(clustere trivial database，CTDB)，各节点间CTDB相互通信，组成CTDB服务集群，可以实现当一个节点故障时，可将该节点承担的业务自动切换到其他健康节点上。

在CTDB机制中，各个节点均具有心跳检测机制，即每隔预定时间，具有连接关系的节点会相互检测对方集群服务的运行状态。当第一节点停止运行当前业务后，与第一节点连接的第二节点通过远程过程调用(remote proced ure call，RPC)的方式检测第一节点的集群服务的工作状态。具体地，可以预设预定时间为10s，第一节点停止运行当前业务后，在10s内，第二节点触发心跳检测机制，并向第一节点发送RPC报文消息，第一节点接收到该RPC报文消息后，触发检测机制，检测集群服务运行状态，并将集群服务状态结果包含在RPC应答消息向第二节点发送。

第二节点接收到RPC应答消息后，确定第一节点的当前业务运行未运行，则根据CTDB的特性启动切换机制，并生成切换指令。第一节点接收第二节点发送的切换指令。需要说明的是，与第一节点相连接的可能是多个节点，其中第二节点可以是该多个节点中负载最小的节点。

第一节点接收到切换指令后，将第一节点的当前业务切换至第二节点。具体地，在一般的CTDB集群中，通常几个节点对外提供一组虚拟的互联网协议(internet protocol，IP)地址，而虚拟的IP地址与这些实际的节点IP地址有着相应的映射关系，从而可以通过访问虚拟IP实现对外资源共享。当第一节点的当前业务未运行时，第一节点接收切换指令，并通过切换指令查询该当前业务访问的虚拟IP地址的映射关系，并将该映射关系中虚拟IP地址对应的第一节点的实际地址切换为第二节点的实际地址。例如，虚拟IP地址的映射关系为(100.4.5.6，126.1.2.4)，其中，100.4.5.6为虚拟IP地址，126.1.2.4为第一节点的实际IP地址，切换后，映射关系变为(100.4.5.6，126.1.2.6)，其中126.1.2.6为第二节点的实际IP地址。当前业务运行时，通过对应的映射关系可以访问到第二节点，从而实现当前业务在第二节点上运行。

此外，若集群系统为存储集群系统，在进行升级时，还可以将第一节点上的网络文件系统(network file system，NFS)客户端切换到第二节点上。存储系统中，各个节点通过NFS客户端可以共享数据，并执行写入或读取操作。

需要说明的是，在实际应用中，切换过程为一个短暂的过程。当前业务停止至第二节点运行该当前业务，一般可以在10s内完成。因此对当前业务的运行影响较小，可以视为当前业务可以持续运行。

可选的，在一些可能的实现方式中，该集群系统的各个节点均配置有负载均衡机制。在进行切换时，第一节点通过负载均衡机制查询集群系统中当前负载最小的节点，并将该节点设为第二节点。

105、第一节点根据升级文件升级。

本实施例中，当切换完成后，第一节点利用升级文件进行升级。其中，升级可以分为软件服务升级或者硬件驱动升级。升级文件由主控向第一节点发送，升级文件一般为高版本的更新包。升级时，第一节点可以接收操作响应执行升级操作，或者，在切换完成后，自动触发升级操作，本实施例中，具体不做限定。

106、当第一节点升级成功时，第一节点将当前业务由第二节点切换至第一节点。

升级完成后，第一节点向第二节点发送切换指令，切换指令中携带有该当前业务的虚拟IP地址，第二节点通过虚拟IP地址查询对应的IP地址映射关系，并将虚拟IP地址对应的实际IP地址由第二节点的IP地址改变为第一节点的IP地址，从而实现当前业务的切换。

可选的，在一些可能的实现方式中，该集群系统的各个节点均配置有负载均衡机制。当第一节点接收到业务请求后，第一节点检测当前的负载情况，若当前负载大于预置阈值，则第一节点触发负载均衡机制。具体地，第一节点将该业务请求向集群系统中的其他节点转发。从而提高集群系统的业务运行效率。

从以上技术方案可以看出，本申请实施例具有以下优点：

在本方案中，集群系统为高可用集群，集群系统的各个节点均配置有CTD B机制。当集群系统中对第一节点进行升级时，第一节点接收到升级指令后，停止运行第一节点上的当前业务，并触发切换机制，第一节点将当前业务切换到集群系统中的第二节点，以使得当前业务在第二节点上运行。当第一节点升级完成后，第一节点将当前业务从第二节点切换回第一节点。即在第一节点升级时，可以将第一节点的当前业务切换到第二节点上运行。由于切换过程耗时较短，从而，可以保证在第一节点升级的过程中，当前业务的运行可以正常运行，并且当第一节点升级成功时，又可以从第二节点将当前业务切换回第一节点。因此，第一节点整个升级过程中保证了当前业务的正常运行，提高了用户体验。

上述实施例中，利用了高可用集群的特点，实现了第一业务升级时当前业务的切换。此外，也可以有其他的方式，具体如下：

下面具体参照图2，图2为本申请实施例中升级方法的一个实施例示意图，可以包括：

201、第一节点获取升级指令，所述升级指令包含升级文件。

需要说明的是，步骤201与图1所示的步骤101类似，此处不再赘述。

202、第一节点根据升级指令确定第二节点。

本实施例中，在对第一节点升级时，集群系统确定正常运行的第二节点，该升级指令还携带有第二节点的标识，该标识可以为第二节点的编号或者第二节点实际的IP地址。从而，第一节点可以根据标识确定对应的第二节点。

可选的，在一些可能的实现方式中，该集群系统的各个节点均配置有负载均衡机制，第一节点接收到升级指令后，触发负载均衡机制，第一节点从与有连接关系的节点中选择负载最小的节点为第二节点。

需要说明的是，步骤202为可选步骤。

203、第一节点将当前业务切换至所述第二节点，以使得所述当前业务在所述第二节点上运行。

204、第一节点根据升级文件升级。

205、当第一节点升级成功时，第一节点将当前业务由第二节点切换至第一节点。

需要说明的是，步骤203至205与图1所示步骤104至106类似，此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：

在集群系统中对第一节点进行升级时，第一节点接收到升级指令后，根据升级指令确定对应的第二节点，第一节点将当前业务切换到该第二节点，以使得当前业务在第二节点上运行。当第一节点升级完成后，第一节点将当前业务从第二节点切换回第一节点。即在第一节点升级时，可以将第一节点的当前业务切换到第二节点上运行。从而，可以保证在第一节点升级的过程中，当前业务的运行可以正常运行，并且当第一节点升级成功时，又可以从第二节点将当前业务切换回第一节点。因此，第一节点整个升级过程中保证了当前业务的正常运行，提高了用户体验。

上述实施例中，对本方案的方法进行了阐述，下面就对应的设备进行进一步说明：

下面具体参照图3，图3为本申请实施例中服务器的一个实施例示意图，可以包括：

获取单元301，用于获取升级指令，该升级指令包含升级文件；

切换单元302，用于将当前业务切换至第二节点，以使得该当前业务在该第二节点上运行；当根据该升级文件升级成功时，将该当前业务由该第二节点切换至该第一节点。

可选的，在本申请的一些实施例中，具体参照图4，图4为本申请实施例中服务器的另一个实施例示意图，该服务器还可以包括：

生成单元303，用于响应用户的操作，生成停止指令；

停止单元304，用于根据该停止指令，停止运行该当前业务；

获取单元301，还用于获取切换指令；

切换单元302，具体用于根据该切换指令将该当前业务切换至该第二节点。

可选的，在本申请的一些实施例中，具体参照图5，图5为本申请实施例中服务器的另一个实施例示意图，该服务器还可以包括：

确定单元305，用于根据该升级指令确定该第二节点。

可选的，在本申请的一些实施例中，该第二节点为该集群系统中负载最小的节点。

可选的，在本申请的一些实施例中，具体参照图6，图6为本申请实施例中服务器的另一个实施例示意图，该服务器还可以包括：

获取单元301，还用于获取业务请求；

转发单元306，用于若该第一节点的负载大于预置阈值，则将该业务请求向该集群系统的其他节点转发。

本申请实施例中还提供一种存储设备，如图7所示，图7为本申请实施例中服务器的另一个实施例示意图，可以包括：

处理器701，存储器702和收发器703；

收发器703，用于接收或发送指令；

存储器702，用于存储指令；

处理器701，用于执行该存储器中的该指令，使得所述服务器执行如前述图1或图2所示实施例及任一可选实现方式中所述的方法。

本申请实施例提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图1或图2所示实施例及任一可选实现方式中所述的方法。

本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述图1或图2所示实施例及任一可选实现方式中所述的方法。

该计算机存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

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

第一节点获取升级指令，所述升级指令包含升级文件；

所述第一节点将当前业务切换至第二节点，以使得所述当前业务在所述第二节点上运行；

当所述第一节点根据所述升级文件升级成功时，所述第一节点将所述当前业务由所述第二节点切换至所述第一节点。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一节点响应用户的操作，生成停止指令；

所述第一节点根据所述停止指令，停止运行所述当前业务；

所述第一节点将当前业务切换至第二节点，包括：

所述第一节点获取切换指令；

所述第一节点根据所述切换指令将所述当前业务切换至所述第二节点。

3.根据权利要求1所述的方法，其特征在于，所述第一节点将当前业务切换至所述第二节点之前，所述方法还包括：

所述第一节点根据所述升级指令确定所述第二节点。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第二节点为所述集群系统中负载最小的节点。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述第一节点获取业务请求；

若所述第一节点的负载大于预置阈值，则所述第一节点将所述业务请求向所述集群系统的其他节点转发。

6.一种服务器，其特征在于，所述服务器包括：

获取单元，用于获取升级指令，所述升级指令包含升级文件；

切换单元，用于将当前业务切换至第二节点，以使得所述当前业务在所述第二节点上运行；当根据所述升级文件升级成功时，将所述当前业务由所述第二节点切换至所述第一节点。

7.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：

生成单元，用于响应用户的操作，生成停止指令；

停止单元，用于根据所述停止指令，停止运行所述当前业务；

所述获取单元，还用于获取切换指令；

所述切换单元，具体用于根据所述切换指令将所述当前业务切换至所述第二节点。

8.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：

确定单元，用于根据所述升级指令确定所述第二节点。

9.根据权利要求6至8中任一项所述的服务器，其特征在于，所述第二节点为所述集群系统中负载最小的节点。

10.根据权利要求6至8中任一项所述的服务器，其特征在于，所述服务器还包括：

所述获取单元，还用于获取业务请求；

转发单元，用于若所述第一节点的负载大于预置阈值，则将所述业务请求向所述集群系统的其他节点转发。