CN116389549A - 会话状态同步方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种会话状态同步方法、设备、系统及存储介质。在本申请实施例中，针对Serverless架构下包含多个服务节点的服务组，在该服务组与其对应的服务加速节点之间增加至少一个流管理组，由至少一个流管理组中的流管理节点负责在服务组中多个服务节点之间进行会话状态同步，将服务节点从拓扑感知和会话状态同步任务中解放出来，与此同时让各服务节点之间的会话状态保持同步。

Description

会话状态同步方法、设备、系统及存储介质

技术领域

本申请涉及云计算技术领域，尤其涉及一种会话状态同步方法、设备、系统及存储介质。

背景技术

随着云计算领域中无服务器化(Serverless)技术的发展，云上越来越多的服务采用Serverless架构部署，例如网络功能虚拟化(Network Function Virtualization，NFV)网元，这样，NFV网元无需过多感知服务器的存在，并且可以按需获取网络、计算以及存储等资源，具有按需弹性、可用性冗余、负载均衡等特点。

为了避免单点故障，实现容灾备份，NFV网元以服务组的方式对外提供服务。同一服务组内的NFV网元之间互为备份，对于有状态的NFV网元，如网络地址转换(NetworkAddressTranslation，NAT)、负载均衡器(Load balancing，LB)等，彼此之间需要进行拓扑感知并基于拓扑感知结果进行会话状态同步，这样，在某个NFV网元故障时，其它NFV网元能够根据同步的会话状态继续提供服务，实现容灾。但是，在Serverless架构下，NFV网元之间进行会话状态同步是一大难题。

发明内容

本申请的多个方面提供一种会话状态同步方法、设备、系统及存储介质，用以在Serverless架构下，实现服务节点之间的会话状态同步。

本申请实施例提供一种会话状态同步系统，包括：与目标服务组对应的服务加速节点和至少一个流管理组，目标服务组包括多个服务节点，一个流管理组包括至少一个流管理节点；服务加速节点，用于将待处理报文发送给至少一个流管理组内的流管理节点，待处理报文是需要目标服务组内的服务节点处理的报文；至少一个流管理组内的流管理节点，用于将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文的会话状态信息，接收第一服务节点返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息。

本申请实施例还提供一种会话状态同步方法，应用于第一流管理组内的第一流管理节点，该方法包括：接收服务加速节点发送的待处理报文，待处理报文是需要目标服务组内的服务节点处理的报文；将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文的会话状态信息；接收第一服务节点针对待处理报文返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息。

本申请实施例还提供一种会话状态同步方法，应用于第一流管理组内的非第一流管理节点，该方法包括：接收第一流管理组内上一流管理节点发送的会话状态信息，会话状态信息是目标服务组内的第一服务节点针对待处理报文下发给第一流管理组内的第一流管理节点的；在非第一流管理节点是第二流管理节点的情况下，向目标服务组内的其它服务节点同步会话状态信息；其中，在第一流管理组内的流管理节点之间，自第一流管理节点开始形成链式关系，第二流管理节点为链式关系的特定位置上的流管理节点。

本申请实施例还提供一种会话状态同步方法，应用于第三流管理节点，该方法包括：接收第一流管理组内的第一流管理节点发送的逆向流表项，逆向流表项是根据待处理报文对应的入向流表项生成的；接收服务加速节点发送的待处理报文的逆向流报文；根据逆向流报文向服务加速节点发送逆向流表项，以使服务加速节点对逆向流报文及其后续报文进行加速处理。

本申请实施例还提供一种会话状态同步设备，包括：存储器和处理器；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以实现本申请实施例提供的会话状态同步方法中的各步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器实现本申请实施例提供的会话状态同步方法中的各步骤。

在本申请实施例中，针对Serverless架构下包含多个服务节点的服务组，在该服务组与其对应的服务加速节点之间增加至少一个流管理组，由至少一个流管理组中的流管理节点负责在服务组中多个服务节点之间进行会话状态同步，将服务节点从拓扑感知和会话状态同步任务中解放出来，与此同时让各服务节点之间的会话状态保持同步。

进一步，由于这些服务节点保存了相同的会话状态信息，所以当某个服务节点故障时，其它服务节点能够基于本地维护的会话状态信息继续为用户提供相应的服务，实现容灾备份。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的基于链式穿包的会话状态同步系统的结构示意图；

图2为本申请一示例性实施例提供的会话状态同步系统的结构示意图；

图3a为本申请另一示例性实施例提供的会话状态同步系统的结构示意图；

图3b为本申请又一示例性实施例提供的会话状态同步系统的结构示意图；

图4为本申请一示例性实施例提供的一种流管理节点的结构示意图；

图5a为本申请一示例性实施例提供的一种会话状态同步方法的流程示意图；

图5b为本申请一示例性实施例提供的另一种会话状态同步方法的流程示意图；

图5c为本申请一示例性实施例提供的又一种会话状态同步方法的流程示意图；

图6为本申请又一示例性实施例提供的一种会话状态同步装置的结构示意图；

图7为本申请又一示例性实施例提供的会话状态同步设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

在Serverless架构下，为了实现容灾备份，同一服务组内有状态的NFV网元需要进行感知拓扑并基于感知到的拓扑进行会话状态同步。但是对NFV网元来说，在Serverless架构下进行拓扑感知并基于感知到的拓扑进行会话状态同步是比较困难。针对该技术难题，本申请下述实施例会给出几种解决方案，这些解决方案不仅能够应用于NFV网元，也可以应用于其它能够提供某种云服务的云服务实例，在本申请实施例中，将采用Serverless架构部署且能够提供某种云服务的云服务实例统称为服务节点或服务单元。另外，本申请实施例提供的这些解决方案主要针对采用快慢速分离逻辑的服务节点或服务单元进行说明。

其中，服务节点或服务单元采用快慢速分离逻辑，是指将服务节点实现的部分或全部功能(例如变化频率较低、迭代周期较长或者通用型功能等)卸载到服务加速节点上，采用服务加速节点为服务节点提供加速服务。其中，服务加速节点可以是硬件加速模块，也可以是软件加速模块，对此不做限定。优选地，服务加速节点可以基于可编程硬件实现，例如，可编程硬件可以是专用集成电路(Application Specific Integrated Circuit，ASIC)、系统级芯片(System on Chip，SOC)、现场可编程逻辑门阵列(Field ProgrammableGate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable logic device，CPLD)等。

本申请实施例先给出一种解决方案，该解决方案需要NFV网元参与状态同步的过程。如图1所示，以NFV网元实现为服务单元1、服务单元2和服务单元3为例进行图示，服务单元1、服务单元2和服务单元3之间具有链式关系，如服务单元1—>服务单元2—>服务单元3，采用携带报文的链式穿包模式，该模式中需要进行处理的报文从服务加速节点进入，在服务加速节点无法对该报文进行加速处理的情况下，基于上述链式关系，将报文上报给服务单元1，然后从服务单元1开始依次经过服务单元2和服务单元3，最后由服务单元3给出该报文的处理结果并将处理结果返回服务加速节点，由服务加速节点根据该处理结果对该报文进行处理后并发出。

在图1所示链式穿包模式中，各个服务单元之间由于是链式关系因此可以感知其相邻的服务单元，另外，报文需要依次经过各个服务单元，各个服务单元感知到报文后会针对该报文做出处理并在本地维护该报文对应的会话状态，并由链式关系中最后一个服务单元将处理结果反馈给服务加速节点，各服务单元之间可以保持会话状态的同步。其中，图1所示方案存在如下问题：1)整个过程受限于报文大小，同步内容有限；2)任何一个服务单元出现单点故障，都会影响系统的可用性，可用性较低。由此可知，直接让服务单元参与状态同步的过程，同时又要避免单点故障问题是有一定难度的，也就是说，在Serverless架构下，同一服务组内各服务节点之间的会话状态同步是一大难题。

