[发明专利]一种聚合服务器的用户请求处理方法和装置

说明书

本发明实施例提供了一种聚合服务器的用户请求处理方法和装置，包括：接收用户请求；确定各个数据中心中的各个工作服务器分组的工作服务器的第一资源参数，以及各个数据中心中的聚合服务器的第二资源参数；若当前数据中心中属于同一个工作服务器分组的工作服务器的第一资源参数，小于当前数据中心的第二资源参数，则将该工作服务器分组确定为目标工作服务器分组；根据目标工作服务器分组的工作服务器的第一资源参数和当前数据中心的第二资源参数，确定分发请求；在除当前数据中心的其余数据中心中确定目标数据中心；将分发请求，发送到目标数据中心的目标工作服务器分组的工作服务器。从而最小化跨数据中心I/O请求量，提升分布式系统的响应时间。

技术领域

本发明涉及通信技术领域，特别是涉及一种聚合服务器的用户请求处理方法和一种聚合服务器的用户请求处理装置。

背景技术

当代的互联网服务为了保证服务的高可用性，防止一旦数据中心出现故障而造成整个服务不可用，都会采取同城跨数据中心部署，甚至异地跨数据中心进行部署。跨数据中心部署有很大可能会引入通信跨数据中心相关的问题，目前我国的现状是不同的互联网服务商之间的通信带宽非常受限。跨数据中心部署由于地理距离的因素，通信延迟也会比较长。如果出现大量的跨数据中心访问，会使得服务响应时间大大增加。

目前比较常见的解决方案是采用物理数据中心隔离。主要做法是通过服务部署隔离，使得各个数据中心之间不相互通信，来最大限度的解决问题。此方法的确是最好的解决方案，但是却需要非常严苛的限制条件，就是一个数据中心可以对外提供完整的服务。

这种方案在很多情况下是无法有效工作的。一个具有普遍性的例子是：在典型的分布式互联网服务，至少需要两种角色的服务器，一种称之为工作服务器(Work Server)：工作服务器是真正提供服务的机器，一套完整的服务，至少需要多台工作服务器同时进行工作；另一种称之为聚合服务 (Aggregator Server)：聚合服务对外提供服务，对内将请求分发到多个工作服务器，然后汇总来自工作服务器的响应数据，将数据汇总后提供给用户。

一般工作服务器至少需要多台才能提供完整服务，比较典型的是由5台以上的工作服务器来对外提供服务。假如有A和B两个数据中心，工作服务器数量分别为17和3台。如果要进行完全的物理数据中心隔离，则B数据中心的3台工作服务器是无法独立的对外提供完整的服务的。如果要将两个数据中心的工作服务器都最大限度的利用起来，则数据中心B的工作服务器必须要和数据中心A的工作服务器进行通信。可以看出，难以实现最大限度的使用机器资源，又进行最大限度的数据中心物理隔离。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种聚合服务器的用户请求处理方法和相应的一种聚合服务器的用户请求处理装置。

为了解决上述问题，本发明实施例公开了一种聚合服务器的用户请求处理方法，包括：

接收用户请求；

确定各个数据中心中的各个工作服务器分组的工作服务器的第一资源参数，以及，各个数据中心中的聚合服务器的第二资源参数；所述第一资源参数表示数据中心中属于同一工作服务器分组的工作服务器单位时间内处理的用户请求的数量；所述第二资源参数表示数据中心的聚合服务器单位时间内处理的用户请求的数量；

若当前数据中心中属于同一个工作服务器分组的工作服务器的第一资源参数，小于当前数据中心的第二资源参数，则将该工作服务器分组确定为目标工作服务器分组；

根据目标工作服务器分组的工作服务器的第一资源参数和当前数据中心的第二资源参数，从当前数据中心接收的所有用户请求中，确定分发请求；

在除当前数据中心的其余数据中心中确定目标数据中心；

将所述分发请求，发送到所述目标数据中心的目标工作服务器分组的工作服务器。