CN112346755A - 一种基于网络功能虚拟化的版本升级的方法及设备 - Google Patents

Abstract

本申请公开了一种基于网络功能虚拟化的版本升级的方法，包括：管理节点向MANO节点请求待升级的群组信息；管理节点接收MANO节点发送的待升级的群组信息，待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；管理节点串式升级第一群组和第二群组中的服务器的版本，在一个群组中的服务器升级时，由另一个群组中的服务器运行VNF业务。本申请的版本升级方案包括云操作系统升级或服务器硬件升级，每次只升级一个群组，由另一个群组提供VNF服务，这样可以确保业务的连续性，做到了无损升级，另外，同一个群组中的服务器可以同时升级，实现了在一个操作时间窗内完成升级，大大提高了版本升级的效率。

Description

一种基于网络功能虚拟化的版本升级的方法及设备

技术领域

本申请涉及通信技术领域，具体涉及一种基于网络功能虚拟化的版本升级的方法及设备。

背景技术

在电信场景下，业务按3层部署，从上到下依次是软件即服务(software as aservice，SaaS)层、平台即服务(platform as a service，PaaS)层、基础设施即服务(infrastructure as a service，IaaS)层。SaaS层和PaaS层部署了业务相关的软件环境和软件逻辑，从功能角度上来看，虚拟网络功能(virtualized network function，VNF)部署在IaaS层之上，归属于SaaS层和PaaS层，由IaaS层提供计算、存储、网络资源给SaaS层、PaaS层使用。

IaaS层包含云操作系统(业务虚拟机的部署)、服务器、存储、交换机等硬件。云操作系统的升级需要重启服务器，这会造成所在服务器上业务虚拟机中断，不满足业务连续性的要求。

发明内容

本申请实施例提供一种基于网络功能虚拟化的版本升级的方法，可以在版本升级时确保业务连续，且可以保证快速升级。本申请实施例还提供了相应的设备。

本申请第一方面提供一种基于网络功能虚拟化的版本升级的方法，可以包括：

管理节点向管理和编排(management and orchestration，MANO)节点发送请求，所述请求用于请求待升级的群组信息，MANO也可以简称为编排节点；

所述管理节点接收所述MANO节点发送的待升级的群组信息，所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；

所述管理节点向所述第一群组中的服务器发送版本升级信息，所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级；

所述管理节点向所述第二群组中的服务器发送所述版本升级信息，所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

上述第一方面中，将要升级的服务器划到两个群组中，当升级第一个群组中的服务器时，由第二个群组中的服务器为VNF业务提供服务，当升级第二个群组中的服务器时，由第一个群组中的服务器为VNF业务提供服务，这样可以确保业务的连续性，做到了无损升级，另外，同一个群组中的服务器可以同时升级，提高了版本升级的效率，实现了快速升级。

在第一方面的一种可能的实现方式中，所述方法还包括：

所述管理节点向云操作系统的控制节点发送所述版本升级信息，所述版本升级信息用于所述控制节点根据所述版本升级信息进行版本升级。

上述可能的实现方式中，及时升级云操作系统的控制节点的版本，可以确保控制节点能与第一群组中的服务器和第二群组中的服务器的版本保持同步。

在第一方面的一种可能的实现方式中，所述版本升级信息中包括云操作系统的升级信息，所述云操作系统的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级所述云操作系统对应的软件版本。

在第一方面的一种可能的实现方式中，所述版本升级信息中包括硬件的升级信息，所述硬件的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级各自的硬件版本。

上述可能的实现方式中，既可以升级云操作系统的软件版本，又可以升级服务器的硬件版本，提高了版本升级的效率。

在第一方面的一种可能的实现方式中，所述第一群组包括第一可用分区(availability zone，AZ)，所述第二群组包括第二可用分区；

所述第一可用分区中的功能单元为备单元，所述第二可用分区中的功能单元为主单元，或者，所述第一可用分区中的功能单元为主单元，所述第二可用分区中的功能单元为备单元，其中，所述功能单元运行于所述第一群组的服务器之上和所述第二群组的服务器之上；或者，

所述第一可用分区中包括负荷分担模式下的第一功能单元，所述第二可用分区中包括负荷分担模式下的第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值，其中，所述第一功能单元运行于所述第一群组的服务器之上，所述第二功能单元运行于所述第二群组的服务器之上。

