CN117493027B - 热升级方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种热升级方法、装置及电子设备，涉及虚拟机升级技术领域。方法包括：向预先建立有纳管权限的第二进程发送升级请求；获取第二进程发送的配置同步信息；基于配置同步信息，接管第二进程的流量并纳管第二进程关联的子设备；其中，第一进程为迁入进程，第二进程为迁出进程。本申请通过将第一进程和第二进程预先建立了纳管关联关系，使得第一进程可以通过配置同步信息对第二进程关联的子设备进行管理，解决了现有的升级过程中单个设备无法被新老进程同时纳管的问题。同时也优化了升级断网时间，保障了业务在升级期间的稳定运行。

Description

热升级方法、装置及电子设备

技术领域

本申请涉及虚拟机升级技术领域，具体涉及一种热升级方法、装置及电子设备。

背景技术

虚拟交换机承担着数据处理和转发的重要任务。随着云计算业务的不断开发迭代，为了避免升级导致断网带来的业务扰动，虚拟交换机在业务升级时也有了满足热升级特性的需求。

在目前的交换机热升级方案中，主要包括热迁移和热替换方案。但热迁移方案涉及到资源的迁移导致管理开销较大；热替换方案中，存在单个物理/虚拟功能设备无法同时被多进程纳管的问题，解决方法是通过流表规则切换解决，但这样会耗费更多资源，适用性低。

因此，对于现有的交换机热替换方案中，存在热升级时设备无法同时被多进程纳管的问题。

发明内容

有鉴于此，本申请提供了一种热升级方法、装置及电子设备，主要目的在于解决现有的交换机热替换方案中，存在热升级时设备无法同时被多进程纳管的问题。

第一方面，本申请提供了一种热升级方法，应用于第一进程执行，包括：

向预先建立有纳管权限的第二进程发送升级请求；

获取所述第二进程发送的配置同步信息；

基于所述配置同步信息，接管所述第二进程的流量并纳管所述第二进程关联的子设备；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

可选地，预先建立第一进程对第二进程的纳管权限，包括：建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

可选地，基于所述配置同步信息，纳管所述第二进程关联的子设备，包括：基于所述配置同步信息，在所述中间设备框架中确定需要进行纳管的第二进程的第二中间设备；通过所述第一中间设备纳管所述第二中间设备关联的全部子设备。

可选地，配置同步信息中包括数据流表信息；所述获取所述第二进程发送的数据流表信息，包括：读取所述第二进程备份到共享内存中的数据流表信息；将所述数据流表信息进行存储。

第二方面，本申请提供了一种热升级装置，应用于第一进程执行，包括：

发送单元，被配置为向预先建立有纳管权限的第二进程发送升级请求；

获取单元，被配置为获取所述第二进程发送的配置同步信息；

处理单元，被配置为基于所述配置同步信息，接管所述第二进程的流量并纳管所述第二进程关联的子设备；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

第三方面，本申请提供了一种热升级方法，应用于第二进程执行，包括：

在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；

将所述配置同步信息发送给所述第一进程；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

可选地，进行配置同步处理，包括：释放当前占用资源；修改第二中间设备的端口数据；所述第二中间设备由所述第二进程创建，且所述第二中间设备的每一个端口对应关联一个子设备；将数据流表进行备份。

可选地，将数据流表进行备份，包括：在共享内存的预设目录下，创建流表配置文件；所述流表配置文件用于对所述数据流表进行保存；在接收到数据流表后，将所述数据流表信息备份至所述流表配置文件中。

第四方面，本申请提供了一种热升级装置，应用于第二进程执行，包括：

接收单元，被配置为在接收到预先建立有纳管权限的第一进程发来的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；

发送单元，被配置为将所述配置同步信息发送给所述第一进程；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

第五方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面所述的热升级方法。

第六方面，本申请提供了一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面或第二方面所述的热升级方法。

借由上述技术方案，本申请提供的一种热升级方法、装置及电子设备，首先第一进程为迁入进程，也即是进行热升级后的新进程，第二进程为迁出进程，也即进行热升级前的老进程，热升级也即是在保证业务功能不断的情况下，用迁入进程去替换迁出进程。第一进程向预先建立有纳管权限的第二进程发送升级请求；进而获取第二进程发送的配置同步信息；最后第一进程基于配置同步信息，接管第二进程的流量并纳管第二进程关联的子设备。本申请通过将第一进程和第二进程预先建立了纳管关联关系，使得第一进程可以通过配置同步信息对第二进程关联的子设备进行管理，解决了现有的升级过程中单个设备无法被新老进程同时纳管的问题。同时也优化了升级断网时间，保障了业务在升级期间的稳定运行。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1示出了本申请实施例提供的一种热升级方法的流程示意图；