基于上述，本申请实施例提出了另一种解决方案，在该解决方案中，针对Serverless架构下包含多个服务节点的服务组，在该服务组与其对应的服务加速节点之间增加至少一个流管理组，由至少一个流管理组中的流管理节点负责在服务组中多个服务节点之间进行会话状态的同步，将服务节点从拓扑感知和会话状态同步任务中解放出来，一方面能够让服务节点更加专注于服务功能，与此同时，还能够让各服务节点之间的会话状态保持同步，解决Serverless架构下同一服务组内各服务节点面临的状态同步难题。另外，由于这些服务节点保存了相同的会话状态信息，所以当某个服务节点故障时，其它服务节点能够基于本地维护的会话状态信息继续为用户提供相应的服务，实现容灾备份。

以下结合附图，对本申请实施例提供的另一种解决方案进行详细说明。

图2为本申请一示例性实施例提供的会话状态同步系统的结构示意图。如图2所示，该系统包括：与任一服务组30对应的服务加速节点10和至少一个流管理组20，其中，服务组30的数量可以是一个或多个。服务组30可以属于本实施例提供的会话状态同步系统，也可以不属于本实施例提供的会话状态同步系统。

在本实施例中，每个服务组30分别对应有服务加速节点10和至少一个流管理组20。不同的服务组30可能对应相同的服务加速节点10，也可以对应不同的服务加速节点10，具体根据应用需求而定。同理，对于不同服务组可能对应相同的流管理组20，也可能对应不同的流管理组20，一个服务组30可以对应一个或多个流管理组20，一个流管理组20可以为一个或多个服务组30提供会话状态同步服务，关于服务组30与流管理组20之间的对应关系不做限定。

在本实施例中，每个服务组30包括多个服务节点301，服务节点301是可以提供云计算服务的节点，例如，服务节点可以是有状态的NFV网元，如NAT网元和LB网元。服务加速节点10也可以称为服务组30的快速路径(FastPath)，用于为服务组30内的服务节点提供加速服务，即报文到达服务加速节点后，服务加速节点可以根据本地维护的会话状态信息(例如一些流表项)直接对报文进行处理而不需要将报文上报给服务节点。每个流管理组20包括至少一个流管理节点，用于为服务组30提供会话状态同步服务，即针对某个会话，在服务组内各个服务节点之间进行会话状态信息的同步，使得各个服务节点在没有针对会话状态信息进行交互的情况下能够保持相同的会话状态信息。在本实施例中，服务加速节点10与至少一个流管理组20中的流管理节点通信连接，至少一个流管理组20中的流管理节点与服务组30中的服务节点通信连接。

在本实施例中，会话(session)是指网络节点之间的信息交换过程，网络节点之间为完成信息交换需要按一定规则在会话层实体之间建立起来一种暂时的联系，即“会话连接”，例如，会话连接可以是一个TCP连接、UDP连接或QIUC连接等，对此不做限定。在会话连接建立的情况下，服务加速节点可以维护该会话连接对应的会话状态信息，并基于所维护的会话状态信息为服务节点提供加速服务。但在实际应用中，会话连接的会话状态信息可能发生变化，或者服务加速节点本地尚未维护会话连接对应的会话状态信息，此时，服务加速节点将无法为服务节点提供加速服务，即在接收到报文的情况下，需要上报服务节点，由服务节点进行处理。进一步，服务节点针对报文进行处理，并生成该报文所属会话连接对应的会话状态信息，将该会话状态信息返回给服务加速节点，由服务加速节点基于该会话状态信息对该报文以及该会话连接中的后续报文进行加速处理。

其中，根据服务节点的不同，对报文的处理逻辑有所不同，相应地，服务节点产生的会话状态信息有所不同。例如，服务节点实现为LB网元时，LB网元负责提供负载均衡服务，相应地，会话状态信息为负载均衡相关的信息，例如包括但不限于：负载均衡算法或规则；服务节点实现为NAT网元时，NAT网元负责提供地址转换服务，相应地，会话状态信息为地址转换相关的信息，例如包括但不限于：地址转换规则或地址转换前后的IP地址等；服务节点实现为虚拟交换机(switch)时，虚拟交换机负责报文转发处理，相应地，会话状态信息为报文转发相关的信息，例如包括但不限于：加密算法、解密算法、转发流表等。

其中，将服务加速节点视为快速路径，相应地，服务组内的服务节点可视为慢速路径。为了容灾备份需求，慢速路径上的同一服务组中的多个服务节点之间互为备份关系，服务节点之间需要保持会话状态信息的同步，这样，当一个服务节点故障时，其它服务节点可基于所维护的会话状态信息继续对外提供服务。

在本申请实施例中，增加了流管理节点，并以流管理组的方式对流管理节点进行组织和管理，本申请实施例中的系统中存在至少一个流管理组，由至少一个流管理组为至少一个服务组提供会话状态同步服务。其中，可以预先对流管理节点进行分组，并预先为每个服务组分配与之对应的流管理组，每个服务组对应的流管理组可以是一个或多个，且不同服务组对应的流管理组可以相同，也可以不同。关于流管理组的分组方式以及服务组与流管理组之间的分配方式不做限定，示例性说明可参见后续实施例中的说明。在本实施例中，针对每个服务组30，在该服务组30与其对应的服务加速节点10之间增加至少一个流管理组20，每个流管理组20包括至少一个流管理节点201，在图2中以流管理节点201的数量是多个为例进行图示，但并不限于此。由至少一个流管理组20中的流管理节点201负责在服务组30中多个服务节点之间进行状态同步。

对于任一服务组来说，通过其对应的至少一个流管理组中的流管理节点负责在该服务组内各服务节点之间进行会话状态同步的过程相同或相似，在本实施例中，以任一服务组为例，为便于描述和区分，将该服务组称为目标服务组。也就是说，本实施例的目标服务组可以是会话状态同步系统中的任一服务组，该目标服务组中包含多个服务节点，多个服务节点实现相同或相似的服务功能，多个服务节点之间可以实现容灾备份，这里的多个是指两个或两个以上。

具体地，在快慢速分离逻辑中，报文首先到达服务加速节点10，服务加速节点10会判断本地是否维护有该报文对应的会话状态信息；如果本地维护有该报文对应的会话状态信息，则可以直接根据该会话状态信息对报文进行加速处理；如果本地未维护有该报文对应的会话状态信息，则需要将该报文上报目标服务组内的服务节点进行处理。在本实施例中，为了便于区分和描述，将需要目标服务组内的服务节点处理的报文称为待处理报文。其中，服务加速节点不是直接将待处理报文上报给目标服务组内的服务节点，而是将待处理报文发送给至少一个流管理组内的流管理节点，由至少一个流管理组内的流管理节点将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文对应的会话状态信息；本实施例的会话状态信息包括由服务节点或服务加速节点对报文进行处理所需的一些信息，例如一些流表信息。第一服务节点针对待处理报文生成会话状态信息，并将该会话状态信息发送给至少一个流管理组内的流管理节点；至少一个流管理组内的流管理节点接收第一服务节点返回的会话状态信息，并向目标服务组内的其它服务节点同步该会话状态信息，从而使得第一服务节点与其它服务节点之间保持相同的会话状态信息，实现会话状态的同步。