上述可能的实现方式中，两个群组各自包含一个可用分区，在主备模式下，可以在一个可用分区部署主单元，在另一个可用分区部署备单元，主单元和备单元可以统称为功能单元(unit)。在负荷分担模式下，可以将功能单元平均分配到第一可用分区和第二可用分区，例如：将100个功能单元，在第一可用分区分配50个，在第二可用分区分配50个。在不能平均分配的情况下，在第一可用分区和第二可用分区之间尽量均衡分配功能单元。例如：将101个功能单元，在第一可用分区分配50个，在第二可用分区分配51个，当然，不平均分配的情况也不限于上述举例，可以根据实际需求分配。无论是主备模式，还是负荷分担模式，上述的功能单元都可以为业务进程、虚拟机(virtual machine，VM)、微服务等业务的云化实例。

在第一方面的一种可能的实现方式中，所述第一群组包括M个第一类型的服务器组，所述第二群组包括M个第二类型的服务器组，每个第一类型的服务器组对应一个第二类型的服务器组，所述M为大于0的整数；

每个第一类型的服务器组中运行有至少一个备单元，每个第二类型的服务器组中运行有至少一个主单元，或者，每个第一类型的服务器组中运行有至少一个主单元，每个第二类型的服务器组中运行有至少一个备单元；或者，

每个第一类型的服务器组中运行有至少一个第一功能单元，每个第二类型的服务器组中运行有至少一个第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值。

上述可能的实现方式中，两个群组各自包含至少一个服务器组，在主备模式下，可以在一个群组的服务器组上部署主单元，在另一个群组的服务器组部署备单元，主单元和备单元可以统称为功能单元(unit)。在负荷分担模式下，可以将功能单元平均分配到第一群组和第二群组的服务器组上，例如：将100个功能单元，在第一群组的服务器组上分配50个，在第二群组的服务器组上分配50个。在不能平均分配的情况下，在第一群组和第二群组的服务器组上尽量均衡分配功能单元。例如：将101个功能单元，在第一群组的服务器组上分配50个，在第二群组的服务器组上分配51个，当然，不平均分配的情况也不限于上述举例，可以根据实际需求分配。无论是主备模式，还是负荷分担模式，上述的功能单元都可以为业务进程、虚拟机(virtual machine，VM)、微服务等业务的云化实例。

在第一方面的一种可能的实现方式中，在微服务化场景下，所述待升级的群组信息还包括第三群组中的服务器信息，所述方法还包括：

所述管理节点向所述第三群组中的服务器发送所述版本升级信息，所述版本升级信息用于所述第三群组中的服务器进行版本升级，且所述第一群组、所述第二群组和所述第三群组在升级时一次只升级一个群组的服务器。

上述可能的实现方式中，在微服务化场景下，可以有三个实例，每个实例维护在一个群组中，这三个群组在升级时一次只升级一个群组，保证有两个群组为微服务提供业务支持。当然，在微服务化场景下也不限于只有三个实例，也可以有更多实例，不管有多少实例都可以将一个实例划分到一个不同的群组中，在升级时各个群组之间可以执行串式升级，每次只升级一个群组。

在第一方面的一种可能的实现方式中，所述控制节点包含于所述第三群组中。

上述可能的实现方式中，云操作系统的控制节点可以独立位于一个群组中，在微服务化场景下，一个实例可以位于控制节点所在的群组。

在第一方面的一种可能的实现方式中，所述管理节点接收所述MANO节点发送的待升级的群组信息，可以包括：

所述管理节点接收所述MANO节点发送的虚拟网络描述符(virtualized networkfunction descriptor，VNFD)文件，所述VNFD文件中包括所述待升级的群组信息。

上述可能的实现方式中，VNFD文件可以包括支持VNF业务的所有功能单元的群组分布情况，可以包括各群组中服务器的清单。

本申请第二方面提供一种管理设备，用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地，该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块或单元。

本申请第三方面提供一种管理设备，包括：至少一个处理器、存储器、收发器以及存储在存储器中并可在处理器上运行的计算机执行指令，当所述计算机执行指令被所述处理器执行时，所述处理器执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法。

本申请第四方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当所述计算机执行指令被处理器执行时，所述处理器执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法。

本申请第五方面提供一种存储一个或多个计算机执行指令的计算机程序产品，当所述计算机执行指令被所述处理器执行时，所述处理器执行上述第一方面或第一方面任意一种可能实现方式的方法。

上述第二方面和第五方面所描述的管理设备也可以是应用于管理设备中的芯片，或者其他具有上述管理设备功能的组合器件、部件等。