图2示出了本申请实施例提供的一种热升级方法的交互流程示意图；

图3示出了本申请实施例提供的一种mdev框架的示意图；

图4示出了本申请实施例提供的一种数据流表同步架构的示意图；

图5示出了本申请实施例提供的一种热升级装置的结构示意图；

图6示出了本申请实施例提供的另一种热升级装置的结构示意图。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面将对本申请的方案进行进一步描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

本实施例所提出的一种热升级方法，应用于一种热升级装置或电子设备上，该装置或电子设备可以安装或集成于一些虚拟机设备或虚拟机系统中，在运行时可以执行如下述提到的任一种热升级方法。

为了解决现有的交换机热替换方案中，存在热升级时设备无法同时被多进程纳管的问题，本实施例提供了一种热升级方法，应用于第一进程执行，如图1所示，该方法包括：

S101、向预先建立有纳管权限的第二进程发送升级请求。

首先第一进程为迁入进程，第二进程为迁出进程，这里的迁入进程是指热升级后负责接替旧进程功能执行流量转发、设备控制的新进程，迁出进程是指在热升级前负责转发流量等功能，在热升级后被替换掉的旧进程。

S102、获取第二进程发送的配置同步信息。

获取第二进程发送的配置同步信息。这里的配置同步信息，包括数据流表及对应的配置参数等等。

S103、基于配置同步信息，接管第二进程的流量并纳管第二进程关联的子设备。

在本实施例中，首先第一进程向预先建立有纳管权限的第二进程发送升级请求；进而获取第二进程发送的配置同步信息；最后第一进程基于配置同步信息，接管第二进程的流量并纳管第二进程关联的子设备。本申请通过将第一进程和第二进程预先建立了纳管关联关系，使得第一进程可以通过配置同步信息对第二进程关联的子设备进行管理，解决了现有的升级过程中单个设备无法被新老进程同时纳管的问题。同时也优化了升级断网时间，保障了业务在升级期间的稳定运行。

可选地，预先建立第一进程对第二进程的纳管权限，包括：建立中间设备框架，中间设备框架中包括有第一进程和第二进程共同的父设备；基于父设备，分别创建第一进程的第一中间设备和第二进程的第二中间设备；其中，第二中间设备还关联有至少一个子设备；第一进程能够基于第一中间设备对第二进程关联的子设备进行纳管。

在本实施例中，介绍了如何预先建立第一进程与第二进程的纳管权限。首先需要基于第一进程和第二进程共同的父设备，分别创建第一进程的第一中间设备和第二进程的第二中间设备。第二中间设备还关联有至少一个子设备，这里的子设备可以包括pf设备（physical function，物理功能设备）或vf设备（visual function，虚拟功能设备）。父设备、第一中间设备、第二中间设备以及第二中间设备关联的子设备则构成了一个mdev（Mediator devices，中间设备）框架，在mdev框架中，基于父设备创建的两个中间设备具有独立的设备页表，能够做到设备资源隔离，进而支持多个进程对于父设备的访问。因此第一进程可以基于第一中间设备对第二进程所关联的子设备进行纳管，从而解决了单个设备无法同时被多进程纳管的问题。

可选地，基于配置同步信息，纳管第二进程关联的子设备，包括：基于配置同步信息，在中间设备框架中确定需要进行纳管的第二进程的第二中间设备；通过第一中间设备纳管第二中间设备关联的全部子设备。

在本实施例中，第一进程可以在mdev框架中，确定对应的第二中间设备；进而基于第一中间设备对第二中间设备所关联的子设备进行纳管，从而解决了单个设备无法同时被多进程纳管的问题。

可选地，配置同步信息中包括数据流表信息；获取第二进程发送的数据流表信息，包括：读取第二进程备份到共享内存中的数据流表信息；将数据流表信息进行存储。

在本实施例中，配置同步信息中还包括数据流表信息，第一进程可以在进行热升级时获取到数据流表，更具体地，是在DPDK网卡设备初始化的阶段，在共享内存中读取到数据流表。该数据流表是由第二进程备份至共享内存中的，从而解决相关技术中数据流表在热升级过程中可能会丢失的问题。

