CN108345462B - 组件升级的方法和装置 - Google Patents

Abstract

本申请提供了一种组件升级的方法和装置，在包括至少两个处理节点的系统中执行，该系统中配置有N种业务组件，每个处理节点上安装有至少一种业务组件，该方法包括：对该至少两个处理节点进行分组，以确定M个处理节点集合，第i个处理节点集合中的处理节点上设置有该第i个处理节点集合对应的业务组件；为该M个处理节点集合确定P个升级时段，每个处理节点集合对应一个升级时段；根据该P个升级时段，控制每个处理节点上的业务组件的升级，以使第i个处理节点集合所对应的业务组件的升级在第i个处理节点集合对应的升级时段中进行，能够支持根据业务组件的重要性和特点，完成组件升级的编排，能够减小组件升级对用户体验的影响。

Description

组件升级的方法和装置

技术领域

本申请涉及计算机技术领域，并且更具体地，涉及组件升级的方法和装置。

背景技术

目前，已知一种技术，可以在处理节点(例如，物理设备或虚拟机)上安装组件，从而能够使该处理节点提供所安装的组件对应的业务功能。并且，在现有技术中，可以对处理节点上安装的组件进行升级。

随着计算机技术的发展，处理节点的数量也海量增加，对处理节点的组件进行升级可能导致业务访问中断，从而影响用户体验，如何解决组件升级对用户体验的影响，成为业界亟需解决的问题。

发明内容

本申请提供一种组件升级的方法和装置，能够减小该的组件升级对用户体验的影响。

第一方面，提供了一种组件升级的方法，在包括至少两个处理节点的系统中执行，该系统中配置有N种业务组件，每个处理节点上安装有至少一种业务组件，N为大于或等于2的正整数，该方法包括：控制设备对该至少两个处理节点进行分组，以确定M个处理节点集合，M为小于或等于N的正整数，其中，每个处理节点集合对应于一种业务组件，第i个处理节点集合中的处理节点上设置有该第i个处理节点集合对应的业务组件，i为小于或等于M的正整数；该控制节点为该M个处理节点集合确定P个升级时段，每个处理节点集合对应一个升级时段，P为小于或等于M的正整数；该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，以使第i个处理节点集合所对应的业务组件的升级在第i个处理节点集合对应的升级时段中进行。

根据本申请实施例的组件升级的方法，通过根据各该处理节点所安装的业务组件，对各该进行分组，以确定多个处理节点集合，并在不同时段对不同集合中的处理节点上安装的组件进行升级，从而，能够支持根据业务组件的重要性和特点，完成对组件升级的编排，进而，能够减小组件升级对用户体验的影响。

可选地，不同的业务组件可以提供不同的功能，或者，不同的业务组件可以用于处理不同的业务过程，或者，不同的业务组件可以执行不同的动作。

可选地，该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，包括：该控制节点在该第i个处理节点集合对应的升级时段，向该第i个处理节点集合中的每个处理节点发送该第i个处理节点集合所对应的业务组件的升级包。

通过由控制节点在不同时段向不同处理节点集合中的处理节点发送升级包，能够实现在无需对处理节点进行改进的情况下，完成本申请的组件升级的方法，从而，能够提高本申请的组件升级的方法的兼容性和实用性。

可选地，该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，包括：该控制节点向每个处理节点发送映射关系信息，该映射关系信息用于指示该M个处理节点集合中的每个处理节点集合对应的业务组件，且该映射关系信息用于指示M个处理节点集合中的每个处理节点集合对应的升级时段。

可选地，该N种业务组件包括控制器、客户端和服务器。

可选地，对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为客户端的处理节点集合的升级时段之前。

可选地，对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为服务器的处理节点集合的升级时段之前。

由于控制器是业务服务的控制方，因此，通过首先对控制器进行升级，能够确保客户端和服务器在升级后立即使用，能够避免由于控制器未升级而使客户端或服务器在升级之后仍然无法提供服务的情况。

可选地，该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，包括：该控制节点控制第一处理节点集合中的处理节点并行地对该控制器对应的组件进行升级，其中，该第一处理节点集合对应的业务组件为控制器。

在本申请实施例中，各控制器所控制的内容可以相异，从而，通过对各控制器的组件并行地升级(或者说，同步地升级)，能够确保不同的控制内容同步升级，从而，能够进一步提高用户体验。

或者，在本申请实施例中，各控制器控制的服务器可以相异，从而，通过对各控制器的组件并行地升级(或者说，同步地升级)，能够确保对不同的服务器的控制同步进行，从而，能够进一步提高用户体验。