管理设备中的接收单元可以是通信接口，例如：输入/输出(input/output，I/O)接口，当管理设备是无线设备时，接收单元也可以是接收器，可以包括天线和射频电路等，处理单元可以是处理器，例如：中央处理单元(central processing unit，CPU)，发送单元可以是通信接口，当管理设备是无线设备时，可以是发射器，可以包括天线和射频电路等，其中接收器和发射器可以是整合的收发器。

其中，第二方面至第五方面或者其中任一种可能实现方式所带来的技术效果可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。

本申请实施例提供的方案，将要升级的服务器划到两个群组中，当升级第一个群组中的服务器时，将VNF业务切换到第二个群组的服务器上，也就是由第二个群组中的服务器为VNF业务提供服务，当升级第二个群组中的服务器时，将VNF业务切换到第一个群组的服务器上，也就是由第一个群组中的服务器为VNF业务提供服务，这样可以确保业务的连续性，做到了无损升级，另外，同一个群组中的服务器可以同时升级，原来需要几天完成的升级，当前只需要一个时间窗(一般0:00-3:00为一个时间窗)就可以完成，提高了版本升级的效率，实现了快速升级。

附图说明

图1是本申请实施例提供的基于网络功能虚拟化的版本升级的系统的一实施例示意图；

图2是本申请实施例提供的基于网络功能虚拟化的版本升级的系统的另一实施例示意图；

图3是本申请实施例提供的基于网络功能虚拟化的版本升级的方法的一实施例示意图；

图4是本申请实施例提供的基于网络功能虚拟化的版本升级的方法的另一实施例示意图；

图5是本申请实施例提供的主备模式的一示例示意图；

图6是本申请实施例提供的负荷分担模式的一示例示意图；

图7是本申请实施例提供的基于可用分区的一群组结构示意图；

图8是本申请实施例提供的基于服务器组的一群组结构示意图；

图9是本申请实施例提供的管理设备的一实施例示意图；

图10是本申请实施例提供的管理设备的另一实施例示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。本领域普通技术人员可知，随着技术的发展和新场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供一种基于网络功能虚拟化的版本升级的方法，可以在版本升级时确保业务连续，且可以保证快速升级。本申请实施例还提供了相应的设备。以下分别进行详细说明。

图1为本申请实施例提供的基于网络功能虚拟化的版本升级的系统的一实施例示意图。

如图1所示，本申请实施例提供的基于网络功能虚拟化的版本升级的系统可以包括管理节点10、管理和编排(management and orchestration，MANO)节点20、第一群组30和第二群组40。

管理节点10向MANO节点20发送请求，所述请求用于请求待升级的群组信息；

管理节点10接收所述MANO节点20发送的待升级的群组信息，所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；

所述管理节点10向所述第一群组30中的服务器发送版本升级信息，所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级；

管理节点10向所述第二群组40中的服务器发送所述版本升级信息，所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

本申请实施例提供的方案，将要升级的服务器划到两个群组中，当升级第一个群组中的服务器时，将VNF业务切换到第二个群组的服务器上，也就是由第二个群组中的服务器为VNF业务提供服务，当升级第二个群组中的服务器时，将VNF业务切换到第一个群组的服务器上，也就是由第一个群组中的服务器为VNF业务提供服务，这样可以确保业务的连续性，做到了无损升级，另外，同一个群组中的服务器可以同时升级，原来需要几天完成的升级，当前只需要一个时间窗(一般0:00-3:00为一个时间窗)就可以完成，提高了版本升级的效率，实现了快速升级。

本申请实施例中，VNF业务是基于云操作系统的，云操作系统可以包括控制部分和业务部分，控制部分位于控制节点，业务部分位于第一群组和第二群组的服务器上。控制节点可以独立于第一群组和第二群组之外，也可以为控制节点单独分配一个群组，控制节点也可以位于第一群组或第二群组。下面以控制节点独立于第一群组和第二群组之外的场景为例进行介绍。

如图2所示，本申请实施例提供的基于网络功能虚拟化的版本升级的系统的另一实施例可以包括：

所述管理节点向云操作系统的控制节点发送所述版本升级信息，所述版本升级信息用于所述控制节点根据所述版本升级信息进行版本升级。

在升级时，及时升级云操作系统的控制节点的版本，可以确保控制节点能与第一群组中的服务器和第二群组中的服务器的版本保持同步，才有利于控制节点执行相应的控制。

结合上述基于网络功能虚拟化的版本升级的系统，本申请实施例还提供了基于网络功能虚拟化的版本升级的方法。

如图3所示，本申请实施例提供的基于网络功能虚拟化的版本升级的方法的一实施例可以包括：

101、管理节点向MANO节点发送请求，所述请求用于请求待升级的群组信息。

