一种消息处理方法及装置与流程

1.本技术涉及网络技术领域，尤其涉及一种消息处理方法及装置。


背景技术：

2.在云计算的虚拟化场景下，虚拟机的性能一直是服务提供商以及租户关注的焦点，尤其是虚拟i/o(virtual i/o，virtio)的性能。最初的全虚拟化(full virtualization)使用纯软件的方法去模拟物理i/o设备，使客户机的操作系统不感知i/o设备的变化。这样，操作系统不需要任何的修改，但纯软件的方法涉及到复杂的指令转换，导致i/o性能较差。为此，半虚拟化(para virtualization)的方式被提出，例如，现在获得广泛应用的虚拟i/o技术。虚拟i/o通过在前端驱动(客户机)和后端驱动(宿主机)之间共享队列，来交换数据，从而能够大幅减少原来在全虚拟化下复杂的指令转换，进而提升i/o性能。
3.图1为一种典型的虚拟i/o架构图。在客户机1(guest 1)1061至客户机n(guest n)106n中，每台客户机都存在一个独立的前端驱动(virtio-net)107，每个前端驱动107通过虚拟化层(hypervisor)105和后端驱动(vhost-user)103进行通信。开放虚拟交换机(open vswitch，ovs)，又称管理面104，与后端驱动103之间存在连接。后端驱动103通常可以分成两个模块，包括控制面(control plane)101和数据面(data plane)102。
4.在数据面102重启或者主备热替换时，为了恢复数据面102的功能，管理面104和前端驱动107都会和数据面102再次协商配置以及重新初始化，即管理面104和前端驱动107会发送大量的消息给数据面102以完成协商配置过程，导致数据面102恢复时间过长，进而造成网络中断时间过长。


技术实现要素：