在本申请实施例中，并不限定至少一个流管理组内具体由哪个或哪些流管理节点为目标服务组中的服务节点提供会话同步服务。在一可选实施例中，服务加速节点可以从至少一个流管理组内选择第一流管理节点，将待处理报文发送给第一流管理节点，其中，第一流管理节点属于第一流管理组。相应地，第一流管理节点可以接收服务加速节点发送的待处理报文，然后由第一流管理节点自身或者由第一流管理节点配合至少一个流管理组内其它流管理节点为目标服务组中的服务节点提供会话同步服务，即将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文对应的会话状态信息，接收第一服务节点返回的会话状态信息并向目标服务组内的其它服务节点同步该会话状态信息，可由第一流管理节点单独执行，也可以由第一流管理节点配合至少一个流管理组内其它流管理节点一块完成。其中，服务加速节点选择第一流管理节点的实施方式并不限定，下面进行具体说明。

从选择流管理节点的方式来讲，可以从至少一个流管理组中直接选择第一流管理节点，将第一流管理节点所属的流管理组作为第一流管理组，或者，可以先从至少一个流管理组中选择第一流管理组，再从第一流管理组内选择第一流管理节点。无论是选择第一流管理节点还是选择第一流管理组，均可以采用一定的选择策略。

其中，从至少一个流管理组中选择第一流管理节点的方式与从第一流管理组中选择第一流管理节点的实施方式相同或相似，为了简化描述，下面以从至少一个流管理组中选择第一流管理节点为例，对选择第一流管理节点的方式进行举例说明。例如，可以从至少一个流管理组包含的流管理节点中随机选择流管理节点，将随机选择出来的流管理节点作为第一流管理节点。例如，基于报文的哈希算法选择第一流管理节点，具体地，从待处理报文中获取五元组，对五元组进行哈希计算，得到五元组对应的键值(key)，基于预先维护键值与流管理节点的关联关系，将与该五元组对应的键值关联的流管理节点作为第一流管理节点。又例如，可以根据各流管理节点的资源使用状态，从中选择第一流管理节点，例如，可以从负载小于负载阈值(即负载较轻)、网络时延小于设定时延阈值(即网络延迟较低)或者带宽大于设定带宽阈值(即带宽资源充足)的流管理节点中选择第一流管理节点。

其中，从至少一个流管理组中选择第一流管理组的实施方式，例如，可以是从至少一个流管理组中随机选择第一流管理组；又例如，可以根据各流管理组的资源使用状态，从中选择第一流管理组，例如，可以从整体负载小于特定负载阈值、整体网络时延小于设定时延阈值或者整体带宽大于设定带宽阈值的流管理组中选择第一流管理组；又例如，可以根据各流管理组包含的流管理节点的数量、地理位置、网络传输距离等信息，从中选择节点数量较多、地址位置更接近目标服务组或者网络传输距离更短的流管理组作为第一流管理组。

在本实施例中，将至少一个流管理组中的流管理节点为目标服务组内的服务节点提供会话状态同步服务需要执行的动作按照功能划分为两类，第一类动作A1：将待处理报文发送给第一服务节点，接收第一服务节点针对待处理报文返回的会话状态信息，简称为会话状态信息的获取；第二类动作A2：向目标服务组内的其它服务节点同步与处理报文对应的会话状态信息，简称为会话状态信息的同步。本申请实施例对动作A1和动作A2具体由至少一个流管理组中的哪个或哪些流管理节点执行不做限定。下面对至少一个流管理组中的流管理节点执行动作A1和动作A2的情况进行示例性说明。

示例X1：动作A1和动作A2由多个流管理组中的不同流管理节点配合执行。

例如，动作A1和动作A2由两个流管理组b1和b2中的流管理节点执行，流管理组b1中的流管理节点负责执行动作A1，并将会话状态信息同步至流管理组b2中的流管理节点，由流管理组b2中的流管理节点负责执行动作A2。例如，可以是流管理组b1中的一个流管理节点执行动作A1，该流管理节点可以是服务加速节点选择的第一流管理节点，由该流管理节点将会话状态信息同步给流管理组b2中的流管理节点，流管理组b2中的一个或多个流管理节点执行动作A2。在流管理组b2中的多个流管理节点相互配合执行动作A2的情况下，例如，两个流管理节点执行动作A2，两个流管理节点分别为：流管理节点B1和流管理节点B2，目标服务组内除第一服务节点之外的其它服务节点的数量为3，由流管理节点B1为其中一个服务节点同步会话状态信息，流管理节点B2为另外两个服务节点同步会话状态信息。在该示例中，以两个流管理组b1和b2为例进行说明，但并不限于两个流管理组，还可以是三个或更多个流管理组中的流管理节点配合完成动作A1和动作A2。

示例X2：动作A1和动作A2由一个流管理组中的一个流管理节点执行。

例如，服务加速节点可以选择第一流管理节点，第一流管理节点接收服务加速节点发送的待处理报文，将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文对应的会话状态信息，以及接收第一服务节点针对待处理报文返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息。

示例X3：动作A1和动作A2由一个流管理组中的多个流管理节点执行。

例如，服务加速节点可以选择第一流管理节点，第一流管理节点属于第一流管理组，第一流管理组中还包括第二流管理节点。第一流管理节点可以与第二流管理节点相互配合，为目标服务组内的服务节点提供会话状态同步服务，即两者相互配合以将待处理报文发送给目标服务组内的第一服务节点，接收第一服务节点针对待处理报文返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息。

其中，第一流管理节点与第二流管理节点相互配合，以将待处理报文发送给目标服务组内的第一服务节点，接收第一服务节点针对待处理报文返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息的实施方式并不限定。下面进行示例性说明。

示例Y1：由第一流管理节点将待处理报文发送给目标服务组内的第一服务节点，并接收第一服务节点针对待处理报文返回的会话状态信息，第一流管理节点直接向第二流管理节点同步会话状态信息，第二流管理节点向目标服务组内的其它服务节点同步会话状态信息。这样，第一流管理组内的第一和第二流管理节点都保存了相同的会话状态信息，所以当第一流管理节点故障时，第二流管理节点能够基于本地维护的会话状态信息继续为目标服务组提供会话状态同步服务，在一定程度上实现容灾备份。在该实施例中，第一流管理节点可以确定第二流管理节点，例如第二流管理节点是预先设定的流管理节点，或者是预先设定了第二流管理节点的选择方式，并且各流管理节点均保存有该选择方式，基于此，第一流管理节点可以根据保存的选择方式从其所在第一流管理组内选择出第二流管理节点。选择方式可以是但不限于：从其它流管理节点中选择具有特定IP地址的、负载小于设定负载阈值的或者带宽资源大于设定带宽阈值的流管理节点作为第二流管理节点。

示例Y2：第一流管理节点将待处理报文发送给目标服务组内的第一服务节点，并接收第一服务节点针对待处理报文返回的会话状态信息，并且第一流管理节点向第一流管理组内的其它流管理节点同步会话状态信息，其它流管理节点中包括第二流管理节点，由第二流管理节点向目标服务组内的其它服务节点同步会话状态信息。这样，第一流管理组内的所有流管理节点都保存了相同的会话状态信息，所以当某个流管理节点故障时，其它流管理节点能够基于本地维护的会话状态信息继续为目标服务组提供会话状态同步服务，实现容灾备份。在该实施例中，第一流管理节点可以不用关注第二流管理节点是哪个节点，其它流管理节点具有判断自己是否是第二流管理节点的能力。例如，各个流管理节点上可以维护判断是否是第二流管理节点的条件或规则，据此可以判断自己是否是第二流管理节点。在该实施例中，第二流管理节点是指第一流管理组内负责向目标服务组内的其它服务节点同步会话状态信息的流管理节点。其中，判断是否是第二流管理节点的条件或规则可以是但不限于：是否为具有特定IP地址的流管理节点，是否是负载小于设定负载阈值的流管理节点，是否是带宽资源大于设定带宽阈值的流管理节点，在流管理节点形成链式关系的情况下是否为链式关系的特定位置上的流管理节点等。

