[发明专利]会话处理方法、装置、系统、存储介质和计算设备

说明书

本发明公开了一种会话处理方法、装置和系统。其中，该方法包括：接收当前待处理的会话对应的会话数据，并根据会话数据生成相应的会话状态；根据会话的生命周期与广播时间阈值的大小关系，确定会话状态的同步方式。本发明解决了现有的广播式的会话状态同步机制所造成的资源浪费的技术问题。

技术领域

本发明涉及通信领域，具体而言，涉及一种会话处理方法、装置和系统。

背景技术

为提高服务系统的性能、可扩展性以及可靠性，可将多个服务器进行组合，得到服务器集群，图1示出了一种现有的负载均衡服务器(即SLB，Server Load Balance) 集群的网络拓扑结构。在图1中，CSR-1和CSR-2为路由器，LSW-1和LSW-2为交换机，路由器和交换机组成了SLB集群的网络拓扑结构中的网络设备，其中，SLB集群的流量可通过上述网络设备进入到SLB集群中。其中，LVS1、LVS2、LVS3和LVS4为SLB 集群中的四个服务器，T1和T2为服务器的端口，ladder为服务器端口对应的端口地址。

具体的，对于某一个具体的会话，网络设备首先根据服务器发布的路由信息从SLB集群中确定接收会话的数据包的服务器A，或者，根据ECMP(Equal-Cost MultipathRouting，等价多路径)的路由技术确定服务器A，并把会话的所有数据包转发给服务器A(例如，选择图1中的LVS1作为服务器A)。如果整个网络未发生变化，例如，服务器、交换机或路由器发生宕机导致图1所示的拓扑发生变化，则在本次会话的生命周期内，所有的数据包均转发至服务器A。上述过程称为粘性会话(session stickiness)。

当服务器A宕机后，上游的交换机或服务器可感知到服务器A连接的网络断开，此时，网络设备将之前发送给服务器A的数据包转发给集群中的其他服务器，例如，服务器LVS2。为了保证在服务器宕机等异常行为下系统的可用性，SLB集群会通过会话状态同步机制，将会话状态同步到集群中所有的服务器中，当会话状态发生变化时，例如，创建、状态变迁或销毁，处理会话状态变化的服务器可将会话状态通过会话同步机制广播到集群。

目前的会话同步机制都是基于网络广播实现的，例如，通过UDP(User DatagramProtocol，用户数据报协议)多播的方式实现。如图2所示，在SLB集群启动时，SLB 集群可加入到UDP多播组中，并将会话状态更新报文以UDP多播的形式广播给SLB集群中的所有服务器。然而，在现有的网络中，大多会话都是短连接，其持续时间一般小于30s，而集群中节点发生宕机的概率较小。在正常情况下，由于集群的健康状态未发生变化，某一个会话所有的数据包都会粘贴在一台服务器上，同步到其它服务器的会话状态并没有使用，从而导致网络带宽的浪费，以及服务器系统内存的浪费。

针对上述现有的广播式的会话状态同步机制所造成的资源浪费的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种会话处理方法、装置和系统，以至少解决现有的广播式的会话状态同步机制所造成的资源浪费的技术问题。

根据本发明实施例的一个方面，提供了一种会话处理方法，包括：接收当前待处理的会话对应的会话数据，并根据会话数据生成相应的会话状态；根据会话的生命周期与广播时间阈值的大小关系，确定会话状态的同步方式。

根据本发明实施例的另一方面，还提供了一种会话处理方法，包括：检测到服务器发生异常；根据服务器发生异常是否会导致集群内所有服务器的会话状态重新分布，确定集群的会话状态处理方式，其中，集群包括：服务器以及服务器处理的会话状态对应的备份服务器。