本申请实施例中，管理节点可以是一个单独的服务器，也可以是一个虚拟机，该管理节点上安装有升级工具，该升级工作可以用于升级网络功能虚拟化基础设施(networkfunctions virtualization infrastructure，NFVI)。

102、MANO节点向管理节点发送待升级的群组信息，对应地，管理节点接收所述MANO节点发送的待升级的群组信息。

所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息。

一种可能的实现方式中，MANO节点可以向管理节点返回虚拟网络描述符(virtualized network function descriptor，VNFD)文件，所述VNFD文件中包括所述待升级的群组信息。

管理节点接收VNFD文件后，可以解析VNFD文件，从VNFD文件获取为VNF业务提供支持的功能单元的群组的分布情况，并保存各群组对应的服务器的清单，如：第一群组中的服务器清单1，以及第二群组中的服务器清单2。

103、管理节点向所述第一群组中的服务器发送版本升级信息。

所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级。

管理节点在确定对各群组中的服务器进行版本升级时，会向群组中的服务器发送版本升级信息，管理节点可以根据上述步骤102中获得的各群组中的服务器的清单，向相应群组中的服务器发送版本升级信息。

104、第一群组中的服务器根据版本升级信息进行版本升级。

第一群组中服务器收到版本升级信息后，就会将自身所运行的VNF业务切换到第二群组的服务器中，然后根据版本升级信息进行版本升级。

如果第一群组中的服务器当前没有运行VNF业务，则可以不进行切换，只有在运行VNF业务时才会进行切换。

105、管理节点向所述第二群组中的服务器发送所述版本升级信息。

所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

106、第二群组中的服务器根据版本升级信息进行版本升级。

第二群组中服务器收到版本升级信息后，就会将自身所运行的VNF业务切换到第一群组的服务器中，然后根据版本升级信息进行版本升级。

如果第二群组中的服务器当前没有运行VNF业务，则可以不进行切换，只有在运行VNF业务时才会进行切换。

如上述系统部分所描述的，一种可能的实现方式中，本申请实施例提供的方法还可以包括：

所述管理节点向云操作系统的控制节点发送所述版本升级信息，所述版本升级信息用于所述控制节点根据所述版本升级信息进行版本升级。

在升级时，及时升级云操作系统的控制节点的版本，可以确保控制节点能与第一群组中的服务器和第二群组中的服务器的版本保持同步，才有利于控制节点执行相应的控制。

本申请实施例中，既可以升级软件版本，也可以升级硬件版本，可以择一升级，也可以两者同时升级。

当升级软件版本时，所述版本升级信息中包括云操作系统的升级信息，所述云操作系统的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级所述云操作系统对应的软件版本。

当升级硬件版本时，所述版本升级信息中包括硬件的升级信息，所述硬件的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级各自的硬件版本。

本申请实施例提供的方案既可以升级云操作系统的软件版本，又可以升级服务器的硬件版本，提高了版本升级的效率。

上述实施例所描述的方案，还可以参阅图4进行理解，如图4所示，本申请实施例提供的基于网络功能虚拟化的版本升级的方法的另一实施例可以包括：

201、管理节点向MANO节点发送请求，所述请求用于请求待升级的群组信息。

202、MANO节点向管理节点发送VNFD文件，所述VNFD文件中包括所述待升级的群组信息。

203、管理节点解析VNFD文件，以获取各群组中服务器的清单。

服务器可以是以服务器组的形式存在的，第一群组中的一个服务器组会对应一个第二群组中的服务器组，如图4中所示出的服务器组A对应服务器组A’，服务器组B对应服务器组B’，…，务器组N对应服务器组N’。每个服务器组中都可以包括至少一个服务器。

204、管理节点升级控制节点。

控制节点可以参阅前述实施例中对控制节点的描述进行理解，此处不再重复赘述。

205、管理节点升级第一群组中的服务器的版本。

升级的软件版本指的是升级云操作系统，云操作系统升级可以是升级OpenStack，也可以是升级Vmware，也可以是升级其他与OpenStack或Vmware类似的系统。硬件版本可以包括服务器上一些硬件的固件等。

206、管理节点升级第二群组中的服务器的版本。

步骤205和步骤206不同时执行，在执行步骤205时，VNF业务运行在第二群组中的服务器上，由第二群组中的服务器为VNF业务提供服务。在执行步骤206时，VNF业务运行在第一群组中的服务器上，由第一群组中的服务器为VNF业务提供服务。

电信领域为了确保业务达到5个9或6个9的可靠性，通常采用主备模式部署或N-Way负荷分担模式部署。