如图3a所示，第一服务节点实现为SD1，其它服务节点实现为SD2，SD2的数量可以是多个，第一流管理节点实现为FC1，其它流管理节点实现为FC2和FC3，第二流管理节点实现为FC3，将流管理节点FC2称为中间流管理节点，图3a仅为示例性展示，但并不限于此。进一步，图3a中包括步骤1-8，步骤1是服务加速节点无法直接对待处理报文进行处理，例如未匹配中(mismatch)对应的流表，将待处理报文上报至第一流管理组内的第一流管理节点FC1；步骤2是第一流管理节点FC1将待处理报文上报给目标服务组中的第一服务节点SD1；步骤3是第一服务节点对待处理报文进行相应地处理，生成会话状态信息；步骤4是第一服务节点SD1将会话状态信息同步给第一流管理节点FC1；步骤5是第一流管理节点FC1将会话状态信息同步给服务加速节点；步骤6是第一流管理节点FC1将会话状态信息同步给中间流管理节点FC2；步骤7是中间流管理节点FC2将会话状态信息同步给第二流管理节点FC3；步骤8是第二流管理节点FC3将会话状态信息同步给目标服务组中的其它服务节点SD2。在此说明，并不限定步骤5和步骤6之间的执行顺序，可以顺序执行，也可以并行执行。

其中，第一流管理节点向第一流管理组内的其它流管理节点同步会话状态信息的实施方式并不限定，下面进行示例性说明。

示例Z1：第一流管理节点分别向第一流管理组内的其它流管理节点同步会话状态信息。结合图3a所示，第一流管理节点FC1直接向流管理节点FC2同步会话状态信息，并且第一流管理节点FC1直接向流管理节点FC3同步会话状态信息，而不需要经过流管理节点FC2。

示例Z2：第一流管理组内的多个流管理节点之间，自第一流管理节点开始以链式关系顺序进行会话状态信息的同步。如图3a所示，第一流管理节点FC1、中间流管理节点FC2和第二流管理节点FC3之间形成链式关系。关于链式关系的实现形态不做限定。例如，第一流管理组内的多个流管理节点之间的链式关系是确定的，即首节点、首节点的下一个节点，下一个节点的下一个节点，以此类推，直至尾结点是确定的，形成线性链式关系。其中，第一流管理节点可以是该线性链式关系中的任何一个流管理节点，具体可视服务加速节点采用的选择算法而定；相应的，第二流管理节点可以是该链式关系中位于特定位置上的流管理节点，例如尾节点、首节点或处于第三个位置上的流管理节点等。

又例如，第一流管理组内的多个流管理节点形成环状链式关系，环状链式关系中的首节点和尾节点，与第一流管理节点的选择有关。例如，环状链式关系中包括三个流管理节点分别用m1、m2和m3来标识，环状链式关系表示为：m1—>m2—>m3—>m1，若第一流管理节点实现为流管理节点m1，流管理节点m1即为首节点，流管理节点m3为尾节点，自流管理节点m1开始以链式关系m1—>m2—>m3的顺序进行会话状态信息的同步；若第一流管理节点实现为流管理节点m2，流管理节点m2即为首节点，流管理节点m1为尾节点，自流管理节点m2开始以链式关系m2—>m3—>m1的顺序进行会话状态信息的同步；若第一流管理节点实现为流管理节点m3，流管理节点m3即为首节点，流管理节点m2为尾节点，自流管理节点m3开始以链式关系m3—>m1—>m2的顺序进行会话状态信息的同步。

其中，第二流管理节点可以由第一流管理节点选定，或者，第二流管理节点可以是链式关系上的最后一个流管理节点，或者，第二流管理节点可以是链式关系中的中间节点，例如，链式关系包括7个节点，第1个流管理节点是首节点，第7个流管理节点是尾节点，其它流管理节点是中间节点，第二流管理节点可以是中间节点中的任意一个。

针对上述示例Y2，第一流管理节点除了可以向第一流管理组内的其它流管理节点同步会话状态信息之外，还可以将待处理报文同步给其它流管理节点，这样第一流管理组内的所有流管理节点都保存了相同的会话状态信息和待处理报文，所以当第一流管理节点故障时，其它流管理节点能够基于本地维护的会话状态信息和待处理报文继续为目标服务组提供会话状态同步服务，实现容灾备份。具体地，第一流管理节点向第一流管理组内的其它流管理节点同步会话状态信息和待处理报文，其中，同步会话状态信息的方式可参考示例Z1和示例Z2，同步待处理报文的实施方式与同步会话状态信息的方式相同或相似，可参见前述。同步会话状态信息与同步待处理报文可以在同一个通信过程中实现，也可以在不同的通信过程中实现。在该实施例中，其它流管理节点中的第二流管理节点在接收到待处理报文和会话状态信息的情况下，可以向目标服务组内的其它服务节点同步会话状态信息，进一步也可以将待处理报文提供给目标服务组内的其它服务节点。

在本申请实施例中，并不限定会话状态信息的呈现方式。在一可选实施例中，会话状态信息可以采用流表项的方式进行呈现，流表项包括：匹配字段(key)和动作(action)。匹配字段可以与待处理报文相关，例如，可以待处理报文的五元组、三元组等信息，也可以是对五元组、三元组进行哈希计算，将哈希计算的结果作为匹配字段。其中，根据服务节点的类型和功能的不同，会话状态信息包含的动作也有所不同。例如，服务节点实现为LB网元时，会话状态信息实现为负载均衡信息，负载均衡信息包含的动作可以是重写待处理报文的报头，并将待处理报文转发至相应地网络节点上；再例如，服务节点实现为NAT网元时，会话状态信息实现为地址转换信息，地址转换信息包含的动作可以是将待处理报文的源地址由内部私有网络地址转换成外部公网地址；又例如，服务节点实现为虚拟交换机时，会话状态信息实现为报文处理信息，报文处理信息包含的动作可以是通过(pass)、丢弃(discard)、加密(encrypt)或解密(decrypt)等。

其中，一条会话连接包含出入两条数据流，例如，第一网络节点和第二网络节点之间建立会话连接，可以将第一网络节点基于该会话连接向第二网络节点发送报文的数据流称为入向流，将第二网络节点基于该会话连接向第一网络节点返回报文的数据流称为逆向流。

可选地，第一服务节点针对待处理报文返回的会话状态信息中可以包括入向流表项，以便于服务加速节点对入向流报文进行加速处理。基于此，第一流管理节点还可以将会话状态信息(如入向流表项)发送给服务加速节点，服务加速节点根据入向流表项对待处理报文及其后续报文进行加速处理，无需上报服务节点。

进一步可选地，考虑到会话一致性技术，需要保证入向流和逆向流由同一服务节点进行处理。其中，为了保证会话一致性，第一流管理节点可以根据第一服务节点下发的入向流表项生成逆向流表项，并将逆向流表项同步给第三流管理节点，由第三流管理节点代替第一服务节点为服务加速节点提供逆向流表项，无需再次将待处理报文对应的逆向流报文上报给第一服务节点，由于逆向流表项是根据第一服务节点提供的入向流表项生成的，这相当于该逆向流表项是由第一服务节点提供的，进而可以认为入向流和逆向流都是由第一服务节点处理的，保证了会话一致性，与此同时还降低了第一服务节点的负载。第三流管理节点是指会被服务加速节点选中的负责进行逆向流报文上报的流管理节点。其中，第一流管理节点根据入向流表项生成逆向流表项的实施方式并不限定，例如，入向流表项和逆向流表项均包括匹配字段和动作，其中，入向流表项的匹配字段与待处理报文对应，逆向流表项的匹配字段与待处理报文对应的逆向流报文对应，则可以基于入向流表项的匹配字段，结合待处理报文与逆向流报文之间的对应关系，确定逆向流表项的匹配字段；逆向流表项的动作与入向流表项的动作适配，例如，入向流表项的动作为地址转换，将IP1地址转换为IP2地址，则逆向流表项的动作可以是将IP2地址转换为IP1地址。

