CN109743357A - 一种业务访问连续性的实现方法及装置 - Google Patents

Abstract

本申请提供一种业务访问连续性的实现方法和装置，包括：预先在各虚拟服务中配置相同的会话保持策略；接收到请求时，读取接收到的请求携带的客户端特性值，查询是否存在含有该客户端特性值的会话保持表项，如果不存在，通过所述会话保持策略生成包含该客户端特性值的会话保持表项；如果存在，依据查询到的会话保持表项分配接收到的请求。本申请技术方案可以提高用户业务的访问连续性和稳定性。

Description

一种业务访问连续性的实现方法及装置

技术领域

本申请涉及计算机网络技术领域，尤其涉及一种业务访问连续性的实现方法及装置。

背景技术

当前实现跨虚拟服务业务访问连续性的方法是：各虚拟服务分别引用不同的会话保持策略，认证的虚拟服务的会话保持策略生成的会话保持表项被其它虚拟服务的会话保持所共用，即，同一客户端进行认证的请求后，将认证的虚拟服务的会话保持策略生成的会话保持表项同步至其它虚拟服务会话保持策略中，通过共用会话保持表项来实现业务访问连续性。

但上述方法在客户首先发起的请求并非是认证请求的场景下，即非认证的虚拟服务自己创建了会话保持表项，会导致之后认证的虚拟服务生成的会话保持表项对于此前的非认证虚拟服务不生效，不能保证完成该业务的会话的各请求均被分配到同一节点上，导致业务异常。

发明内容

有鉴于此，本申请提供一种业务访问连续性的实现方法及装置，以提高用户业务的访问连续性和稳定性。

具体地，本申请是通过如下技术方案实现的：

第一方面，本申请提供一种业务访问连续性的实现方法，该方法包括：

预先在各虚拟服务中配置相同的会话保持策略；

接收到请求时，读取接收到的请求携带的客户端特性值，查询是否存在含有该客户端特性值的会话保持表项，如果不存在，通过所述会话保持策略生成包含该客户端特性值的会话保持表项；如果存在，依据查询到的会话保持表项分配接收到的请求。

第二方面，本申请提供一种业务访问连续性的实现装置，该装置包括配置单元，控制单元，资源分配单元和两个以上虚拟服务单元；其中，

配置单元，用于预先在各虚拟服务单元中配置相同的会话保持策略；

虚拟服务单元，用于接收请求；

控制单元，用于读取接收到的请求携带的客户端特性值；用于查询是否存在含有读取到的客户端特性值的会话保持表项；用于在查询结果为不存在时，调用所述会话保持策略生成包含读取到的客户端特性值的会话保持表项；用于在查询结果为存在时，将查询到的会话保持表项发给资源分配单元；

资源分配单元，用于依据所述查询到的会话保持表项分配所述接收到的请求。

分析上述技术方案可知，本申请提供了一种业务访问连续性的实现方法及装置，通过共用依据会话的首次请求所创建的会话保持表项，使得会话的各请求均分配到同一节点上，提高了用户业务的访问连续性和稳定性；同时一个会话仅需创建一条会话保持表项，节约了存储资源。

附图说明

图1是本申请一示例性实施例示出的一种业务访问连续性的实现方法的流程图；

图2是本申请一示例性实施例示出的一种业务访问连续性的实现装置所在设备的硬件结构图；

图3是本申请一示例性实施例示出的一种业务访问连续性的实现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，本申请提供了业务访问连续性的实现方法的实施例。该方法可以应用于负载均衡设备，该方法可以包括以下步骤：

步骤101：预先在各虚拟服务中配置相同的会话保持策略。

步骤102：接收请求，读取接收到的请求携带的客户端特性值。

在本实施例中，采用不同会话保持策略时，所述客户端特性值具体如下：

源IP会话保持策略，所述客户端特性值为客户端IP地址。

目的IP会话保持策略，所述客户端特性值为客户端访问的目的地址。

Cookie会话保持策略，所述客户端特性值为Cookie里的会话保持数值。

RADIUS会话保持策略，所述客户端特性值为User_name或Calling_station_id或Frame_ip_address或Acct_session_id。

步骤103：查询是否存在含有该客户端特性值的会话保持表项，如果不存在，执行步骤104；否则，执行步骤105。

在本实施例中，会话保持表项以存储于负载均衡设备内存中的会话保持表的记录的形式存储，此查询操作即是查询该会话保持表的全部有效记录，即有效会话保持表项。

步骤104：通过所述会话保持策略生成包含该客户端特性值的会话保持表项。

步骤105：依据查询到的会话保持表项分配接收到的请求。

在一个可选的实施例中，所述会话保持表项还包括：首次请求被分配到的节点。

相应的，所述依据查询到的会话保持表项分配接收到的该会话的请求为：将所述接收到的请求分配到查询到的会话保持表项中的节点上。