5.本技术实施例提供一种消息处理方法及装置，用于解决如何快速恢复数据面的问题。
6.第一方面，本技术实施例提供一种消息处理方法，包括:控制面接收第一消息；在所述第一消息为状态变量修改消息的情况下，所述控制面缓存所述第一消息；所述控制面接收来自备数据面的第二消息，所述第二消息用于请求获取所述控制面缓存的消息；所述控制面向所述备数据面发送所述第一消息。
7.采用本技术实施例提供的方法，控制面缓存状态变量修改消息，并在接收到来自备数据面的第二消息时，向备数据面发送缓存的状态变量修改消息。因此，可以有效减少需要缓存的消息数量，在数据面重启或者主备热替换时可以实现快速恢复数据面的功能，且尽可能少的占用控制面的资源，可以提高数据面的恢复效率。
8.在一种可能的设计中，所述第一消息来自前端驱动且为与所述前端驱动相关的状态变量修改消息。
9.采用上述设计可以有效减少需要缓存的消息数量，从而提高数据面的状态恢复效
率。
10.在一种可能的设计中，在所述第一消息为状态变量修改消息的情况下，所述控制面缓存所述第一消息，包括：在所述第一消息为第k 1次修改第一状态变量的消息的情况下，所述控制面缓存所述第k 1次修改第一状态变量的消息且删除已缓存的第k次修改第一状态变量的消息，其中，所述第一状态变量为任意一个与所述前端驱动相关的状态变量，k为正整数。
11.采用上述设计可以有效减少需要缓存的消息数量，从而提高数据面的状态恢复效率。
12.在一种可能的设计中，所述方法，还包括：所述控制面接收来自所述备数据面的第三消息，所述第三消息用于请求获取与管理面相关的状态变量修改消息；所述第三消息携带用于指示所述备数据面的标识；所述控制面将所述第三消息转发至所述管理面，并接收来自所述管理面的第四消息，所述第四消息包括与所述管理面相关的状态变量修改消息和所述用于指示所述备数据面的标识；所述控制面基于所述第四消息中包括的所述用于指示所述备数据面的标识，将所述第四消息转发至所述备数据面。
13.采用上述设计可以保证控制面在接收到第四消息后能够正确地将其转发至备数据面，进而保证了主备热替换的成功，同时也可以保证主备热替换时虚拟网卡的正常工作。
14.在一种可能的设计中，所述第二消息携带所述用于指示所述备数据面的标识；所述控制面向所述备数据面发送所述第一消息，包括：所述控制面基于所述第二消息中包括的所述用于指示所述备数据面的标识向所述备数据面发送所述第一消息。
15.采用上述设计可以保证控制面将第二消息后正确地转发至备数据面，进而保证了主备热替换的成功，同时也可以保证主备热替换时虚拟网卡的正常工作。
16.在一种可能的设计中，所述用于指示所述备数据面的标识为所述备数据面对应的进程标识符或所述备数据面对应的文件描述符。
17.采用上述设计可以使控制面能够正确区分回复消息的来源。
18.在一种可能的设计中，所述方法，还包括：若所述控制面确定所述第一消息来自所述管理面，则将所述第一消息放入第一队列；若所述控制面确定所述第一消息来自所述前端驱动，则将所述第一消息放入第二队列；其中，所述第一队列和所述第二队列均为所述控制面向主数据面转发的消息所在的队列；所述第一队列的转发优先级高于所述第二队列的转发优先级。
19.采用上述设计可以避免来自管理面的消息被多个来自前端驱动的消息阻塞，保证来自管理面的消息能够及时被控制面转发给数据面，进而可以保证客户机上虚拟网卡的正常工作。
20.在一种可能的设计中，所述方法，还包括：若所述控制面确定所述第一消息来自所述前端驱动，所述控制面向所述备数据面和主数据面分别发送所述第一消息；所述控制面接收来自所述备数据面的针对所述第一消息的第一回复消息，以及接收来自所述主数据面的针对所述第一消息的第二回复消息；若所述控制面确定所述第一回复消息和第二回复消息的内容相同，则将所述第一回复消息和所述第二回复消息中的任一回复消息发送至所述前端驱动；若所述控制面确定所述第一回复消息和第二回复消息的内容不同，则将所述第二回复消息发送至所述前端驱动，所述控制面确定所述备数据面替换所述主数据面失败。
21.采用上述设计可以使控制面判断出备数据面替换主数据面失败。
22.第二方面，本技术实施例提供一种消息处理装置，该装置可以是一种设备，也可以是一种芯片。该装置可以包括处理单元、发送单元和接收单元。当该装置是一种设备时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该设备还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该设备执行第一方面或第一方面任意一种可能的设计中的方法。当该装置是一种芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第一方面或第一方面任意一种可能的设计中的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
23.第三方面，本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述第一方面的方法。
24.第四方面，本技术实施例还提供一种包含程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面的方法。
附图说明
25.图1为本技术中虚拟i/o架构图；
26.图2为本技术中数据面主备热替换的结构示意图之一；
27.图3为本技术中消息处理方法的概述流程图；
28.图4为本技术中控制面处理消息的示意图；
29.图5为本技术中数据面主备热替换的结构示意图之二；
30.图6为本技术中消息处理装置的结构示意图之一；
31.图7为本技术中消息处理装置的结构示意图之二。
具体实施方式
32.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
33.下面首先介绍一下本发明实施例的应用场景，本发明实施例可以应用于任意云计算系统的虚拟化场景，如图1所示，为本技术的一种可能的应用场景示意图，图中各个组成部分的功能具体如下：
34.前端驱动107存在于每一台客户机中，通过虚拟化层105向控制面101传递前端驱动107所在客户机上的虚拟网卡的状态变量修改信息，例如使能或挂起虚拟网卡、修改虚拟网卡队列和参数等。虚拟化层105是指主机节点上的虚拟化层，用于维护前端驱动107和控制面101之间的连接，其中，虚拟化层105可以通过开源软件qemu实现。管理面104负责端口的创建、维护等，它与控制面101之间存在连接，与控制面101交互端口的配置信息等。后端驱动103具体包含：控制面101和数据面102。其中，控制面101负责维护其他组件和数据面102之间的连接，包括消息的识别、缓存、转发等；数据面102负责在前端驱动107和网卡
(network interface controller，nic)110之间传输数据报文，处理实际的数据传输业务。网卡110是指宿主机上的物理网卡，负责主机端报文的收发。
35.本技术实施例可应用于虚拟i/o领域中的主备热替换和数据面重启等场景。其中，虚拟i/o是指一种在虚拟化环境中客户机和宿主机之间高效通信的技术。主备热替换是指一种业务升级的方案，一般是先启动备业务，备业务初始化并开始运行，再断开主业务，以尽量保证业务中断时间短。在本技术中，主备热替换可以是指先启动备数据面，备数据面初始化并开始运行，再断开主数据面。如图2所示为数据面主备热替换的模块结构示意图，与图1不同的是，数据面202a表示主数据面，数据面202b表示备数据面，其他模块与图1中各个模块相同。数据面202a和数据面202b可以实现数据面主备之间的热替换。
36.应理解的是，图1和图2所示的架构图均为举例说明，并不应该理解成对本技术实施范围的限定。
37.在本技术中，控制面和数据面以两个独立组件的形式存在，控制面成为了消息集散点。为了缩短数据面恢复时间，一种可行的方法就是控制面将用于协商配置的消息缓存下来，然后在数据面恢复时，将缓存的消息直接发送给数据面。但是如果控制面缓存所有的消息，那么不仅会占用很多的资源，同时，如果发送给数据面的消息量很大的话，也会增加数据面的恢复时间。因此，控制面如何高效地处理收到的消息，如何高效地缓存发送给数据面的消息，以快速恢复数据面成为亟需解决的问题。
38.为了解决如何快速恢复数据面的问题，参阅图3所示，本技术实施例提供一种消息处理方法，该方法包括：
39.步骤300：控制面接收第一消息。
40.在实际运行过程中，管理面和前端驱动都会向数据面发送消息。其中，来自管理面的消息数量较少且比较重要，而来自前端驱动的消息数量相对较多。控制面可以同时接收一个来自管理面的消息和多个来自前端驱动的消息，例如，如图1所示，客户机1中的前端驱动和客户机2中的前端驱动分别向控制面发送消息，则控制面接收到2个来自前端驱动的消息。因此，来自管理面的消息可能被多个来自前端驱动的消息阻塞，长时间得不到处理，控制面无法及时将来自管理面的消息转发给数据面，进而影响客户机上虚拟网卡的正常工作。
41.为了解决上述问题，避免来自管理面的消息被多个来自前端驱动的消息阻塞，在一种可能的设计中，若控制面确定第一消息来自管理面，则将第一消息放入第一队列；若控制面确定第一消息来自前端驱动，则将第一消息放入第二队列；其中，第一队列和第二队列均为控制面向主数据面转发的消息所在的队列；第一队列的转发优先级高于第二队列的转发优先级。采用上述设计可以保证来自管理面的消息能够及时被控制面转发给数据面，进而可以保证客户机上虚拟网卡的正常工作。
42.作为一个可选的实施例，控制面可以设置两个带有优先级的队列。若控制面接收到的消息来自管理面，则将来自管理面的消息放入高优先级的队列，若控制面接收到的消息来自前端驱动，将来自前端驱动的消息放入低优先级的队列。在控制面转发消息给数据面时，控制面采用优先级队列(priority queue)调度的方式，一旦发现高优先级的队列中存在消息，则立刻发送这些消息，然后再发送低优先级队列中的消息。其中，高优先级队列和低优先级队列均为先进先出(first input first output，fifo)队列。其中，fifo队列是
指按消息到达的先后顺序让消息依次进入队列，同时，让消息按进队的顺序出队，先进的消息将先出队，后进的消息将后出队。应理解的是，当系统中仅存在一个数据面时，该数据面即为主数据面，控制面一旦发现高优先级的队列中存在消息，则立刻将该消息发送至该数据面，然后再将低优先级队列中的消息发送至该数据面。当系统中存在两个数据面时，其中一个数据面为主数据面，另一个数据面为备数据面，控制面一旦发现高优先级的队列中存在消息，则立刻将该消息分别发送至主数据面和备数据面，然后再将低优先级队列中的消息发送至主数据面和备数据面，即每个消息发送两次，分别发送至主数据面和备数据面。
43.如图4所示，消息a，消息b，和消息c来自管理面，当控制面接收到这些消息时，将这些消息放入高优先级的队列。消息1，消息2，消息3，消息4，消息5，消息6，消息7，消息8和消息9来自前端驱动，当控制面接收到这些消息时，将这些消息放入低优先级的队列。
44.步骤310：控制面确定第一消息为状态变量修改消息，缓存第一消息。
45.本技术实施例中消息缓存的目的是为了在数据面重启或者主备热替换时快速恢复数据面的功能(又称数据面的状态)。一般而言，数据面的状态可以分成两大类：一是与管理面相关的状态，二是与前端驱动相关的状态。在能够快速恢复数据面的状态的前提下，尽可能少的缓存消息，则能够尽可能少的占用控制面的资源。为此，控制面需要对接收到的消息进行分析，判断该消息是否为状态变量修改消息。若该消息为非状态变量修改消息，则不需要缓存该消息。例如，该消息来自前端驱动，且该消息用于获取后端驱动支持的特性，由于该消息不是用于修改与前端驱动相关的状态变量(即该消息与数据面的状态恢复不相关)，则控制面不需要缓存该消息。若该消息为状态变量修改消息，则缓存该消息。其中，状态变量修改消息又可以分为与管理面相关的状态变量修改消息(此时该状态变量修改消息来自管理面)和与前端驱动相关的状态变量修改消息(此时该状态变量修改消息来自前端驱动)。由于与管理面相关的状态变量修改消息数量较少，并且管理面通常会缓存这些消息。在恢复数据面的状态时，数据面可以通过控制面直接向管理面请求这些信息，因此，与管理面相关的状态变量修改消息可以不缓存。在一种可能的设计中，控制面确定第一消息来自前端驱动且为与前端驱动相关的状态变量修改消息，缓存第一消息。采用上述设计可以有效减少需要缓存的消息数量，从而提高数据面的状态恢复效率。
46.进一步地，与前端驱动相关的状态变量修改消息又可分为与前端驱动相关的重复状态变量修改消息和与前端驱动相关的非重复状态变量修改消息。其中，与前端驱动相关的重复状态变量修改消息是指重复修改某一个与前端驱动相关的状态变量，所以，只需要缓存最新的消息即可，即找到已有的消息，并将其替换成最新的消息。与前端驱动相关的非重复状态变量修改消息需要全部缓存，例如设置后端驱动使能的特性。
47.在一种可能的设计中，控制面确定第一消息为第k 1次修改第一状态变量的消息，则缓存第k 1次修改第一状态变量的消息且删除已缓存的第k次修改第一状态变量的消息。其中，第一状态变量为任意一个与前端驱动相关的状态变量，k为正整数。采用上述设计通过消息替换的方式可以进一步减少需要缓存的消息数量，从而提高数据面的状态恢复效率。例如，第k 1次修改第一状态变量的消息为前端驱动a第k 1次告知后端驱动客户机a的内存区域，前端驱动a存在于客户机a中。在控制面接收到第k 1次修改第一状态变量的消息后，控制面缓存第k 1次修改第一状态变量的消息，找到已缓存的第k次修改第一状态变量的消息并删除第k次修改第一状态变量的消息，其中，第k次修改第一状态变量的消息为前
端驱动a第k次告知后端驱动客户机a的内存区域。
48.值得注意的是，在数据面的状态恢复时，不同的状态变量之间存在依赖关系，因此所有缓存的消息需要尽量保序，以保证数据面的状态恢复的正确性。例如，缓存消息队列可以为fifo队列。如图4所示，消息1至消息9依次到达控制面，其中，消息2、消息5、消息8为非状态变量修改消息，控制面无需缓存这些消息，控制面依次缓存消息1、消息3、消息4、消息6、消息7、消息9。
49.步骤320：备数据面向控制面发送第二消息，第二消息用于请求获取控制面缓存的消息。
50.步骤330：在控制面接收到来自备数据面的第二消息后，控制面向备数据面发送缓存的第一消息。
51.针对步骤320～步骤330，当备数据面需要替换主数据面时，为了完成数据面的状态恢复，备数据面向控制面发送第二消息，通过第二消息获取控制面缓存的消息，在控制面接收来自备数据面的第二消息后，控制面向备数据面发送控制面缓存的消息。应理解的是，此时控制面会将缓存的所以消息依次发送至数据面。如图4所示，在控制面接收到来自备数据面的第二消息后，控制面将缓存队列中的消息1、消息3、消息4、消息6、消息7、消息9依次发送给数据面。
52.在一种可能的设计中，控制面还接收来自备数据面的第三消息，第三消息用于请求获取与管理面相关的状态变量修改消息。第三消息携带用于指示备数据面的标识。控制面将第三消息转发至管理面，并接收来自管理面的第四消息，第四消息包括与管理面相关的状态变量修改消息和用于指示备数据面的标识。控制面基于第四消息中包括的用于指示备数据面的标识，将第四消息转发至备数据面。因此，通过备数据面向控制面发送第二消息和第三消息，分别获取了与前端驱动相关的状态变量修改消息和与管理面相关的状态变量修改消息，备数据面基于前端驱动相关的状态变量修改消息和与管理面相关的状态变量修改消息可以在短时间内完成数据面的状态恢复。其中，第三消息和第四消息携带用于指示备数据面的标识，是为了保证控制面在接收到第四消息后能够正确地将其转发至备数据面，可以保证了主备热替换的成功，同时也可以保证主备热替换时虚拟网卡的正常工作。
53.其中，用于指示备数据面的标识为备数据面对应的进程标识符或备数据面对应的文件描述符。比较常用的标识包括进程标识符(process id，pid)、与控制面连接的socket文件描述符(file descriptor，fd)。此外，第二消息也可以携带用于指示备数据面的标识。在控制面向备数据面发送第一消息时，控制面基于第二消息中包括的用于指示备数据面的标识向备数据面发送第一消息。
54.此外，在主备热替换过程中，若控制面确定第一消息来自前端驱动，控制面向备数据面和主数据面分别发送第一消息。因此，控制面接收来自备数据面的针对第一消息的第一回复消息，以及接收来自主数据面的针对第一消息的第二回复消息；进一步地，若控制面确定第一回复消息和第二回复消息的内容相同，则将任一回复消息发送至前端驱动；若控制面确定第一回复消息和第二回复消息的内容不同，则将第二回复消息发送至前端驱动，且控制面确定备数据面替换主数据面失败。其中，备数据面在接收到第一消息后，可以在第一回复消息中携带用于指示备数据面的标识，同理，主数据面在接收到第一消息后，可以在第二回复消息中携带用于指示主数据面的标识，以便控制面能够正确区分回复消息的来
源。
55.应理解的是，当本技术实施例应用于数据面重启的场景时，此时只有一个数据面，控制面接收来自数据面的第二消息，第二消息用于请求获取控制面缓存的消息；控制面向数据面发送缓存的第一消息。因此，可以实现快速恢复数据面。
56.下面结合具体实施例对本技术实施例进行说明。
57.如图5所示为在云计算环境下主机节点中后端驱动数据面主备热替换的结构示意图。客户机506a至客户机506n均包括前端驱动(virtio-net)507，前端驱动507通过qemu505和后端驱动(vhost-user)503的控制面(vhost agent)501连接。ovs504和控制面501相连。后端驱动503包括控制面501、主数据面(vhost dp1)502a和备数据面(vhost dp2)502b。
58.控制面501设置两个带有优先级的消息转发队列。在控制面501接收到消息时，控制面501将来自ovs504的消息放入高优先级的消息转发队列，将来自qemu505的消息放入低优先级的消息转发队列。在控制面501转发消息给主数据面502a和备数据面502b时，控制面501采用严格优先级队列调度的方式，一旦发现高优先级的消息转发队列中存在消息，则立刻发送这些消息。控制面501还设置一个缓存消息队列，用于缓存低优先级的消息转发队列中需要缓存的消息。当控制面501发送低优先级的消息转发队列中的消息时，控制面501先判断是否需要对这些消息进行缓存，然后再发送给主数据面502a和备数据面502b。针对低优先级的消息转发队列中的每个消息，控制面501首先判断该消息是否为状态变量修改消息，若该消息为状态变量修改消息，则进一步判断该消息是否为重复修改某一状态变量的状态变量修改消息，若该消息为重复修改某一状态变量的状态变量修改消息，则缓存该消息并删除已缓存的上一次针对该状态变量的状态变量修改消息，且新消息在缓存队列中的位置为原消息在缓存队列中的位置。若该消息不是重复修改某一状态变量的状态变量修改消息，则缓存该消息。若该消息为非状态变量修改消息，则不缓存该消息。上述三个队列可以为fifo队列。
59.在备数据面502b进行数据面的状态恢复时，备数据面502b向控制面501发送第一请求消息，第一请求消息用于请求获取控制面501缓存的消息，控制面501在接收到第一请求消息后，将缓存队列中的消息按照到达时间的先后发送给备数据面502b。备数据面502b向控制面501发送第二请求消息，第二请求消息用于请求获取与ovs504相关的状态变量修改消息。第二请求消息可以携带备数据面502b的pid。控制面501将第二请求消息转发至ovs504，ovs504将与ovs504相关的状态变量修改消息发送给控制面501。与ovs504相关的状态变量修改消息携带数据面502b的pid，控制面501基于与ovs504相关的状态变量修改消息中携带的数据面502b的pid将与ovs504相关的状态变量修改消息发送至备数据面502b。备数据面502b基于控制面501缓存的消息和与管理面相关的状态变量修改消息可以在短时间内完成数据面的状态恢复，从而提高数据面的状态恢复效率。
60.此外，在数据面主备热替换过程中，当qemu(505)向控制面501发送状态变量修改消息时，控制面501将该消息同时发送给主数据面502a和备数据面502b。主数据面502a和备数据面502b分别处理该状态变量修改消息并回复控制面501。控制面501收到两份回复后，比较两份回复，若两份回复相同(例如都是成功，或都是失败)，则发送一份回复给qemu505；否则控制面501将来自主数据面502a的回复发送给qemu505，此时控制面501确定数据面主备热替换失败，进入回滚逻辑。
61.综上，采用本技术实施例提供的方法，可以有效减少需要缓存的消息数量，在数据面重启或者主备热替换时可以实现快速恢复数据面的功能，且尽可能少的占用控制面的资源，可以提高数据面的恢复效率。
62.上述本技术提供的实施例中，分别从各个模块之间交互的角度对本技术实施例提供的通信方法的各方案进行了介绍。可以理解的是，各个模块，例如控制面，主数据面，备数据面，管理面，前端驱动等，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
63.基于以上实施例，本技术实施例还提供一种消息处理装置，如图6所示，该装置600包括：接收单元601，用于接收第一消息；处理单元602，用于确定所述第一消息为状态变量修改消息，缓存所述第一消息；所述接收单元601，还用于接收来自备数据面的第二消息，所述第二消息用于请求获取所述控制面缓存的消息；发送单元603，用于向所述备数据面发送所述第一消息。
64.其中，所述处理单元602，具体可以确定所述第一消息来自前端驱动且为与所述前端驱动相关的状态变量修改消息时，缓存所述第一消息。相应的，所述处理单元602，可以在确定所述第一消息为第k 1次修改第一状态变量的消息时，缓存所述第k 1次修改第一状态变量的消息且删除已缓存的第k次修改第一状态变量的消息，其中，所述第一状态变量为任意一个与所述前端驱动相关的状态变量，k为正整数。
65.在一种可能的设计中，所述接收单元601，还可以接收来自所述备数据面的第三消息，所述第三消息用于请求获取与管理面相关的状态变量修改消息；所述第三消息携带用于指示所述备数据面的标识；所述发送单元603，还可以进一步将所述第三消息转发至所述管理面，并通过所述接收单元接收来自所述管理面的第四消息，所述第四消息包括与所述管理面相关的状态变量修改消息和所述用于指示所述备数据面的标识；基于所述第四消息中包括的所述用于指示所述备数据面的标识，将所述第四消息转发至所述备数据面。
66.此外，所述第二消息中还可以携带所述用于指示所述备数据面的标识；相应地，所述发送单元603具体可以基于所述第二消息中包括的所述用于指示所述备数据面的标识向所述备数据面发送所述第一消息。
67.示例性的，所述用于指示所述备数据面的标识可以但不限于为所述备数据面对应的进程标识符或所述备数据面对应的文件描述符。
68.更进一步地，所述处理单元602，还具体可以确定所述第一消息来自所述管理面，则将所述第一消息放入第一队列；若确定所述第一消息来自所述前端驱动，则将所述第一消息放入第二队列；其中，所述第一队列和所述第二队列均为所述装置向主数据面转发的消息所在的队列；所述第一队列的转发优先级高于所述第二队列的转发优先级。
69.在一种可能的设计中，所述处理单元602，还用于确定所述第一消息来自所述前端驱动时，通过所述发送单元603向所述备数据面和主数据面分别发送所述第一消息；所述接收单元601，还用于接收来自所述备数据面的针对所述第一消息的第一回复消息，以及接收
来自所述主数据面的针对所述第一消息的第二回复消息；所述处理单元602，还用于在确定所述第一回复消息和第二回复消息的内容相同时，则将所述第一回复消息和所述第二回复消息中的任一回复消息通过所述发送单元发送至所述前端驱动；若确定所述第一回复消息和第二回复消息的内容不同，则将所述第二回复消息通过所述发送单元发送至所述前端驱动，确定所述备数据面替换所述主数据面失败。
70.此外，消息处理装置中的处理单元602、发送单元603和接收单元601还可实现上述方法中控制面的其他操作或功能，此处不再赘述。
71.作为另一种可选的变形，本技术实施例提供一种消息处理装置，示例性地，可以为一种芯片，该装置包括处理器和接口，该接口可以为输入/输出接口。其中，处理器完成上述处理单元602的功能，接口完成上述接收单元601和发送单元603的功能。该装置还可以包括存储器，存储器用于存储可在处理器上运行的程序，处理器执行该程序时实现上述如图3所示实施例的方法。
72.作为另一种可选的变形，本技术实施例还提供了一种消息处理装置，参阅图7所示，该装置700中包括：收发器701、处理器702、存储器703。其中，处理器可以是cpu，网络处理器(network processor，np)，硬件芯片或者其任意组合。存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，rom)，快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)，存储器还可以包括上述种类的存储器的组合。
73.存储器703用于存储计算机程序；处理器702调用存储器703存储的计算机程序，通过收发器701执行上述实施例中控制面执行的方法。可以理解的，上述图6所示实施例中的装置可以以图7所示的装置700实现。具体的，处理单元602可以由处理器702实现，接收单元601和发送单元603可以由收发器701实现。
74.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述各个实施例所示的方法。
75.例如，该计算机可读存储介质可以部署在服务器上，具体可以将计算机程序存储于服务器的虚拟化管理模块内部。在运行时，该计算机程序可以运行于服务器的主机内存。
76.综上，采用本技术实施例提供的方法，可以有效减少需要缓存的消息数量，在数据面重启或者主备热替换时可以实现快速恢复数据面的功能，且尽可能少的占用控制面的资源，可以提高数据面的恢复效率。
77.以上所述，以上实施例仅用以对本技术的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。