其中，第一流管理节点在将逆向流表项同步给第三流管理节点之前，需要选择第三流管理节点。为了便于第一流管理节点能够准确选择出第三流管理节点，第一流管理节点可以采用服务加速节点使用的流管理节点选择算法，模拟服务加速节点从至少一个流管理组中选择第三流管理节点，然后，将逆向流表项同步给第三流管理节点，使得第三流管理节点在服务加速节点接收到待处理报文对应的逆向流报文时，为服务加速节点提供逆向流表项。

进一步可选地，服务加速节点在接收到待处理报文对应的逆向流报文时，可以采用流管理节点选择算法，从至少一个流管理组中选择第三流管理节点，将逆向流报文发送给第三流管理节点；相应地，第三流管理节点接收该逆向流报文，并向服务加速节点返回该逆向流报文对应的逆向流表项；相应地，服务加速节点可以基于逆向流表项对该逆向流报文及其后续报文进行加速处理。

在本申请实施例中，并不限定第三流管理节点所属的流管理组，只要是与目标服务组对应的至少一个流管理组内的流管理节点即可。其中，第三流管理节点可以与第一流管理节点属于同一流管理组，或者，第三流管理节点与第一流管理节点属于不同流管理组。

在一可选实施例中，为了实现对逆向流表项的容灾备份，第三流管理节点还可以将逆向流表项同步给其所在流管理组内的其它流管理节点，这样当第三流管理节点故障时，其它流管理节点可以继续为服务加速节点提供逆向流表项。

在图3b中展示了流管理d1和流管理组d2，流管理组d1包括流管理节点FC1、流管理节点FC2以及流管理节点FC2，流管理组d2包括流管理节点FC4、流管理节点FC5以及流管理节点FC6，图3b示例性展示了9个步骤，步骤1是服务加速节点无法直接对待处理报文进行加速处理，例如未匹配中对应的入向流表项，将待处理报文上报至第一流管理节点FC1；步骤2是第一流管理节点FC1将待处理报文上报给第一服务节点SD1；步骤3是第一服务节点对待处理报文进行相应地处理，生成待处理报文对应的入向流表项；步骤4是第一服务节点SD1将入向流表项同步给第一流管理节点FC1；步骤5是第一流管理节点FC1将入向流表项同步给服务加速节点；步骤6是第一流管理节点FC1基于入向流表项生成待处理报文的逆向流表项；步骤7是第一流管理节点FC1将待处理报文的逆向流表项发送给第三流管理节点FC4；步骤8是服务加速节点接收到待处理报文对应的逆向流报文，且无法直接对逆向流报文进行加速处理，例如未匹配中对应的逆向流表项，将逆向流报文上报至第三流管理节点FC4；步骤9是第三流管理节点FC4将待处理报文对应的逆向流表项提供给服务加速节点；步骤10是第三流管理节点FC4向流管理节点FC5同步逆向流表项；步骤11是流管理节点FC5向流管理节点FC6同步逆向流表项。在图3b中，第一流管理节点FC1还会向流管理节点FC2同步会话状态信息，流管理节点FC2还会向流管理节点FC3同步会话状态信息。

在一可选实施例中，本实施例的会话状态同步系统还包括：系统管控节点，管理系统中存在的流管理节点，例如负责将系统中包含的多个流管理节点划分为至少一个流管理组，维护每个流管理组中包含的流管理节点的标识、状态等信息；并为每个服务组分配与之对应的至少一个流管理组，维护每个服务组与流管理组之间的对应关系。进一步，该系统管理节点还可以在流管理节点、服务节点以及服务加速节点之间进行相关控制面信息的同步，例如向流管理节点同步对应服务加速节点使用的流管理节点选择算法等。

其中，将系统中包含的多个流管理节点划分为至少一个流管理组的分组方式并不限定。例如，可以根据流管理节点的地理位置、资源量或流管理组的节点数量等进行分组，其中，资源量可以是CPU或GPU等计算资源，也可以是内存、硬盘等存储资源，还可以是带宽等网络资源等。例如，可以将地理位置小于设定距离阈值的流管理节点划分为一个流管理组；再例如，根据流管理节点的资源量，以流管理组的资源量总和满足设定资源量条件为目标，对多个流管理节点进行分组；又例如，以流管理组的节点数量满足设定的数量阈值为目标，对多个流管理节点进行划分，或者对多个流管理节点进行随机划分，得到多个流管理组。又例如，可以根据应用层的需求，灵活分组，例如，应用层要求流管理组的总资源量不少于10个GPU以及2T的存储资源，则可以根据各流管理节点的资源量，确定流管理组中的流管理节点，使得各流管理节点的计算资源量大于10个GPU以及存储资源量大于2T。

其中，也不限定从多个流管理分组中为目标服务组分配与之对应的至少一个流管理组的分配关系和分配方式。

例如，可以根据目标服务组中服务节点的数量，确定流管理组的数量，例如，为目标服务组中的每个服务节点分配一个流管理节点，将流管理节点所属的流管理组作为分配给目标服务组的至少一个流管理组。再例如，可以随机的为目标服务组分配至少一个流管理组。又例如，可以根据用户的需求分配流管理组，如，用户可以通过管理界面提交需求信息，该需求信息指示对流管理组的资源量需求或地理位置需求等，相应地，可以根据需求信息为目标服务组分配流管理组。又例如，将为服务组选择流管理组实现为一种选择服务，用户可以通过服务页面查看存在哪些流管理组规格，每个流管理组规格对应有服务费用以及相应的资源量，则可以根据用户选择的流管理组规格，为目标服务组分配对应的流管理组。

在一可选实施例中，并不对流管理节点的实现结构进行限定，图4示例性展示了一种流管理节点的内部结构示意图，如图4所示，流管理节点201包括：流表管理模块201a、拓扑管理模块201b以及动作预处理模块201c。其中，流表管理模块201a主要用于接收服务加速节点发送的待处理报文，向服务节点上报待处理报文，接收待处理报文针对待处理报文返回的会话状态信息，并向第二或其它流管理节点同步会话状态信息；拓扑管理模块201b主要用于维护流管理节点所属流管理组与服务组之间的对应关系，维护流管理组内各流管理节点与服务组内服务节点的连接关系，维护流管理节点与其所属流管理组中其它流管理节点之间的对应关系，以及还维护有服务组与服务加速节点之间的对应关系，以实现对服务组内服务节点的拓扑感知以及流管理组内流管理节点之间的拓扑感知；动作预处理模块201c主要用于基于入向流表项生成逆向流表项，并向第三管理节点同步逆向流表项。

在本申请实施例中，会话状态信息的同步以及逆向流表项的同步可以通过不同于待处理报文的状态同步报文进行承载，但并不对状态同步报文的格式进行限定，可以是任何能够承载会话状态信息、逆向流表项等信息的报文格式。在一可选实施例中，服务加速节点与流管理节点、流管理节点与服务节点以及流管理节点与流管理节点之间进行会话状态同步或逆向流表项同步时，可以采用通用网络虚拟化封装(Generic NetworkVirtualization Encapsulation，GENEVE)虚拟化隧道通信技术实现，并定义一些报文格式，如下表1-5。

