[发明专利]调节服务器群流入业务量的系统和方法

权利要求书

1.一种调节多个服务器对许多TCP连接请求的接纳的方法，所述多个服务器支持多个应用和多个客户，每个客户根据指定该客户被保证的最小TCP连接速率的服务级别约定，具有驻留在多个服务器上的电子商务活动，该方法包括如下步骤：

将多个应用的多个客户的进入负载接收到公用缓冲区中，所述进入负载包括现存TCP连接和TCP连接请求的IP包；然后

通过调节到多个服务器的TCP连接请求包的流动，对每个应用和每个客户，控制进入负载从公用缓冲区到多个服务器的流动，以为每个客户和每个应用至少提供最小TCP连接速率。

2.如权利要求1所述的方法，其特征在于，所有进入负载接收到公用缓冲区中，并且TCP连接请求包以先进先出的方式进行处理。

3.如权利要求1所述的方法，其特征在于，所述方法不直接控制来自多个服务器的流出业务量。

4.如权利要求1所述的方法，其特征在于，通过检测IP包是否为TCP连接请求包，并且立即接纳所有其它包，执行所述控制步骤。

5.如权利要求4所述的方法，其特征在于，通过确定IP包的SYN位是ON或OFF，执行所述检测步骤。

6.如权利要求4所述的方法，其特征在于，如果一定满足与TCP连接请求对应的客户的最小TCP连接速率，接纳关于TCP连接请求的IP包。

7.如权利要求6所述的方法，其特征在于，如果这样做不妨碍满足其它多个客户的最小TCP连接速率，也接纳关于客户之一的TCP连接请求的IP包。

8.如权利要求7所述的方法，进一步包括如下步骤：

丢弃控制步骤期间不被接纳的TCP连接请求包。

9.如权利要求7所述的方法，进一步包括如下步骤：

返回控制步骤期间不被接纳的TCP连接请求包，控制步骤期间不被接纳的TCP连接请求包用复位代码位ON返回。

10.如权利要求1所述的方法，进一步包括如下步骤：

当一个或多个客户已超过一个或多个应用的最小TCP连接速率，对一个或多个应用计算是否能接纳一个或多个客户的TCP连接请求包。

11.如权利要求1所述的方法，进一步包括如下步骤：

与外部装置进行通信，以接收对一个或多个服务级别约定的修改。

12.如权利要求1所述的方法，进一步包括如下步骤：

与外部装置进行通信，以将所收集的统计数据发送到外部装置。

13.如权利要求1所述的方法，其特征在于，使用实时接纳/拒绝算法执行所述控制步骤，其中，基于每包调节TCP连接请求包到多个服务器的流动。

14.如权利要求1所述的方法，其特征在于，使用基于目标速率的接纳/拒绝算法执行所述控制步骤，其中，基于每单位时间调节TCP连接请求包到多个服务器的流动。

15.一种根据支持多个应用和多个客户的多个TCP连接请求控制和保证服务级别约定的方法，所述多个客户具有驻留在多个服务器上的电子商务活动，每个客户具有指定该客户被保证的最小TCP连接速率的服务级别约定，该方法包括如下步骤：

将多个应用的多个客户的所有进入负载接收到公用缓冲区中，进入负载包括现存TCP连接和TCP连接请求的IP包；

以先进先出的方式从公用缓冲区取出TCP连接请求包；和

通过调节TCP连接请求包到服务器群的流动，对每个应用和每个客户，控制IP包从公用缓冲区到服务器群的流动，以为每个客户和每个应用至少提供最小TCP连接速率，该控制步骤包括：

检测IP包是TCP连接请求包，或现存TCP连接包；

立即接纳现存TCP连接的IP包；

如果一定满足与TCP连接请求对应的客户的最小TCP连接速率，接纳TCP连接请求包；和

如果这样做不妨碍满足其它多个客户的最小TCP连接速率，接纳客户之一的TCP连接请求包。

16.如权利要求15所述的方法，其特征在于，所述方法不直接控制来自服务器群的流出量。

17.如权利要求15所述的方法，其特征在于，通过确定IP包的SYN位是ON或OFF，执行所述检测步骤。