另一方面，本实施例还提出了另一种热升级方法，应用于第二进程执行，方法包括：在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；将配置同步信息发送给第一进程；其中，第一进程为迁入进程，第二进程为迁出进程。

在本实施例中，作为需要被替换的老进程，在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，完成配置同步处理，同时继续转发流量使得业务不会断。进而将配置同步信息发送给第一进程，从而使得第一进程能够根据配置同步信息进行热升级。

可选地，进行配置同步处理，包括：释放当前占用资源；修改第二中间设备的端口数据；第二中间设备由第二进程创建，且第二中间设备的每一个端口对应关联一个子设备；将数据流表进行备份。

在本实施例中，配置同步处理包括老进程释放当前占用的资源，将端口数据进行修改，还可以包括将数据流表进行同步和备份，便于第一进程的利用。

可选地，将数据流表进行备份，包括：在共享内存的预设目录下，创建流表配置文件；流表配置文件用于对数据流表进行保存；在接收到数据流表后，将数据流表信息备份至流表配置文件中。

在本实施例中，老进程在DPDK初始化阶段时，在共享内存中创建流表配置文件，从而将数据流表进行保存。进而在第一进程进行初始化时，即可在共享内存中读取到数据流表。第二进程通过将数据流表进行备份，从而使第一进程在DPDK及网卡初始化的过程中加载到该数据流表，使已卸载到硬件侧的流表不会被清除，保障了客户业务转发性能。

需要额外介绍的是，基于智能网卡的虚拟网络加速方案中，虚拟交换机承担着重要的角色，其完成上送首包的查表及转发，采用硬件卸载技术将首包转发规则卸载至网卡硬件上，使网卡根据卸载的规则对首包的后续数据包进行转发处理，加速网络I/O转发性能。随着云计算业务的不断开发迭代，为了避免升级导致断网带来的业务扰动，虚拟交换机在业务升级时也有了满足热升级特性的需求。在目前的交换机热升级方案中，主要包括热迁移和热替换方案。

热迁移方案，是指先将虚拟交换机所在服务器上的虚拟机迁移到其他服务器上，等升级完成后再迁移回来，用此方法完成所有节点虚拟交换机升级。但该种方法涉及到资源的迁移导致管理开销较大。

热替换方案中，流量从当前交换单元切换到中间交换单元，然后一并将所有的配置和状态信息都同步给中间交换单元，这样中间交换单元就完成了对于当前交换单元的完全替代，待流量切换成功后，也就不需要再将流量切回当前交换单元。但在具体的实施过程中，存在单个物理/虚拟功能设备无法同时被多进程纳管的问题，解决方法是通过流表规则切换解决，但这样会耗费更多资源，适用性低。同时，卸载到硬件的流表规则由于升级时未在DPDK（Data Plane Development Kit，数据平面开发套件）侧进行流表同步，因此会丢失，进而导致硬件侧的流表被删除，导致升级后老业务流量需重新上送至虚拟交换机侧处理，这会降低业务转发性能。

为解决上述问题，本实施例提出一种虚拟交换机的升级方法，一方面，基于mdev（Mediator devices，中间设备）框架特征提出一种新的思路，将需要被多个进程同时访问的设备注册到mdev框架中，同一物理设备对应多个mdev设备，每个进程访问各自的mdev设备，解决升级过程中单个设备无法被新老进程同时纳管的问题。另一方面，提出一种使用共享内存同步新老进程DPDK流表的方案，解决已卸载流表的丢失问题。

进一步地，为了更好的体现本实施例所提出的技术方案的具体步骤，示例性地给出一种具体的实施方式。结合图2，示出了本实施例提供的一种热升级方法的交互流程示意图。新进程为第一进程，也即是进行热升级后的迁入进程；老进程为第二进程，也即是进行热升级前的迁出进程。

首先，在第一阶段中为请求升级阶段，新进程向预先建立有纳管权限的老进程发送升级请求。

老进程在接收到升级请求后，会在继续转发流量使得业务不会断的前提下，进行配置同步处理，得到配置同步信息并发送给新进程。配置同步处理具体可包括：释放当前占用的系统资源，并修改端口数据。这里的端口数据是指修改老进程对应的第二中间设备的端口数据。同时将数据流表进行备份和同步，与新进程完成配置同步。

进而新进程获取配置同步信息，并根据配置同步信息进行DPDK及网卡的初始化，在此过程中获取到老进程备份的数据流表。