对于主备模式，如图5所示，每个主单元都有一个备单元。如果主单元故障，备单元立即接管业务，确保稳态业务无损。如果备单元故障，主单元正常工作，业务正常运行不受影响。

对于N-Way负荷分担模式，如图6所示，共n个功能单元(Unit)，于n个Unit都处于主状态并且承载业务，业务高峰期业务最多会占用系统70％的资源。在0:00-3:00操作时间窗内业务量一般降至高峰期的30％，此时资源消耗约20％，远低于50％，此时如果有50％的Unit故障，稳态业务无损。

结合电信业务可靠性机制，在安装部署阶段通过VNFD的规划，将VNF的所有Unit分散到上述所描述的第一群组和第二群组中。

主备模式下，主单元和备单元分布到不同群组，负荷分担模式下，n个功能单元尽量平均分布到不同群组，n的取值通常较大，至少有2个功能单元。

云操作系统的控制节点也可以部署到一个群组中，如部署到群组0，NFVI升级时优先升级群组0对应的服务器，等升级成功后再升级群组1对应的服务器，等升级成功后再升级群组2对应的服务器。由于群组1与群组2中的业务互为主备或负荷分担，从而确保NFVI升级时VNF业务不受损。

本申请实施例中的版本升级，可以是跨可用分区(availability zone，AZ)进行版本升级，也可以是跨服务器组的版本升级，当然，在VMware的情况下，也可以称为跨集群的版本升级。无论是跨AZ的，还是跨服务器组的升级都可以包括上述主备模式和负荷分担模式。

在跨AZ的场景中，所述第一群组包括第一可用分区，所述第二群组包括第二可用分区；

所述第一可用分区中的功能单元为备单元，所述第二可用分区中的功能单元为主单元，或者，所述第一可用分区中的功能单元为主单元，所述第二可用分区中的功能单元为备单元，其中，所述功能单元运行于所述第一群组的服务器之上和所述第二群组的服务器之上；或者，

所述第一可用分区中包括负荷分担模式下的第一功能单元，所述第二可用分区中包括负荷分担模式下的第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值，其中，所述第一功能单元运行于所述第一群组的服务器之上，所述第二功能单元运行于所述第二群组的服务器之上。

该场景中，两个群组各自包含一个可用分区，在主备模式下，可以在一个可用分区部署主单元，在另一个可用分区部署备单元，主单元和备单元可以统称为功能单元(unit)。在负荷分担模式下，可以将功能单元平均分配到第一可用分区和第二可用分区，例如：将100个功能单元，在第一可用分区分配50个，在第二可用分区分配50个。在不能平均分配的情况下，在第一可用分区和第二可用分区之间尽量均衡分配功能单元。例如：将101个功能单元，在第一可用分区分配50个，在第二可用分区分配51个，当然，不平均分配的情况也不限于上述举例，可以根据实际需求分配。无论是主备模式，还是负荷分担模式，上述的功能单元都可以为业务进程、虚拟机(virtual machine，VM)、微服务等业务的云化实例。

该跨AZ的场景下，如图7所示，服务器组(server aggregate，SA)也可以称为主机组(host aggregate，HA),该场景下可以将云操作系统的控制节点所属的主机组HA_m单独划分出一个群组0，该控制节点的功能也可以划分为两部分，一部分位于AZ1，一部分位于AZ2。群组1的服务器组都位于AZ1，群组2的服务器组都位于AZ2，各服务器组都可以包含多个功能单元，图7中该功能单元是以虚拟机(virtual machine，VM)的形式给出的，当然本申请实施例中不限于VM这一种形式，当是VM形式时，VNF业务运行于虚拟机上，群组1与群组2在针对同一个VNF业务所提供的资源是尽量均衡的。在版本升级时，可以先升级备单元所在的服务器，也可以先升级主单元所在的服务器，若先升级备单元所在的服务器，则升级备单元所在的服务器时不需要切换VNF业务，升级主单元所在的服务器时，执行一次VNF业务切换即可。若先升级主单元所在的服务器，则需要先把主单元所在的服务器上的VNF业务切换到备单元所在的服务器，再升级备单元所在的服务器时，还要再切换一次。相对来说，先升级备单元所在的服务器可以减少切换的次数。

在跨服务器组的场景中，所述第一群组包括M个第一类型的服务器组，所述第二群组包括M个第二类型的服务器组，每个第一类型的服务器组对应一个第二类型的服务器组，所述M为大于0的整数；