可选地，该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，包括：该控制节点控制第二处理节点集合中的处理节点串行地对该服务器对应的组件进行升级，其中，该第二处理节点集合对应的业务组件为服务器。

在本申请实施例中，各服务器提供的服务可以相同，从而，通过对各控制器的组件并行地升级(或者说，同步地升级)，能够确保不同的控制内容同步升级，从而，能够进一步提高用户体验。

可选地，该控制节点根据该P个升级时段，控制每个处理节点上的业务组件的升级，包括：该控制节点从第三处理节点集合对应的升级时段中，确定第一时段和第二时段，该第一时段位于该第二时段之前，其中，该第三处理节点集合对应的业务组件为客户端，该第三处理节点集合中包括至少一个主处理节点和至少一个备处理节点；该控制节点控制该备处理节点在第一时段对该客户端对应的组件进行升级，并控制该主处理节点在第二时段对该客户端对应的组件进行升级。

在本申请实施例中，通过使备处理节点的升级在主处理节点的升级之前，能够避免因对主处理节点的升级而导致作为客户端的处理节点不断进行主备切换，从而，能够进一步提高用户体验。

可选地，该系统为数据存储系统，该处理节点为具有数据存储空间的存储设备。

第二方面，提供了一种组件升级的装置，包括用于执行上述第一方面以及第一方面的各实现方式种的任一种组件升级的方法的各步骤的单元。

第三方面，提供了一种组件升级的设备，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该组件升级的设备执行上述第一方面，及其各种实现方式中的任一种组件升级的方法。

第四方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被计算机设备运行时，使得所述计算机设备执行上述第一方面及其各种实现方式中的任一种组件升级的方法。

第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序，所述程序使得计算机执行上述第一方面及其各种实现方式中的任一种组件升级的方法。

第六方面，提供了一种计算机系统，该计算机系统包括：至少两个处理节点，每个处理节点安装有至少一种业务组件的组件，其中，所述计算机系统中包括N种业务组件，N为大于或等于2的正整数；控制器，用于对该至少两个处理节点进行分组，以确定M个处理节点集合，M为小于或等于N的正整数，其中，每个处理节点集合对应于一种业务组件，第i个处理节点集合中的处理节点上设置有该第i个处理节点集合对应的业务组件，i为小于或等于M的正整数；用于为该M个处理节点集合确定P个升级时段，每个处理节点集合对应一个升级时段，P为小于或等于M的正整数；用于根据该P个升级时段，控制每个处理节点上的业务组件的升级，以使第i个处理节点集合所对应的业务组件的升级在第i个处理节点集合对应的升级时段中进行。

可选地，该控制器还用于执行上述第一方面的各种实现方式中的任一种组件升级的方法。

根据本申请提供的方案，通过根据各该所安装的组件对应的业务组件，对各该进行分组，以确定多个处理节点集合，并在不同时段对不同集合中的处理节点上安装的组件进行升级，从而，能够支持根据业务组件的重要性和特点，完成对组件升级的编排，进而，能够减小组件升级对用户体验的影响。

附图说明

图1是适用本申请的组件升级的方法的系统的一例的示意图。

图2是适用本申请的组件升级的方法的系统的另一例的示意图。

图3是本申请的组件升级的方法的交互图。

图4是本申请的组件升级的流程图。

图5是本申请的组件升级的装置的一例的示意性框图。