表1基于GENEVE的会话同步内容

表2基于GENEVE内层的携带会话同步

其中，表1和表2所示的报文格式主要用于流管理节点与流管理节点之间同步会话状态信息以及逆向流表项；表1和表2的区别在于：表1所示报文格式传输会话状态信息，表2所示报文格式不仅能够传输会话状态信息，还能够同时携带待处理报文。例如，图3a中的步骤6和步骤7，图3b中的步骤7、步骤10以及步骤11可以采用表1或者表2的会话同步报文格式。

表1和表2所示的报文格式包含3种报文字段(GENEVE OPTION)：

1、类别(Class)＝0x137，类型(Type)＝0x51或者Type＝0x52；

a、当Type＝0x51时，表示状态同步报文包括：会话状态信息，会话状态信息携带在表1和表2中的会话动作主体(Session Action Body)字段(可简称为会话内容)中；

b、当Type＝0x52时，表示状态同步报文包括：会话状态信息和待处理报文，其中，待处理报文可被封装在GENEVE内层负载(Inner payload)字段中。

2、Class＝0x137，Type＝0x02，表示携带状态同步报文的元信息，即状态同步报文在流管理节点(FC)上的缓存(Cookie)，该缓存在未匹配中(mismatch)上报给服务节点时，由流管理节点提供给服务节点。

3、Class＝0x137，Type＝0x66，表示携带会话动作主体(Session Action Body)字段。

需要说明的是，表1和表2所示报文格式中还包括以下字段：V＝0，表示版本号(Version)为0；Opt Len＝*|O||C|，Opt Len表示变量长度选项(Variable Length Option)的长度；O表示这是一个运行管理和维护(Operations Administration and Maintenance，OAM)包；C表示在变量长度选项(Variable Length Option)里面，存在一个或者多个关键的(Critical)的选项option；Rsvd是保留字段(Reserved)，协议类型(Protocol Type)，以及VNI是虚拟网络标识符(Virtual Network Identifier)。

其中，表1和表2所示报文格式中的会话动作主体(Session Action Body)字段可采用如下表3所示的格式，但并不限于此。

表3Session Action Body的格式

其中，会话动作主体字段分成两个部分：(ActType)＝0x71表示会话内容；

1、第一部分，会话类型(ActType)＝0x71表示会话内容，ActType＝0x72表示在服务节点向流管理节点同步会话状态信息的情况下，服务节点可以根据报文修改会话内容，ActLen用来表示会话内容的长度，ActBody表示具体修改的会话内容。

2、第二部分，数据类型(DataType)表示需要修改的数据的类型，例如，需要修改的IP地址是源地址还是目的地址，数据偏移(DataOff)表示修改后的内容，例如修改后的源地址或目的地址等。

其中，DataType字段的取值不同，表示可以修改的对象不同，且修改对象的长度也会有所不同。下面以修改IP地址为例，对DataType字段定义如下：

1)DataType＝0x1:表示修改Tunnel Src IPv4(隧道源IPv4地址)，长度为4(bytes)；

2)DataType＝0x2:表示修改Tunnel Dst IPv4(隧道目的IPv4地址)，长度4(bytes)；

3)DataType＝0x3:表示修改Tunnel Src IPv6(隧道源IPv6地址)，长度为16(bytes)；

4)DataType＝0x4:表示修改Tunnel Dst IPv6(隧道目的IPv6地址)，长度为16(bytes)。

如下表4为流管理节点向目标服务组内的其它服务节点同步会话状态信息使用的报文格式。

表4

如下表5为第一流管理节点向第一服务节点同步待处理报文时使用的报文。表5与表2的区别在于，表5中不携带会话动作主体字段及其对应的其它字段。关于相同字段的解释说明可参见上文，在表5所示的报文格式中，待处理报文被封装在Inner payload字段中。

表5

本申请实施例除了提供系统实施例之外，还提供了会话状态同步方法，下面将从第一流管理组内第一流管理节点、非第一流管理节点以及第三流管理节点的角度，对本申请实施例提供的会话状态同步方法的过程进行说明。

图5a为本申请实例性实施提供的一种会话状态同步方法，该方法应用于第一流管理组内的第一流管理节点，如图5a所示，该方法包括：

501a、接收服务加速节点发送的待处理报文，待处理报文是需要目标服务组内的服务节点处理的报文；

502a、将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文的会话状态信息；

503a、接收第一服务节点针对待处理报文返回的会话状态信息，并向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，向目标服务组内的其它服务节点同步会话状态信息，包括：向第一流管理组内的第二流管理节点同步会话状态信息，以使第二流管理节点向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，向第一流管理组内的第二流管理节点同步会话状态信息，包括：在第一流管理组内的多个流管理节点之间，自第一流管理节点开始以链式关系顺序进行会话状态信息的同步直至第二流管理节点，第二流管理节点为链式关系的特定位置上的流管理节点。

在一可选实施例中，自第一流管理节点开始以链式关系顺序进行会话状态信息的同步直至第二流管理节点，包括：自第一流管理节点开始以链式关系顺序向下一流管理节点发送状态同步报文，直至状态同步报文被发送至第二流管理节点，状态同步报文中至少包含会话状态信息。

在一可选实施例中，状态同步报文还包括待处理报文。

在一可选实施例中，会话状态信息包括与待处理报文对应的入向流表项，本申请实施例提供的方法还包括：将入向流表项发送给服务加速节点，以使服务加速节点根据入向流表项对待处理报文及其后续报文进行加速处理。

在一可选实施例中，本申请实施例提供的方法还包括：根据入向流表项生成逆向流表项；模拟服务加速节点从至少一个流管理组中选择第三流管理节点，至少一个流管理组包括第一流管理组；将逆向流表项同步给第三流管理节点，以供第三流管理节点在服务加速节点接收到待处理报文对应的逆向流报文时为服务加速节点提供逆向流表项。

在一可选实施例中，第三流管理节点与第一流管理节点属于同一流管理组，或者，第三流管理节点与第一流管理节点属于不同流管理组。

图5b为本申请实例性实施提供的另一种会话状态同步方法，该方法应用于第一流管理组内的非第一流管理节点，如图5b所示，该方法包括：

501b、接收第一流管理组内上一流管理节点发送的会话状态信息，会话状态信息是目标服务组内的第一服务节点针对待处理报文下发给第一流管理组内的第一流管理节点的；

502b、在非第一流管理节点是第二流管理节点的情况下，向目标服务组内的其它服务节点同步会话状态信息；其中，在第一流管理组内的流管理节点之间，自第一流管理节点开始形成链式关系，第二流管理节点为所述链式关系的特定位置上的流管理节点。

在一可选实施例中，本申请实施例提供的方法还包括：在非第一流管理节点不是第二流管理节点的情况下，向下一流管理节点同步会话状态信息。

图5c为本申请实例性实施提供的又一种会话状态同步方法，该方法应用于第三流管理节点，如图5c所示，该方法包括：

501c、接收第一流管理组内的第一流管理节点发送的逆向流表项，逆向流表项是根据待处理报文对应的入向流表项生成的；

502c、接收服务加速节点发送的待处理报文的逆向流报文；

503c、根据逆向流报文向服务加速节点发送逆向流表项，以使服务加速节点对逆向流报文及其后续报文进行加速处理。

在一可选实施例中，本申请实施例提供的方法还包括：将逆向流表项同步给第三流管理节点所在流管理组内的其它流管理节点。