每个第一类型的服务器组中运行有至少一个备单元，每个第二类型的服务器组中运行有至少一个主单元，或者，每个第一类型的服务器组中运行有至少一个主单元，每个第二类型的服务器组中运行有至少一个备单元；或者，

每个第一类型的服务器组中运行有至少一个第一功能单元，每个第二类型的服务器组中运行有至少一个第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值。

上述可能的实现方式中，两个群组各自包含至少一个服务器组，在主备模式下，可以在一个群组的服务器组上部署主单元，在另一个群组的服务器组部署备单元，主单元和备单元可以统称为功能单元(unit)。在负荷分担模式下，可以将功能单元平均分配到第一群组和第二群组的服务器组上，在不能平均分配的情况下，在第一群组和第二群组的服务器组上尽量均衡分配功能单元。例如：将100个功能单元，在第一群组的服务器组上分配50个，在第二群组的服务器组上分配50个。将101个功能单元，在第一群组的服务器组上分配50个，在第二群组的服务器组上分配51个，当然，不平均分配的情况也不限于上述举例，可以根据实际需求分配。无论是主备模式，还是负荷分担模式，上述的功能单元都可以为业务进程、虚拟机(virtual machine，VM)、微服务等业务的云化实例。

该跨服务器组的场景下，如图8所示，服务器组(server aggregate，SA)也可以称为主机组(host aggregate，HA),该场景下可以将云操作系统的控制节点所属的主机组HA_m单独划分出一个群组0。群组1中包括多个服务器组，如：HA_1,…,HA_x，群组2中包括的服务器组的数量与群组1尽量均衡，如：HA_1’,…,HA_x’，各服务器组都可以包含多个功能单元，图8中该功能单元是以虚拟机(virtual machine，VM)的形式给出的，VNF业务运行于虚拟机上。在主备模式下，若群组1中的各服务器的功能单元为主单元，则群组2中各服务器的功能单元为备单元。当然，若群组1中的各服务器的功能单元为备单元，则群组2中各服务器的功能单元为主单元。在版本升级时，可以先升级备单元所在的服务器，也可以先升级主单元所在的服务器，若先升级备单元所在的服务器，则升级备单元所在的服务器时不需要切换VNF业务，升级主单元所在的服务器时，执行一次VNF业务切换即可。若先升级主单元所在的服务器，则需要先把主单元所在的服务器上的VNF业务切换到备单元所在的服务器，再升级备单元所在的服务器时，还要再切换一次。相对来说，先升级备单元所在的服务器可以减少切换的次数。

一种可能的实现方式中，在微服务化场景下，所述待升级的群组信息还包括第三群组中的服务器信息，所述方法还可以包括：

所述管理节点向所述第三群组中的服务器发送所述版本升级信息，所述版本升级信息用于所述第三群组中的服务器进行版本升级，且所述第一群组、所述第二群组和所述第三群组在升级时一次只升级一个群组的服务器。

上述可能的实现方式中，在微服务化场景下，可以有三个实例，每个实例维护在一个群组中，这三个群组在升级时一次只升级一个群组，保证有两个群组为微服务提供业务支持。当然，在微服务化场景下也不限于只有三个实例，也可以是四个实例或五个实例，或者更多实例，不管有多少实例都可以将一个实例划分到一个不同的群组中，在升级时各个群组之间可以执行串式升级，每次只升级一个群组。

所述控制节点可以包含于所述第三群组中。

也就是说，在微服务化三实例的场景中，可以将第三个实例划分到群组0中，也可以为第三个实例再重新划分个群组，例如：群组3。

需要说明的是，上述图7和图8中所描述的群组0可以相当于前述实施例中所描述的第三群组；在群组1可以相当于前述实施例中所描述的第一群组时，群组2可以相当于前述实施例中所描述的第二群组；同样，当群组1可以相当于前述实施例中所描述的第二群组时，群组2可以相当于前述实施例中所描述的第一群组。

以上描述了本申请实施例所提供的基于网络功能虚拟化的版本升级的系统及方法，下面结合附图介绍本申请实施例提供的管理设备。

如图9所示，本申请实施例提供的管理设备60的一实施例可以包括：

发送单元601，用于向管理和编排MANO节点发送请求，所述请求用于请求待升级的群组信息；

接收单元602，用于接收所述MANO节点发送的待升级的群组信息，所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；

所述发送单元601，还用于向所述第一群组中的服务器发送版本升级信息，所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级；

所述发送单元601，还用于向所述第二群组中的服务器发送所述版本升级信息，所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