节点是处理负载均衡设备所分配请求的设备，通常是业务服务器。当服务器加入负载均衡池时，服务器即称为节点，本实施例中，作为表项的属性值的节点则是指被称为节点的服务器的IP地址。

在应用中，负载均衡设备还需要明确请求发往的节点端口，其具体实现为现有技术，此处不再赘述。

在另一个可选的实施例中，所述会话保持表项还包括：会话时效信息，会话时效信息可以是会话有效时长和会话保持表项的创建时间，为了节约内存资源，本实施例所示方法还可以包括实时或定时依据会话时效信息确定并清除失效会话保持表项的步骤。

所述确定失效会话保持表项可以是：

计算当前时间与该会话保持表项的创建时间的差值；

比较算得的差值是否大于该会话保持表项中的会话有效时间，如果不大于，则会话保持表项有效；否则，会话保持表项失效。

与前述业务访问连续性的实现方法的实施例相对应，本申请还提供了业务访问连续性的实现装置的实施例。

本申请业务访问连续性的实现装置的实施例可以应用在负载均衡设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图2所示，为本申请业务访问连续性的实现装置所在负载均衡设备的一种硬件结构图，除了图2所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的负载均衡设备通常根据该业务访问连续性的实现的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图3，为本申请一示例性实施例示出的一种业务访问连续性的实现装置的框图。该装置300可应用于图2所示的负载均衡设备，包括：

配置单元301，控制单元303，资源分配单元304和两个以上虚拟服务单元302；其中，

配置单元301，用于预先在各虚拟服务单元302中配置相同的会话保持策略；

虚拟服务单元302，用于接收请求；

控制单元303，用于读取接收到的请求携带的客户端特性值；用于查询是否存在含有读取到的客户端特性值的会话保持表项；用于在查询结果为不存在时，调用所述会话保持策略生成包含读取到的客户端特性值的会话保持表项；用于在查询结果为存在时，将查询到的会话保持表项发给资源分配单元304；

资源分配单元304，用于依据所述查询到的会话保持表项分配所述接收到的请求。

在另一个可选的实施例中，所述会话保持表项还包括：首次请求被分配到的节点；相应的，

所述资源分配单元304包括读取子单元3041和分配子单元3042；其中，

读取子单元3041，用于读取所述查询到的会话保持表项中的首次请求被分配到的节点；

分配子单元3042，用于将所述接收到的请求分配到读取到的节点上。

在另一个可选的实施例中，所述会话保持表项还包括：会话时效信息；相应的，

该装置还包括：

表维护模块305，用于实时或定时依据会话时效信息确定并清除失效会话保持表项。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (6)

1.一种业务访问连续性的实现方法，其特征在于，该方法包括：

预先在各虚拟服务中配置相同的会话保持策略；

接收到请求时，读取接收到的请求携带的客户端特性值，查询是否存在含有该客户端特性值的会话保持表项，如果不存在，通过所述会话保持策略生成包含该客户端特性值的会话保持表项；如果存在，依据查询到的会话保持表项分配接收到的请求。

2.根据权利要求1所述的方法，其特征在于，所述会话保持表项还包括：首次请求被分配到的节点；相应的，

所述依据查询到的会话保持表项分配接收到的该会话的请求为：将所述接收到的请求分配到查询到的会话保持表项中的节点上。

3.根据权利要求1所述的方法，其特征在于，所述会话保持表项还包括：会话时效信息；相应的，

该方法还包括：实时或定时依据会话时效信息确定并清除失效会话保持表项。

4.一种业务访问连续性的实现装置，其特征在于，该装置包括配置单元，控制单元，资源分配单元和两个以上虚拟服务单元；其中，

配置单元，用于预先在各虚拟服务单元中配置相同的会话保持策略；

虚拟服务单元，用于接收请求；

控制单元，用于读取接收到的请求携带的客户端特性值；用于查询是否存在含有读取到的客户端特性值的会话保持表项；用于在查询结果为不存在时，调用所述会话保持策略生成包含读取到的客户端特性值的会话保持表项；用于在查询结果为存在时，将查询到的会话保持表项发给资源分配单元；

资源分配单元，用于依据所述查询到的会话保持表项分配所述接收到的请求。

5.根据权利要求4所述的装置，其特征在于，所述会话保持表项还包括：首次请求被分配到的节点；相应的，

所述资源分配单元包括读取子单元和分配子单元；其中，

读取子单元，用于读取所述查询到的会话保持表项中的首次请求被分配到的节点；

分配子单元，用于将所述接收到的请求分配到读取到的节点上。

6.根据权利要求4所述的装置，其特征在于，所述会话保持表项还包括：会话时效信息；相应的，

该装置还包括：

表维护模块，用于实时或定时依据会话时效信息确定并清除失效会话保持表项。