最后即可发起接替请求启动PMD驱动来接管老进程当前的流量功能，并且纳管老进程关联的子设备，而老进程在完成了热升级之后则退出了整个管理过程。

与相关技术不同的是，第一，本实施例的方案能够直接实现新进程对老进程关联设备的纳管。其中，老进程和新进程预先建立有纳管权限，是由于提前建立了基于mdev模型的设备纳管机制。在mdev模型中，基于pdev（父设备）创建的mdev设备具有独立的设备页表，能够做到设备资源隔离，进而支持多个进程对于父设备的访问。新老进程基于mdev框架实现设备仿真功能，将相同pdev设备注册到mdev框架，创建各自的mdev设备，然后基于该mdev设备纳管另一方的pf/vf设备（也称网卡设备）。结合图3，对上述实施例提到的mdev框架进行进一步说明。在mdev框架中包括有第一进程和第二进程共同的父设备，进而基于该父设备，分别创建了第一进程的第一中间设备和第二进程的第二中间设备（如mdev_2和mdev_1）。在第一中间设备和第二中间设备的代表口在硬件侧早已提前编写好，对应了不同的pf/vf设备，这一点与相关技术中中间设备与pf/vf设备的对应方式一致。进而在热升级时，新进程能够基于相同的代表口去纳管老进程创建的所有网卡设备，这样流量能够无缝导入到新进程中，做到业务不中断的情况下实现对老进程设备的纳管。

第二点在于，本实施例设计了一种机制，该机制使用mmap技术（Memory Map，内存映射）共享内存对新老进程间DPDK流表进行同步。解决相关技术中没有对已卸载到硬件的流表进行保存的问题，如图4所示。

首先，老进程在DPDK初始化阶段创建用于保存流表的rte_flow配置文件，放在预设目录下，在本实施例中以/dev/vfio目录为例。

老进程使用mmap技术将流表文件映射到内存，并保存文件的虚拟地址；

虚拟交换机将流表卸载到DPDK时，老进程将DPDK流表备份到共享内存中；

进而在新进程在DPDK初始化阶段，通过mmap技术到rte_flow配置文件中读取共享内存；最后新进程进行DPDK流表同步时，读取共享内存数据，将流表数据备份到本地维护的内存中，完成流表同步（如图4中新进程侧的指针可以进入共享内存中读取流表数据，并保存至本地内存）。

综上，本实施例通过将第一进程和第二进程预先建立了纳管关联关系，使得第一进程可以通过配置同步信息对第二进程关联的子设备进行管理，解决了现有的升级过程中单个设备无法被新老进程同时纳管的问题。同时也优化了升级断网时间，保障了业务在升级期间的稳定运行。同时，设计了一种DPDK流表同步机制，用于DPDK流表在新老进程间进行同步，使已卸载到硬件的流表不会被清除，保障了客户业务转发性能。

进一步的，作为图1至图4所示方法的具体实现，本实施例提供了一种热升级装置，应用于第一进程执行，如图5所示，该装置包括：发送单元51、获取单元52和处理单元53。

发送单元51，被配置为向预先建立有纳管权限的第二进程发送升级请求；

获取单元52，被配置为获取所述第二进程发送的配置同步信息；

处理单元53，被配置为基于所述配置同步信息，接管所述第二进程的流量并纳管所述第二进程关联的子设备；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

在具体的应用场景中，处理单元53，具体被配置为建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

在具体的应用场景中，处理单元53，具体还被配置为基于所述配置同步信息，在所述中间设备框架中确定需要进行纳管的第二进程的第二中间设备；通过所述第一中间设备纳管所述第二中间设备关联的全部子设备。

在具体的应用场景中，获取单元52，具体还被配置为读取所述第二进程备份到共享内存中的数据流表信息；将所述数据流表信息进行存储。

本实施例提供了另一种热升级装置，应用于第二进程执行，如图6所示，该装置包括：接收单元61和发送单元62。

接收单元61，被配置为在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；

发送单元62，被配置为将所述配置同步信息发送给所述第一进程；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程。

在具体的应用场景中，接收单元61，具体还被配置为释放当前占用资源；修改第二中间设备的端口数据；所述第二中间设备由所述第二进程创建，且所述第二中间设备的每一个端口对应关联一个子设备；将数据流表进行备份。

在具体的应用场景中，接收单元61，具体还被配置为在共享内存的预设目录下，创建流表配置文件；所述流表配置文件用于对所述数据流表进行保存；在接收到数据流表后，将所述数据流表信息备份至所述流表配置文件中。