本申请实施例提供的方案，将要升级的服务器划到两个群组中，当升级第一个群组中的服务器时，将VNF业务切换到第二个群组的服务器上，也就是由第二个群组中的服务器为VNF业务提供服务，当升级第二个群组中的服务器时，将VNF业务切换到第一个群组的服务器上，也就是由第一个群组中的服务器为VNF业务提供服务，这样可以确保业务的连续性，做到了无损升级，另外，同一个群组中的服务器可以同时升级，提高了版本升级的效率，实现了快速升级。

一种可能的实现方式中，所述发送单元601，还用于向云操作系统的控制节点发送所述版本升级信息，所述版本升级信息用于所述控制节点根据所述版本升级信息进行版本升级。

一种可能的实现方式中，所述版本升级信息中包括云操作系统的升级信息，所述云操作系统的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级所述云操作系统对应的软件版本。

一种可能的实现方式中，所述版本升级信息中包括硬件的升级信息，所述硬件的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级各自的硬件版本。

一种可能的实现方式中，所述第一群组包括第一可用分区，所述第二群组包括第二可用分区；

所述第一可用分区中的功能单元为备单元，所述第二可用分区中的功能单元为主单元，或者，所述第一可用分区中的功能单元为主单元，所述第二可用分区中的功能单元为备单元，其中，所述功能单元运行于所述第一群组的服务器之上和所述第二群组的服务器之上；或者，

所述第一可用分区中包括负荷分担模式下的第一功能单元，所述第二可用分区中包括负荷分担模式下的第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值，其中，所述第一功能单元运行于所述第一群组的服务器之上，所述第二功能单元运行于所述第二群组的服务器之上。

一种可能的实现方式中，所述第一群组包括M个第一类型的服务器组，所述第二群组包括M个第二类型的服务器组，每个第一类型的服务器组对应一个第二类型的服务器组，所述M为大于0的整数；

每个第一类型的服务器组中运行有至少一个备单元，每个第二类型的服务器组中运行有至少一个主单元，或者，每个第一类型的服务器组中运行有至少一个主单元，每个第二类型的服务器组中运行有至少一个备单元；或者，

每个第一类型的服务器组中运行有至少一个第一功能单元，每个第二类型的服务器组中运行有至少一个第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值。

一种可能的实现方式中，所述发送单元601，还用于在所述待升级的群组信息还包括第三群组中的服务器信息时，向所述第三群组中的服务器发送所述版本升级信息，所述版本升级信息用于所述第三群组中的服务器进行版本升级，且所述第一群组、所述第二群组和所述第三群组在升级时一次只升级一个群组的服务器。

一种可能的实现方式中，所述控制节点包含于所述第三群组中。

一种可能的实现方式中，所述接收单元602，用于接收所述MANO节点发送的虚拟网络描述符VNFD文件，所述VNFD文件中包括所述待升级的群组信息。

一种可能的实现方式中，管理设备60还包括处理单元603，

处理单元603，用于解析VNFD文件，从中解析出所述待升级的群组信息。

需要说明的是，上述所描述的管理设备由于与本申请方法实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储有程序，该程序执行包括上述方法实施例中记载的部分或全部步骤。

如图10所示，为本申请实施例的又一种管理设备的结构示意图，该管理设备可以是服务器，也可以是其他可以实现本申请功能的设备。该管理设备可以包括：处理器701(例如CPU)、存储器702、发送器704和接收器703；发送器704和接收器703耦合至处理器701，处理器701控制发送器704的发送动作和接收器703的接收动作。存储器702可能包含高速RAM存储器，也可能还包括非易失性存储器NVM，例如至少一个磁盘存储器，存储器702中可以存储各种指令，以用于完成各种处理功能以及实现本申请实施例的方法步骤。可选的，本申请实施例涉及的管理设备还可以包括：电源705、以及通信端口706中的一个或多个，图10中所描述的各器件可以是通过通信总线连接，也可以是通过其他连接方式连接，对此，本申请实施例中不做限定。接收器703和发送器704可以集成在管理设备的收发器中，也可以为管理设备上分别独立的收、发天线。通信总线用于实现元件之间的通信连接。上述通信端口706用于实现管理设备与其他外设之间进行连接通信。

在一些实施例中，上述存储器702用于存储计算机可执行程序代码，程序代码包括指令；当处理器701执行指令时，管理设备中的处理器701可以执行图9中处理单元603执行的动作，管理设备中的接收器703或通信端口706可以执行图9中接收单元602执行的动作，管理设备中的发送器704或通信端口706可以执行图9中发送单元601执行的动作，其实现原理和技术效果类似，在此不再赘述。