关于本申请实施例提供的图5a-5c所示方法中各步骤的详细实施方式以及有益效果已经在前述实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤501a至步骤503a的执行主体可以为设备A；又比如，步骤501a和502a的执行主体可以为设备A，步骤503a的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如501a、502a等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图6为本申请示例性实施例提供的一种会话状态同步装置的结构示意图，该装置对应于第一流管理组内的第一流管理节点，如图6所示，该装置包括：收发模块61和同步模块62。

收发模块61，用于接收服务加速节点发送的待处理报文，待处理报文是需要目标服务组内的服务节点处理的报文；

收发模块61，还用于将待处理报文发送给目标服务组内的第一服务节点以供第一服务节点生成待处理报文的会话状态信息，并接收第一服务节点针对待处理报文返回的会话状态信息；

同步模块62，用于向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，同步模块62具体用于：向第一流管理组内的第二流管理节点同步会话状态信息，以使第二流管理节点向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，同步模块62具体用于：在第一流管理组内的多个流管理节点之间，自第一流管理节点开始以链式关系顺序进行会话状态信息的同步直至第二流管理节点，第二流管理节点为链式关系的特定位置上的流管理节点。

在一可选实施例中，同步模块62具体用于：自第一流管理节点开始以链式关系顺序向下一流管理节点发送状态同步报文，直至状态同步报文被发送至第二流管理节点，状态同步报文中至少包含会话状态信息。

在一可选实施例中，状态同步报文还包括待处理报文。

在一可选实施例中，会话状态信息包括与待处理报文对应的入向流表项，收发模块61，还用于：将入向流表项发送给服务加速节点，以使服务加速节点根据入向流表项对待处理报文及其后续报文进行加速处理。

在一可选实施例中，该装置还包括：生成模块和选择模块.生成模块，用于根据入向流表项生成逆向流表项；选择模块，用于模拟服务加速节点从至少一个流管理组中选择第三流管理节点，至少一个流管理组包括第一流管理组；同步模块还用于：将逆向流表项同步给第三流管理节点，以供第三流管理节点在服务加速节点接收到待处理报文对应的逆向流报文时为服务加速节点提供逆向流表项。

在一可选实施例中，第三流管理节点与第一流管理节点属于同一流管理组，或者，第三流管理节点与第一流管理节点属于不同流管理组。

本申请示例性实施例提供的另一种会话状态同步装置，该装置对应于第一流管理组内的非第一流管理节点，该装置的结构与图6相同或相似，结构可参见图6所示的装置。

本实施例提供的会话状态同步装置包括：收发模块和同步模块。收发模块，用于接收第一流管理组内上一流管理节点发送的会话状态信息，会话状态信息是目标服务组内的第一服务节点针对待处理报文下发给第一流管理组内的第一流管理节点的。同步模块，用于在非第一流管理节点是第二流管理节点的情况下，向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，同步模块还用于：在非第一流管理节点不是第二流管理节点的情况下，向下一流管理节点同步会话状态信息。

本申请示例性实施例提供的又一种会话状态同步装置，该装置对应于第三流管理节点，该装置的结构与图6相同或相似，结构可参见图6所示的装置。

本实施例提供的会话状态同步装置包括：收发模块和同步模块。收发模块，用于接收第一流管理组内的第一流管理节点发送的逆向流表项，逆向流表项是根据待处理报文对应的入向流表项生成的。收发模块，还用于接收服务加速节点发送的待处理报文的逆向流报文。同步模块，用于根据逆向流报文向服务加速节点发送逆向流表项，以使服务加速节点对逆向流报文及其后续报文进行加速处理。

在一可选实施例中，同步模块，还用于将逆向流表项同步给第三流管理节点所在流管理组内的其它流管理节点。

图7为本申请示例性实施例提供的一种会话状态同步设备的结构示意图，该设备实现为第一流管理组内的第一流管理节点，如图7所示，该设备包括：存储器74和处理器75。

存储器74，用于存储计算机程序，并可被配置为存储其它各种数据以支持在会话状态同步设备上的操作。这些数据的示例包括用于在会话状态同步设备上操作的任何应用程序或方法的指令等。

处理器75，与存储器74耦合，用于执行存储器74中的计算机程序，以用于：接收服务加速节点发送的待处理报文，待处理报文是需要目标服务组内的服务节点处理的报文；将待处理报文发送给目标服务组内的第一服务节点，以供第一服务节点生成待处理报文的会话状态信息，并接收第一服务节点针对待处理报文返回的会话状态信息；向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，处理器75在向目标服务组内的其它服务节点同步会话状态信息时，具体用于：向第一流管理组内的第二流管理节点同步会话状态信息，以使第二流管理节点向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，处理器75在向第一流管理组内的第二流管理节点同步会话状态信息时，具体用于：在第一流管理组内的多个流管理节点之间，自第一流管理节点开始以链式关系顺序进行会话状态信息的同步直至第二流管理节点，第二流管理节点为链式关系的特定位置上的流管理节点。

在一可选实施例中，处理器75在自第一流管理节点开始以链式关系顺序进行会话状态信息的同步直至第二流管理节点时，具体用于：自第一流管理节点开始以链式关系顺序向下一流管理节点发送状态同步报文，直至状态同步报文被发送至第二流管理节点，状态同步报文中至少包含会话状态信息。

在一可选实施例中，状态同步报文还包括待处理报文。

在一可选实施例中，会话状态信息包括与待处理报文对应的入向流表项，处理器75还用于：将入向流表项发送给服务加速节点，以使服务加速节点根据入向流表项对待处理报文及其后续报文进行加速处理。

在一可选实施例中，处理器75还用于：根据入向流表项生成逆向流表项；模拟服务加速节点从至少一个流管理组中选择第三流管理节点，至少一个流管理组包括第一流管理组；

将逆向流表项同步给第三流管理节点，以供第三流管理节点在服务加速节点接收到待处理报文对应的逆向流报文时为服务加速节点提供逆向流表项。

在一可选实施例中，第三流管理节点与第一流管理节点属于同一流管理组，或者，第三流管理节点与第一流管理节点属于不同流管理组。

进一步，如图7所示，该会话状态同步设备还包括：通信组件76、显示器77、电源组件78、音频组件79等其它组件。图7中仅示意性给出部分组件，并不意味着会话状态同步设备只包括图7所示组件。另外，图7中虚线框内的组件为可选组件，而非必选组件，具体可视会话状态同步设备的产品形态而定。本实施例的会话状态同步设备可以实现为台式电脑、笔记本电脑、智能手机或IOT设备等终端设备，也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的会话状态同步设备实现为台式电脑、笔记本电脑、智能手机等终端设备，可以包含图7中虚线框内的组件；若本实施例的会话状态同步设备实现为常规服务器、云服务器或服务器阵列等服务端设备，则可以不包含图7中虚线框内的组件。

本申请实施例还提供一种会话状态同步设备，该会话状态同步设备可实现为第一流管理组内的非第一流管理节点，该会话状态同步设备的实现结构与图7所示会话状态同步设备的实现结构相同或类似，可参照图7所示会话状态同步设备的结构实现。本实施例提供的会话状态同步设备与图7所示实施例中会话状态同步设备的区别主要在于：处理器执行存储器中存储的计算机程序所实现的功能不同。对本实施例提供的会话状态同步设备来说，其处理器执行存储器中存储的计算机程序，可用于：接收第一流管理组内上一流管理节点发送的会话状态信息，会话状态信息是目标服务组内的第一服务节点针对待处理报文下发给第一流管理组内的第一流管理节点的；在非第一流管理节点是第二流管理节点的情况下，向目标服务组内的其它服务节点同步会话状态信息。

在一可选实施例中，处理器还用于：在非第一流管理节点不是第二流管理节点的情况下，向下一流管理节点同步会话状态信息。