需要说明的是，本实施例提供的一种热升级装置所涉及各功能单元的其它相应描述，可以参考图1至图4中的对应描述，在此不再赘述。

基于上述如图1至图4所示方法，相应的，本实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图4所示的方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施场景的方法。

基于上述如图1至图4所示的方法，以及图5和图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种电子设备，可配置在计算机端侧等，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图4所示的方法。

基于上述如图1至图4所示的方法，以及图5和图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种芯片，包括一个或多个接口电路和一个或多个处理器；所述接口电路用于从电子设备的存储器接收信号，并向所述处理器发送所述信号，所述信号包括存储器中存储的计算机指令；当所述处理器执行所述计算机指令时，使得所述电子设备执行上述如图1至图4所示的方法。

可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频（RadioFrequency，RF）电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏（Display）、输入单元比如键盘（Keyboard）等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）等。

本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的方案，相较于相关技术而言，本申请首先新增设了特征提取分支如增量文字特征，能够更好地应对增量和新场景数据。且本申请通过将第一进程和第二进程预先建立了纳管关联关系，使得第一进程可以通过配置同步信息对第二进程关联的子设备进行管理，解决了现有的升级过程中单个设备无法被新老进程同时纳管的问题。同时也优化了升级断网时间，保障了业务在升级期间的稳定运行。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所述的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种热升级方法，其特征在于，应用于第一进程执行，所述方法包括：

向预先建立有纳管权限的第二进程发送升级请求；

获取所述第二进程发送的配置同步信息；

基于所述配置同步信息，接管所述第二进程的流量并纳管所述第二进程关联的子设备；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程；

预先建立第一进程对第二进程的纳管权限，包括：

建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；

基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

2.根据权利要求1所述的方法，其特征在于，基于所述配置同步信息，纳管所述第二进程关联的子设备，包括：

基于所述配置同步信息，在所述中间设备框架中确定需要进行纳管的第二进程的第二中间设备；

通过所述第一中间设备纳管所述第二中间设备关联的全部子设备。

3.根据权利要求1所述的方法，其特征在于，所述配置同步信息中包括数据流表信息；

所述获取所述第二进程发送的数据流表信息，包括：

读取所述第二进程备份到共享内存中的所述数据流表信息；

将所述数据流表信息进行存储。

4.一种热升级方法，其特征在于，应用于第二进程执行，所述方法包括：

在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；

将所述配置同步信息发送给所述第一进程；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程；

预先建立第一进程对第二进程的纳管权限，包括：

建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；

基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

5.根据权利要求4所述的方法，其特征在于，所述进行配置同步处理，包括：

释放当前占用资源；

修改第二中间设备的端口数据；所述第二中间设备由所述第二进程创建，且所述第二中间设备的每一个端口对应关联一个子设备；

将数据流表进行备份。

6.根据权利要求5所述的方法，其特征在于，所述将数据流表进行备份，包括：

在共享内存的预设目录下，创建流表配置文件；所述流表配置文件用于对所述数据流表进行保存；

在接收到数据流表后，将所述数据流表信息备份至所述流表配置文件中。

7.一种热升级装置，其特征在于，用于第一进程侧，所述装置包括：

发送单元，被配置为向预先建立有纳管权限的第二进程发送升级请求；

获取单元，被配置为获取所述第二进程发送的配置同步信息；

处理单元，被配置为基于所述配置同步信息，接管所述第二进程的流量并纳管所述第二进程关联的子设备；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程；

预先建立第一进程对第二进程的纳管权限，包括：

建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；

基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

8.一种热升级装置，其特征在于，用于第二进程侧，所述装置包括：

接收单元，被配置为在接收到预先建立有纳管权限的第一进程发送的升级请求的情况下，在保证流量转发功能的基础上，进行配置同步处理，得到配置同步信息；

发送单元，被配置为将所述配置同步信息发送给所述第一进程；

其中，所述第一进程为迁入进程，所述第二进程为迁出进程；

预先建立第一进程对第二进程的纳管权限，包括：

建立中间设备框架，所述中间设备框架中包括有所述第一进程和所述第二进程共同的父设备；

基于所述父设备，分别创建所述第一进程的第一中间设备和所述第二进程的第二中间设备；其中，所述第二中间设备还关联有至少一个子设备；所述第一进程能够基于所述第一中间设备对所述第二进程关联的子设备进行纳管。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法。

10.一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法。