本申请还提供了一种芯片系统，该芯片系统包括处理器，用于支持上述管理设备实现其所涉及的功能，例如，例如接收或处理上述方法实施例中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存计算机设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

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

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

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

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

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

Claims (11)

1.一种基于网络功能虚拟化的版本升级的方法，其特征在于，包括：

管理节点向编排MANO节点发送请求，所述请求用于请求待升级的群组信息；

所述管理节点接收所述MANO节点发送的待升级的群组信息，所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；

所述管理节点向所述第一群组中的服务器发送版本升级信息，所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级；

所述管理节点向所述第二群组中的服务器发送所述版本升级信息，所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

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

所述管理节点向云操作系统的控制节点发送所述版本升级信息，所述版本升级信息用于所述控制节点根据所述版本升级信息进行版本升级。

3.根据权利要求1或2所述的方法，其特征在于，所述版本升级信息中包括云操作系统的升级信息，所述云操作系统的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级所述云操作系统对应的软件版本。

4.根据权利要求1或2所述的方法，其特征在于，所述版本升级信息中包括硬件的升级信息，所述硬件的升级信息用于所述第一群组中的服务器和所述第二群组中的服务器升级各自的硬件版本。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一群组包括第一可用分区，所述第二群组包括第二可用分区；

所述第一可用分区中的功能单元为备单元，所述第二可用分区中的功能单元为主单元，或者，所述第一可用分区中的功能单元为主单元，所述第二可用分区中的功能单元为备单元，其中，所述功能单元运行于所述第一群组的服务器之上和所述第二群组的服务器之上；或者，

所述第一可用分区中包括负荷分担模式下的第一功能单元，所述第二可用分区中包括负荷分担模式下的第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值，其中，所述第一功能单元运行于所述第一群组的服务器之上，所述第二功能单元运行于所述第二群组的服务器之上。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述第一群组包括M个第一类型的服务器组，所述第二群组包括M个第二类型的服务器组，每个第一类型的服务器组对应一个第二类型的服务器组，所述M为大于0的整数；

每个第一类型的服务器组中运行有至少一个备单元，每个第二类型的服务器组中运行有至少一个主单元，或者，每个第一类型的服务器组中运行有至少一个主单元，每个第二类型的服务器组中运行有至少一个备单元；或者，

每个第一类型的服务器组中运行有至少一个第一功能单元，每个第二类型的服务器组中运行有至少一个第二功能单元，所述第一功能单元和所述第二功能单元组成所述负荷分担模式下功能单元的总体，且所述第一功能单元的数量与所述第二功能单元的数的差值小于预设阈值。

7.根据权利要求2所述的方法，其特征在于，在微服务化场景下，所述待升级的群组信息还包括第三群组中的服务器信息，所述方法还包括：

所述管理节点向所述第三群组中的服务器发送所述版本升级信息，所述版本升级信息用于所述第三群组中的服务器进行版本升级，且所述第一群组、所述第二群组和所述第三群组在升级时一次只升级一个群组的服务器。

8.根据权利要求7所述的方法，其特征在于，所述控制节点包含于所述第三群组中。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述管理节点接收所述MANO节点发送的待升级的群组信息，包括：

所述管理节点接收所述MANO节点发送的虚拟网络描述符VNFD文件，所述VNFD文件中包括所述待升级的群组信息。

10.一种管理设备，其特征在于，包括：

处理器、存储器和收发器，其中，所述存储器存储有程序代码，所述处理器调用所述存储器中存储的程序代码，使得所述管理设备执行如权利要求1-9任一项所述的基于网络功能虚拟化的版本升级的方法。

11.一种基于网络功能虚拟化的版本升级的系统，其特征在于，包括：管理节点、编排MANO节点、第一群组和第二群组；

所述管理节点向所述MANO节点发送请求，所述请求用于请求待升级的群组信息；

所述管理节点接收所述MANO节点发送的待升级的群组信息，所述待升级的群组信息包括第一群组中服务器的信息和第二群组中服务器的信息；

所述管理节点向所述第一群组中的服务器发送版本升级信息，所述版本升级信息用于指示所述第一群组中的服务器将虚拟化网络功能VNF业务切换到第二群组中的服务器，且还用于所述第一群组中的服务器进行版本升级；

所述管理节点向所述第二群组中的服务器发送所述版本升级信息，所述版本升级信息用于指示所述第二群组中的服务器将所述VNF业务切换到第一群组中的服务器，且还用于所述第二群组中的服务器进行版本升级。

Images