[发明专利]网络业务处理方法和负荷分担装置

说明书

本发明公开了一种网络业务处理方法和负荷分担装置。该方法通过第一负荷分担节点接收第二负荷分担节点广播发送的当前时刻的负荷信息，第二负荷分担节点为除第一负荷分担节点之外的负荷分担节点。第一负荷分担节点根据接收到的负荷信息以及自身的负荷信息，确定与第一负荷分担节点关联的服务器待接收的负荷量，接收到负荷信息包括第二负荷分担节点向关联的服务器发送的业务请求的负荷量。第一负荷分担节点根据服务器待接收的负荷量，调整第一负荷分担节点自身分发的负荷量，以充分利用服务器的业务性能，从而调节负荷信息的分发策略和分发阈值策略，提升了整个网络系统处理业务请求的能力。

技术领域

本申请涉及通信领域，尤其涉及一种网络业务处理方法和负荷分担装置。

背景技术

负荷分担是指在通信网络中，网络设备及业务处理实体之间工作负荷的彼此分担和分享功能。负荷分担的目的在于保证整个通信网络系统的稳定、有序运行，减少系统崩溃的概率。传统的，如果网络组网基于多个负荷分担节点，那么多个负荷分担节点按统一的、预定义好的分发规则发送业务请求。

如图1所示的网络组网图中，系统业务服务器1-10组成一个服务器整体，对外可以提供每台服务器最大300每秒试呼次数(call attempt per second，CAPS)的服务。负荷分担节点1的分发逻辑是：将30％的业务请求发送到服务器1，30％的业务请求发送到服务器2，30％的业务请求发送到服务器3，且最多不将100CAPS发送给每个服务器。负荷分担节点2的分发逻辑是：将30％的业务请求发送到服务器1，30％的业务请求发送到服务器2，30％的业务请求发送到服务器3，且最多不将100CAPS发送给每个服务器。负荷分担节点3的分发逻辑是：将30％的业务请求发送到服务器1，30％的业务请求发送到服务器2，30％的业务请求发送到服务器3，且最多不将100CAPS发送给每个服务器。

然而，上述预定义好的分发规则，无法预见在节点失效、新加入的负荷分担节点的场景，或者无法预见某个负荷分担节点失效的场景下，如何针对超负荷的场景进行对应的、合理的丢弃动作。

发明内容

本申请提供了一种网络业务处理方法和负荷分担装置，该方法可以根据负荷分担节点后端的每台服务器的业务潜力，调节负荷信息的分发策略和分发阈值策略，以充分利用每台服务器，从而提升整个网络系统处理业务请求的能力和效率。

第一方面，提供了一种网络业务处理方法。该方法可以包括：第一负荷分担节点接收第二负荷分担节点广播发送的当前时刻的负荷信息，第二负荷分担节点为除第一负荷分担节点之外的负荷分担节点。第一负荷分担节点根据接收到的负荷信息以及自身的负荷信息，确定与第一负荷分担节点关联的服务器待接收的负荷量，接收到负荷信息包括第二负荷分担节点向关联的服务器发送的业务请求的负荷量。其中，业务请求可以是超文本传输协议(Hyper Text Transfer Protocol，HTTP)请求，或者网络服务(web service)请求。第一负荷分担节点根据服务器待接收的负荷量，调整第一负荷分担节点自身分发的负荷信息。通过该方法向后端的服务器实时发送业务请求,对业务请求进行处理，从而充分利用每台服务器的业务潜能，提升了整个网络系统处理业务请求的能力，同时也避免了服务器接收超负荷的业务请求的问题。

在一个可选的实现中，第一负荷分担节点向至少一个第二负荷分担节点广播发送当前时刻的负荷信息。

在一个可选的实现中，该接收到负荷信息包括负荷分发阈值。第一负荷分担节点根据接收到的负荷信息以及自身的负荷信息，确定与第一负荷分担节点关联的服务器接收的负荷量，包括：第一负荷分担节点根据负荷分发阈值、第二负荷分担节点向关联的服务器发送的业务请求的负荷量以及自身的负荷信息，确定与第一负荷分担节点关联的服务器待接收的负荷量，从而在满足第一负荷分担节点的负荷分发阈值的基础上，进一步充分利用每台服务器的业务潜能。其中，自身的负荷信息可以包括当前时刻第一负荷分担节点接收的业务请求负荷量。接收到的负荷信息可以包括第二负荷分担节点向关联的服务器发送的业务请求的负荷量。