图6是本申请的组件升级的设备的一例的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例提供的组件升级的方法、装置和设备，可以应用于计算机上，该计算机包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括(Central Processing Unit，CPU)、内存管理单元(Memory Management Unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，在本申请实施例中，该计算机可以是智能手机等手持设备，也可以是个人计算机等终端设备，本申请并未特别限定，只要能够通过运行记录有本申请实施例的压缩数据的方法的代码的程序，以根据本申请实施例的压缩数据的方法对数据进行处理即可。本申请实施例的压缩数据的方法的执行主体可以是计算机设备，或者，是计算机设备中能够调用程序并执行程序的功能模块。

此外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(Compact Disc，CD)、数字通用盘(Digital Versatile Disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

图1是适用本申请实施例的组件升级的方法所应用的系统100的示意图。如图1所示，该系统包括：

至少两个处理节点110；

控制节点120。

其中，处理节点110与该控制节点120通信连接。

具体地说，在本申请实施例中，处理节点110中设置有通信接口，并且，控制节点120中设置通信接口，从而，处理节点110与控制节点120可以通过该通信接口进行通信。

在本申请实施例中，处理节点110与控制节点120可以配置在同一物理设备中，此情况下，作为示例而非限定，该系统100还可以包括总线，该处理节点110可以经由通信接口与该总线连接，该控制节点120可以经由通信接口与该总线连接，从而，处理节点110与控制节点120可以通过该总线实现通信连接。

作为实例而非限定，该总线可以包括数据总线。

可选地，该总线还可以包括电源总线、控制总线和状态信号总线等。此情况下，处理节点110的通信接口可以为计算机设备内部器件之间的通信接口，类似地，控制节点120的通信接口可以为计算机设备内部器件之间的通信接口。

在本申请实施例中，处理节点110与控制节点120可以配置在不同设备中，此情况下，处理节点110与控制节点120可以通过有线方式或无线方式通信连接，例如，在处理节点110与控制节点120之间(具体地说，是处理节点110的通信接口与控制节点120的通信接口之间)可以设置通信线缆(例如，光纤或铜线等)，以实现处理节点110与控制节点120之间的有线方式的通信连接。此情况下，处理节点110的通信接口可以为计算机设备的用于与外部设备通信的通信接口，类似地，控制节点120的通信接口可以为计算机设备的用于与外部设备通信的通信接口。

此外，在本申请实施例中，多个处理节点110可以配置在同一物理设备(例如，服务器)中，或者，多个处理节点110也可以独立配置，本申请并未特别限定。

需要说明的是，在本申请实施例中，配置在同一物理设备中的各处理节点110可以通过总线(例如，PCIE总线)连接，即，可以通过总线实现同一物理设备中的各处理节点110之间的信令或数据传输。

另外，对于配置在不同物理设备中的各处理节点110，可以通过以下方式通信，即，可以在各物理设备中配置与处理节点110连接的收发器(用于传输信息或信号)，并可以通过传输线缆连接各物理设备中的收发器，以实现配置在不同物理设备中的各处理节点110之间的信令或数据传输。或者，各物理设备中的收发器之间也可以采用无线方式进行通信。

下面，对上述各部件的功能和结构进行说明。

一、处理节点110

在本申请实施例中，系统100能够为用户提供规定的业务，每个处理节点110可以执行业务访问的相关动作或步骤。

作为示例而非限定，在本申请实施例中，该业务可以包括例如数据存储业务等。此情况下，该处理节点110可以包括具有数据存储功能(例如，具有数据存储介质)的处理节点。

可选地，在本申请实施例中，该处理节点110可以是物理处理节点也可以是虚拟处理节点，下面，分别对上述两种处理节点的结构进行详细说明。

A.物理处理节点

即，在本申请实施例中，处理节点110可以是具有处理器的计算机设备。

作为实例而非限定，该处理器可以是中央处理单元(Central Processing Unit，CPU)，或者，该处理器还可以是其他通用服务器、数字信号服务器(Digital SignalProcesso，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

此外，该处理节点110还可以包括总线、收发器和存储器等元器件。

其中，存储器可以包括存储控制器(memory controller)和存储单元(或者说，存储介质)。存储单元，也可以称为存储空间，是用于存储某种不连续物理量的媒体。作为示例而非限定，该存储单元可以为存储芯片，并且，该存储单元的材料可以是半导体、磁芯、磁鼓、磁带、激光盘本领域成熟的材料等。该存储单元的类型可以是随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质类型。存储控制器用于为存储单元分配物理地址，并根据物理地址访问存储单元，并在存储单元进行数据存储操作

B、虚拟处理节点

即，在本申请实施例中，处理节点110可以是运行在计算机设备中的虚拟机或容器等。

虚拟机(Virtual Machine)指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。

容器(container)是应用服务器中位于组件和平台之间的接口集合。

在本申请实施例中，容器或虚拟机能够提供规定服务，例如，计算或数据处理等。并且，在本申请实施例中，容器或虚拟机需要实现的功能可以由一个容器或虚拟机完成，也可以由两个或两个以上容器或虚拟机协作完成，本申请并未特别限定。

其中，在计算设备中配置容器或虚拟机的方法和过程可以与现有技术相似，这里，为了避免赘述，省略其详细说明。并且，在本申请实施例中，容器或虚拟机的实现其功能的方法和过程(例如，对来自外部设备的数据进行处理的方法和过程，或生产需要发送给外部设备的数据的方法和过程)可以与现有技术相似，这里，为了避免赘述，省略其详细说明。

在本申请实施例中，通信系统100中可以包括多种业务组件。

具体地说，在本申请实施例中，一个业务访问过程可以包括多个子过程，不同的子过程可以用于实现该业务的不同功能，其中，每个业务组件可以对应一个或多个子过程，不同业务组件对应的子过程不同，或者说，不同业务组件所实现的功能不同。

其中，“组件”可以是指计算机程序或软件等，物理设备或虚拟机中通过安装并运行规定的组件，可以提供该组件对应的功能。

例如，当系统100提供的业务访问为存储业务时。

该业务组件可以包括但不限于以下角色。

1.客户端

在本申请实施例中，客户端(Client)或称为用户端，是指与服务器相对应，为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与服务端互相配合运行。因特网发展以后，较常用的用户端包括了如万维网使用的网页浏览器，收寄电子邮件时的电子邮件客户端，以及即时通讯的客户端软件等。对于这一类应用程序，需要网络中有相应的服务器和服务程序来提供相应的服务，如数据库服务，电子邮件服务等等，这样在客户机和服务器端，需要建立特定的通信连接，来保证应用程序的正常运行。

作为实例而非限定，客户端对应的组件可以安装在访问业务的用户的物理设备(处理节点110的一例)中。并且，该访问业务的用户的物理设备可以称为用户设备。

用户设备(User Equipment，UE)也可以称为终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。用户设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless LocalLoop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，5G网络中的终端设备或者未来演进的公共陆地移动网络(PublicLand Mobile Network，PLMN)网络中的终端设备等。此外，在本申请实施例中，终端设备还可以是物联网(Internet of Things，IoT)系统中的终端设备。

作为示例而非限定，在本申请实施例中，该用户设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

或者，在本申请实施例中，该用户设备也可以是计算机等设备。

作为实例而非限定，在本申请实施例中，该客户端可以用于产生数据存储业务中所需要存储的数据。

例如，在本申请实施例中，该系统100可以是分布式存储系统，此情况下，客户端可以用于完成无状态的机头逻辑，对应用实现了基于SCSI块设备的访问接口，同时完成块存储元数据的保存和访问逻辑。

2.服务器

服务器(Server)，也称伺服器，是提供业务服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似。

作为实例而非限定，服务器对应的组件可以安装在提供业务的运营商的物理设备中。

作为实例而非限定，在本申请实施例中，该服务器可以用于对数据存储业务中所需要存储的数据进行存储，即，该服务器可以用于提供数据存储空间。

例如，在本申请实施例中，该系统100可以是分布式存储系统，此情况下，服务器可以用于接受客户端发来的读写命令，完成数据的存放与获取。

3.控制器

控制器(Controller)，用于对客户端或服务器进行控制。

例如，在本申请实施例中，该系统100可以是分布式存储系统，此情况下，控制器可以用于控制分布式集群的状态视图、数据分布和重建规则等管理操作。

应理解，以上列举的具体地业务组件仅为示例性说明，本申请并未限定于此，可以根据实际的业务需要与系统架构任意设置或变更业务组件。

作为实例而非限定，在本申请实施例中，一个处理节点中可以配置有一种或多种业务组件，本申请并未特别限定。

例如，如图2所示，在处理节点#1中，可以安装有控制器、客户端和服务器的组件。

在处理节点#2和处理节点#3中，可以安装有控制器和服务器的组件。

在处理节点#4中，可以仅安装有服务器的组件。

在处理节点#5、处理节点#6和处理节点#7中，可以仅安装有客户端的组件。

在处理节点#8中，可以安装有客户端和服务器的组件。

应理解，图2所示的系统的架构仅为示例性说明，可以根据实际需要对系统中的处理节点的数量以及每个处理节点中安装的组件的数量进行任意变更。

二、控制节点120

在本申请实施例中，通过对组件进行升级，能够实现业务服务的更新，在本申请实施例中，该控制器120中可以用于控制处理节点110上安装的组件的升级。

与处理节点110类似，该控制节点120可以是具有处理器的计算机设备，或者控制节点120可以是运行在计算机设备中的虚拟机或容器等，这里，为了避免赘述，省略其详细说。

并且，在本申请实施例中，控制节点120与处理节点110可以独立配置，即，控制节点120与处理节点110可以配置在不同的物理节点或虚拟节点中。

或者，在本申请实施例中，控制节点120也可以与一个或多个处理节点110联合配置，即，控制节点120与一个或多个处理节点110可以配置在同一物理节点或虚拟节点中。

下面，对本申请实施例的组件升级的过程进行详细说明。

图3示出了组件升级的过程的示意性流程图，如图3所示，在S210，控制节点可以确定系统100中的各处理节点所配置的业务组件。

作为实例而非限定，处理节点#A可以向控制节点发送信息#A，该信息#A可以用于指示该处理节点#A中所安装的业务组件，从而，控制节点可以基于该信息#A确定处理节点#A所安装的业务组件。其中，该处理节点#A可以是系统100中的任意一个处理节点。

应理解，以上列举的控制节点确定各处理节点中所安装的业务组件的方式仅为示例性说明，本申请并未限定于此，例如，运营商或制造商可以将各处理节点中所安装的业务组件的指示信息下发给控制节点，或者，系统管理员可以将各处理节点中所安装的业务组件的指示信息输入至控制节点。

在S220，控制节点可以基于业务组件对通信系统中的多个处理节点进行分组。

以下，为了便于理解和说，不失一般性，以业务组件包括客户端、服务器和控制器为例，进行说明。

具体地说，此情况下，控制节点可以确定安装有客户端对应的组件的处理节点，进而确定客户端集合包括所有安装有客户端对应的组件的处理节点。

并且，控制节点可以确定安装服务器对应的组件的处理节点，进而确定服务器集合包括所有安装有服务器对应的组件的处理节点。

另外，控制节点可以确定安装控制器对应的组件的处理节点，进而确定控制器集合包括所有安装有控制器对应的组件的处理节点。

需要说明的是，如上所示，可能存在同一处理节点安装有多个业务组件对应的组件的情况，此情况下，该多个业务组件分别对应的处理节点集合均包括该处理节点。

例如，图2所示的处理节点#1属于控制器集合、服务器集合和客户端集合。

再例如，图2所示的处理节点#2和处理节点#3属于控制器集合和服务器集合。

再例如，图2所示的处理节点#4属于服务器集合。

再例如，图2所示的处理节点#5、处理节点#6和处理节点#7属于客户端集合。

再例如，图2所示的处理节点#8属于客户端集合和服务器集合。

作为实例而限定，在本申请实施例中，在控制节点中可以包括有映射关系表项#A，该映射关系表项可以记录各处理节点集合所对应的业务组件，以及各处理节点集合所包括的处理节点的标识。

以下表1示出了该映射关系表项#A的一例。

表1

在S230，控制节点可以为各处理节点集合分配升级时段。

其中，处理节点集合#m的升级时段可以是指该处理节点集合#m中的处理节点对该处理节点集合#m对应的业务组件的组件进行升级的时段，其中，该处理节点集合#m可以是如上所示划分的各处理节点集合中的任意一个处理节点集合。

作为实例而非限定，控制节点可以基于各处理节点集合对应的业务组件，为各处理节点集合分配升级时段。

例如，当业务组件包括客户端、服务器和控制器时，控制节点可以使所分配升级时段满足以下至少一种条件。

条件1：时段#A位于时段#B之前。

其中，时段#A是分配给处理节点集合#A的时段，处理节点集合#A可以是对应控制器的处理节点集合。

时段#B是分配给处理节点集合#B的时段，处理节点集合#B可以是对应客户端的处理节点集合。

即，在本申请实施例中，对应的业务组件为控制器的节点集合的升级时段可以位于对应的业务组件为客户端的节点集合的升级时段之前。

条件2：时段#A位于时段#C之前。

其中，时段#C是分配给处理节点集合#C的时段，处理节点集合#C可以是对应服务器的处理节点集合。

即，在本申请实施例中，对应的业务组件为控制器的节点集合的升级时段可以位于对应的业务组件为服务器的节点集合的升级时段之前。

由于控制器是业务服务的控制方，因此，通过首先对控制器进行升级，能够确保客户端和服务器在升级后立即使用，能够避免由于控制器未升级而使客户端或服务器在升级之后仍然无法提供服务的情况。

需要说明的是，在本申请实施例中，上述时段#B和时段#C的关系可以任意确定，例如，时段#B可以位于时段#C之前，或者，时段#B可以位于时段#C之后，或者，时段#B可以与时段#C可以相同。

作为实例而限定，在本申请实施例中，在控制节点中可以包括有映射关系表项#B，该映射关系表项可以记录各处理节点集合所对应的业务组件，以及各处理节点集合对应的升级时段。

以下表2示出了该映射关系表项#B的一例。

表2

在S240，控制节点可以根据为各处理节点集合分配的升级时段，控制每个控制节点上的组件的升级。

作为实例而非限定，在本申请实施例中，控制节点可以采用以下任意一种方式进控制每个控制节点上的组件的升级。

为了便于理解和说明，针对处理节点#A中的组件#A的升级过程为例，进行说明，其中，该处理节点#A可以是系统100中的任意处理节点，该组件#A可以是处理节点#A中配置的组件中的任意组件。

方式A

控制节点可以获取组件#A的升级包(记做，升级包#A)。

例如，控制节点可以从运营商获得升级包#A，或者，控制节点可以基于网络管理员的输入获得升级包#A。

并且，控制节点可以确定与该业务组件#A对应的升级时段(记做，升级时段#A)。

其后，控制节点#A可以在升级时段#A，向安装有该组件#A的处理节点(记做，处理节点#A)发送该升级包#A。

从而，处理节点#A能够在升级时段#A接收到升级包#A，从而，能够在在升级时段#A，基于升级包#A对组件#A进行升级。

这里，该升级包#A所携带的内容以及基于升级包#A对组件#A进行升级的过程可以与现有技术详细，这里，为了避免赘述，省略其详细说明。

方式B

控制节点可以向各处理节点发送上述映射关系表项#B。

从而，处理节点可以确定可以根据上述映射关系表项#B，确定所安装各组件对应的升级时段。并且，可以在每个业务组件对应的升级时段，对该业务组件对应的组件进行升级。

其中，处理节点可以从运营商获得用于对组件进行升级的升级包，或者，处理节点可以从控制节点获得用于对组件进行升级的升级包，或者，处理节点可以基于网络管理员的输入获得用于对组件进行升级的升级包。

可选地，在本申请实施例中，同一节点集合可能存在多个处理节点，并且，在本申请实施例中，对于不同的业务组件，同一节点集合中的多个处理节点的升级策略可以不同。

例如，对于业务组件为控制器的节点集合(记做，集合#α)，控制节点可以控制该集合#α内的处理节点并行地对控制器对应的组件进行升级。具体地说，控制节点可以进行控制，以使集合#α中的处理节点同时对控制器对应的组件进行升级。需要说明的是，控制器的组件的新版本升级包可能不兼容老版本元数据，此情况下，可以首先升级元数据，待元数据升级完成后，同时升级控制器对应的集合内的所用处理节点上的控制器组件；另外，当控制器的组件的新版本升级包兼容老版本元数据时，不需升级元数据，此情况下，可以分批串行升级控制器对应的集合内的所用处理节点上的控制器组件。例如，在如图2所示的系统中，可以对处理节点#1、处理节点#2、处理节点#3中安装的控制器对应的组件并行地升级，更具体地，可以使处理节点#1、处理节点#2、处理节点#3中安装的控制器对应的组件的升级同时进行。

再例如，对于业务组件为服务器的节点集合(记做，集合#β)，控制节点可以控制该集合#β内的处理节点串行地对服务器对应的组件进行升级。具体的说，控制节点可以根据各处理节点上安装的服务器的组件的业务特征、安全等级等，每次挑选一个或多个节点进行升级，升级完成后，待服务器集群的业务状态重新恢复正常后，再重新挑选一个或多个节点进行升级，以此类推，直到服务器集群的所有节点完成升级。例如，在如图2所示的系统中，可以对处理节点#1、处理节点#2、处理节点#3、处理节点#8中安装的服务器对应的组件串行地升级，更具体地，可以在完成处理节点#1中安装的控制器对应的组件的升级之后，进行处理节点#2中安装的服务器对应的组件的升级，依次类推，顺次地对处理节点#1、处理节点#2、处理节点#3、处理节点#8中安装的服务器对应的组件的升级同时进行。

再例如，对于业务组件为客户端的节点集合(记做，集合#γ)，控制节点可以控制该集合#γ内的处理节点按照先升级主节点再升级备节点的顺序进行升级。

具体的说，在本申请实施例中，集合#γ中的处理节点可以包括至少一个主节点和一个备节点，其中，在正常运行时，由主节点提供客户端对应的功能，或者说，由主节点执行客户端对应的动作，并且，在正常运行时，备节点不提供服务。当主节点出现故障时，某个备节点可以被选为新的主节点，并执行客户端对应的动作。

此情况下，控制节点可以根据各节点的主备关系，将集合#β中的处理节点分为多个(例如，两个)批次，并且，每个批次对应一个子升级时段(即，服务器对应的升级时段中的子升级时段)。从而，控制节点可以进行控制，以使每个批次内的处理节点在所对应的子升级时段对服务器对应的组件进行升级。

并且，在本申请实施例中，控制节点可以使备节点的升级时段位于主节点的升级时段之前，即，控制节点可以在确定备节点中的组件升级完成后，进行主节点中的组件的升级。

从而，能够避免因组件升级而导致的准备切换过程。

例如，在如图2所示的系统中，在处理节点#1、处理节点#5、处理节点#6、处理节点#7、处理节点#8中安装的客户端对应的组件，设当前的主节点为处理节点1，则可以在完成对处理节点#5、处理节点#6、处理节点#7、处理节点#8中安装的客户端对应的组件的升级之后，对处理节点#1中安装的控制器对应的组件进行升级。

图4是本申请的组件升级的流程图。如图4所示，在S310，控制节点可以首先锁定控制器对应的处理节点集合(也可以称为，Controller集群)。

在S320，控制节点可以控制Controller集群升级元数据。

待元数据升级完成后，在S330，控制节点可以控制Controller集群中的处理节点再同时升级所有的Controller组件，例如，在图2所示的系统中，可以同时对处理节点#1、处理节点#2、处理节点#3中安装的Controller组件进行升级。

在S340，控制节点可以解锁Controller集群。

在本申请实施例中，客户端对应的处理节点集合(也可以称为，Client集群)和服务器对应的处理节点集合(也可以称为，Server集群)的升级先后顺序可以任意确定，本申请并未特别限定。即，S350和S360的执行顺序可以任意变更，例如，S350可以在S360之前，或者，S350可以在S360之后，或者，S350和S360也可以同时进行。

其中，在S350中，在升级Client组件时，可以先同时升级非主节点(或者说，备节点)，最后升级主节点，例如，在图2所示的系统中，设当前的主节点为处理节点1，则可以在完成对处理节点#5、处理节点#6、处理节点#7、处理节点#8中安装的客户端对应的组件的升级之后，对处理节点#1中安装的控制器对应的组件进行升级；

在S360中，在升级Server组件时，为保证数据安全，可以逐个升级个Server节点中的组件，并且在升级之前要确保Server集群是正常的，即满足升级约束，例如，在如图2所示的系统中，可以依次对处理节点#1、处理节点#2、处理节点#3、处理节点#8中安装的服务器对应的组件进行升级。

待所有的Controller、Client、Server升级完成后，就完成了整个升级过程。

根据本申请实施例的组件升级的方法，通过根据各该所安装的组件对应的业务组件，对各该进行分组，以确定多个处理节点集合，并在不同时段对不同集合中的处理节点上安装的组件进行升级，从而，能够支持根据业务组件的重要性和特点，完成对组件升级的编排，进而，能够减小组件升级对用户体验的影响。

图5是本申请实施例的组件升级的装置400的一例的示意性框图。该组件升级的装置400可以对应(例如，配置在或本身即为)上述系统100和方法200或300中描述的控制节点，并且，该组件升级的装置400中各模块或单元分别用于执行上述控制节点的功能和所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

图6是本申请实施例的组件升级的设备500的一例的示意性框图。该设备500包括：处理器。可选地，该设备500还包括存储器和/或收发器，存储器和/或收发器可以与处理器相连，进一步可选地，该设备500包括总线。其中，处理器、存储器和收发器可以通过总线相连，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信息或信号，使得设备500执行上述系统100和方法200或300中控制节点的功能、所执行的各动作或处理过程。该设备500可以对应(例如，配置在或本身即为)上述控制节点，并且，该设备500中各模块或单元分别用于执行上述控制节点的功能和所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

应注意，本申请实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

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

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

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

另外，在本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种组件升级的方法，其特征在于，在包括至少两个处理节点的系统中执行，所述系统中配置有N种业务组件，每个处理节点上安装有至少一种业务组件，N为大于或等于2的正整数，所述方法包括：

控制设备对所述至少两个处理节点进行分组，以确定M个处理节点集合，M为小于或等于N的正整数，其中，每个处理节点集合对应于一种业务组件，第i个处理节点集合中的处理节点上设置有所述第i个处理节点集合对应的业务组件，i为小于或等于M的正整数；

所述控制节点为所述M个处理节点集合确定P个升级时段，每个处理节点集合对应一个升级时段，P为小于或等于M的正整数；

所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，以使第i个处理节点集合所对应的业务组件的升级在第i个处理节点集合对应的升级时段中进行；

所述N种业务组件包括控制器、客户端和服务器，以及

对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为客户端的处理节点集合的升级时段之前，且对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为服务器的处理节点集合的升级时段之前；和/或

所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，包括：所述控制节点控制第一处理节点集合中的处理节点并行地对所述控制器对应的组件进行升级，其中，所述第一处理节点集合对应的业务组件为控制器；和/或

所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，包括：所述控制节点控制第二处理节点集合中的处理节点串行地对所述服务器对应的组件进行升级，其中，所述第二处理节点集合对应的业务组件为服务器；和/或

所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，包括：所述控制节点从第三处理节点集合对应的升级时段中，确定第一时段和第二时段，所述第一时段位于所述第二时段之前，其中，所述第三处理节点集合对应的业务组件为客户端，所述第三处理节点集合中包括至少一个主处理节点和至少一个备处理节点；所述控制节点控制所述备处理节点在第一时段对所述客户端对应的组件进行升级，并控制所述主处理节点在第二时段对所述客户端对应的组件进行升级。

2.根据权利要求1所述的方法，其特征在于，所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，包括：

所述控制节点在所述第i个处理节点集合对应的升级时段，向所述第i个处理节点集合中的每个处理节点发送所述第i个处理节点集合所对应的业务组件的升级包。

3.根据权利要求1或2所述的方法，其特征在于，所述控制节点根据所述P个升级时段，控制每个处理节点上的业务组件的升级，包括：

所述控制节点向每个处理节点发送映射关系信息，所述映射关系信息用于指示所述M个处理节点集合中的每个处理节点集合对应的业务组件，且所述映射关系信息用于指示M个处理节点集合中的每个处理节点集合对应的升级时段。

4.根据权利要求1或2所述的方法，其特征在于，所述系统为数据存储系统，所述处理节点为具有数据存储空间的存储设备。

5.一种组件升级的装置，其特征在于，配置在包括至少两个处理节点的系统中，所述系统中配置有N种业务组件，每个处理节点上安装有至少一种业务组件，N为大于或等于2的正整数，所述装置包括：

处理单元，用于对所述至少两个处理节点进行分组，以确定M个处理节点集合，M为小于或等于N的正整数，其中，每个处理节点集合对应于一种业务组件，第i个处理节点集合中的处理节点上设置有所述第i个处理节点集合对应的业务组件，i为小于或等于M的正整数；用于为所述M个处理节点集合确定P个升级时段，每个处理节点集合对应一个升级时段，P为小于或等于M的正整数；用于根据所述P个升级时段，控制每个处理节点上的业务组件的升级，以使第i个处理节点集合所对应的业务组件的升级在第i个处理节点集合对应的升级时段中进行；

所述N种业务组件包括控制器、客户端和服务器，

对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为客户端的处理节点集合的升级时段之前，且对应的业务组件为控制器的处理节点集合的升级时段位于对应的业务组件为服务器的处理节点集合的升级时段之前，和/或

所述处理单元具体用于控制第一处理节点集合中的处理节点并行地对所述控制器对应的组件进行升级，其中，所述第一处理节点集合对应的业务组件为控制器，和/或

所述处理单元具体用于控制第二处理节点集合中的处理节点串行地对所述服务器对应的组件进行升级，其中，所述第二处理节点集合对应的业务组件为服务器，和/或

所述处理单元具体用于从第三处理节点集合对应的升级时段中，确定第一时段和第二时段，所述第一时段位于所述第二时段之前，其中，所述第三处理节点集合对应的业务组件为客户端，所述第三处理节点集合中包括至少一个主处理节点和至少一个备处理节点；用于控制所述备处理节点在第一时段对所述客户端对应的组件进行升级，并控制所述主处理节点在第二时段对所述客户端对应的组件进行升级。

6.根据权利要求5所述的装置，其特征在于，所述处理单元具体用于控制发送单元在所述第i个处理节点集合对应的升级时段，向所述第i个处理节点集合中的每个处理节点发送所述第i个处理节点集合所对应的业务组件的升级包。

7.根据权利要求5或6所述的装置，其特征在于，所述处理单元具体用于控制发送单元向每个处理节点发送映射关系信息，所述映射关系信息用于指示所述M个处理节点集合中的每个处理节点集合对应的业务组件，且所述映射关系信息用于指示M个处理节点集合中的每个处理节点集合对应的升级时段。

8.根据权利要求5或6所述的装置，其特征在于，所述系统为数据存储系统，所述处理节点为具有数据存储空间的存储设备。

9.一种控制节点，其特征在于，包括处理器，用于从存储器中调用并运行计算机程序，使得所述控制节点执行权利要求1至4中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括计算机程序，当其在计算机设备上运行时，使得所述计算机设备中的处理单元执行如权利要求1至4中任意一项所述的方法。

Images