本申请实施例还提供一种会话状态同步设备，该会话状态同步设备可实现为第三流管理节点，该会话状态同步设备的实现结构与图7所示会话状态同步设备的实现结构相同或类似，可参照图7所示会话状态同步设备的结构实现。本实施例提供的会话状态同步设备与图7所示实施例中会话状态同步设备的区别主要在于：处理器执行存储器中存储的计算机程序所实现的功能不同。对本实施例提供的会话状态同步设备来说，其处理器执行存储器中存储的计算机程序，可用于：接收第一流管理组内的第一流管理节点发送的逆向流表项，逆向流表项是根据待处理报文对应的入向流表项生成的；接收服务加速节点发送的待处理报文的逆向流报文；根据逆向流报文向服务加速节点发送逆向流表项，以使服务加速节点对逆向流报文及其后续报文进行加速处理。

在一可选实施例中，处理器还用于：将逆向流表项同步给第三流管理节点所在流管理组内的其它流管理节点。

关于本申请实施例提供的会话状态同步设备的详细实施方式以及有益效果已经在前述实施例中进行了详细描述，此处将不做详细阐述说明。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述图5a-5c所示方法实施例中可由会话状态同步设备执行的各步骤。

上述存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(Near Field Communication，NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(Radio Frequency Identification，RFID)技术，红外数据协会(InfraredDataAssociation，IrDA)技术，超宽带(Ultra Wide Band，UWB)技术，蓝牙(BlueTooth，BT)技术和其他技术来实现。

上述显示器包括屏幕，其屏幕可以包括液晶显示器(Liquid Crystal Display，LCD)和触摸面板(TouchPanel，TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

上述电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(Microphone，MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(Central ProcessingUnit，CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccessMemory，RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-change Random AccessMemory，PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(Dynamic RandomAccessMemory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(Digital Video Disc，DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种会话状态同步系统，其特征在于，包括：与目标服务组对应的服务加速节点和至少一个流管理组，所述目标服务组包括多个服务节点，一个流管理组包括至少一个流管理节点；

所述服务加速节点，用于将待处理报文发送给所述至少一个流管理组内的流管理节点，所述待处理报文是需要所述目标服务组内的服务节点处理的报文；

所述至少一个流管理组内的流管理节点，用于将所述待处理报文发送给所述目标服务组内的第一服务节点，以供所述第一服务节点生成所述待处理报文的会话状态信息，接收所述第一服务节点返回的所述会话状态信息，并向所述目标服务组内的其它服务节点同步所述会话状态信息。

2.根据权利要求1所述的系统，其特征在于，所述服务加速节点具体用于：从所述至少一个流管理组内选择第一流管理节点，将所述待处理报文发送给所述第一流管理节点，所述第一流管理节点属于第一流管理组。

3.根据权利要求2所述的系统，其特征在于，所述第一流管理节点，用于将所述待处理报文发送给所述第一服务节点，接收所述第一服务节点返回的会话状态信息，并向所述第一流管理组内的第二流管理节点同步所述会话状态信息，以使所述第二流管理节点向所述其它服务节点同步所述会话状态信息，所述第二流管理节点不同于所述第一流管理节点。

4.根据权利要求3所述的系统，其特征在于，所述第一流管理节点在向所述第二流管理节点同步所述会话状态信息时，具体用于：在所述第一流管理组内的流管理节点之间，自所述第一流管理节点开始以链式关系顺序进行所述会话状态信息的同步直至所述第二流管理节点，所述第二流管理节点为所述链式关系的特定位置上的流管理节点。

5.根据权利要求1-4任一项所述的系统，其特征在于，所述会话状态信息包括：与所述待处理报文对应的入向流表项，所述第一流管理节点还用于：

根据所述入向流表项生成逆向流表项，并模拟所述服务加速节点从所述至少一个流管理组中选择第三流管理节点，将所述逆向流表项同步给所述第三流管理节点，以供所述第三流管理节点在所述服务加速节点接收到所述待处理报文对应的逆向流报文时为所述服务加速节点提供所述逆向流表项。

6.一种会话状态同步方法，其特征在于，应用于第一流管理组内的第一流管理节点，所述方法包括：

接收服务加速节点发送的待处理报文，所述待处理报文是需要目标服务组内的服务节点处理的报文；

将所述待处理报文发送给所述目标服务组内的第一服务节点，以供所述第一服务节点生成所述待处理报文的会话状态信息；

接收所述第一服务节点针对所述待处理报文返回的会话状态信息，并向所述目标服务组内的其它服务节点同步所述会话状态信息。

7.根据权利要求6所述的方法，其特征在于，向所述目标服务组内的其它服务节点同步所述会话状态信息，包括：

向所述第一流管理组内的第二流管理节点同步所述会话状态信息，以使所述第二流管理节点向所述目标服务组内的其它服务节点同步所述会话状态信息。

8.根据权利要求7所述的方法，其特征在于，向所述第一流管理组内的第二流管理节点同步所述会话状态信息，包括：

在所述第一流管理组内的多个流管理节点之间，自所述第一流管理节点开始以链式关系顺序进行所述会话状态信息的同步直至所述第二流管理节点，所述第二流管理节点为所述链式关系的特定位置上的流管理节点。

9.根据权利要求6-8任一项所述的方法，其特征在于，所述会话状态信息包括与所述待处理报文对应的入向流表项，所述方法还包括：

将所述入向流表项发送给所述服务加速节点，以使所述服务加速节点根据所述入向流表项对所述待处理报文及其后续报文进行加速处理。

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

根据所述入向流表项生成逆向流表项；

模拟所述服务加速节点从所述目标服务组对应的至少一个流管理组中选择第三流管理节点，所述至少一个流管理组包括所述第一流管理组；

将所述逆向流表项同步给所述第三流管理节点，以供所述第三流管理节点在所述服务加速节点接收到所述待处理报文对应的逆向流报文时为所述服务加速节点提供所述逆向流表项。

11.根据权利要求10所述的方法，其特征在于，所述第三流管理节点与所述第一流管理节点属于同一流管理组，或者，所述第三流管理节点与所述第一流管理节点属于不同流管理组。

12.一种会话状态同步方法，其特征在于，应用于第一流管理组内的非第一流管理节点，所述方法包括：

接收第一流管理组内上一流管理节点发送的会话状态信息，所述会话状态信息是目标服务组内的第一服务节点针对待处理报文下发给所述第一流管理组内的第一流管理节点的；

在所述非第一流管理节点是第二流管理节点的情况下，向所述目标服务组内的其它服务节点同步所述会话状态信息；

其中，在所述第一流管理组内的流管理节点之间，自所述第一流管理节点开始形成链式关系，所述第二流管理节点为所述链式关系的特定位置上的流管理节点。

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

在所述非第一流管理节点不是第二流管理节点的情况下，向下一流管理节点同步所述会话状态信息。

14.一种会话状态同步方法，其特征在于，应用于第三流管理节点，所述方法包括：

接收第一流管理组内的第一流管理节点发送的逆向流表项，所述逆向流表项是根据待处理报文对应的入向流表项生成的；

接收服务加速节点发送的所述待处理报文的逆向流报文；

根据所述逆向流报文向所述服务加速节点发送所述逆向流表项，以使所述服务加速节点对所述逆向流报文及其后续报文进行加速处理。

15.一种会话状态同步设备，其特征在于，包括：存储器和处理器；所述存储器，用于存储计算机程序；所述处理器，与所述存储器耦合，用于执行所述计算机程序，以实现权利要求6-11、权利要求12-13以及权利要求14中任一项所述方法中的步骤。

16.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器实现权利要求6-11、权利要求12-13以及权利要求14中任一项所述方法中的步骤。

Images