[发明专利]经由任播的无地图全局流量负载均衡

说明书

技术领域

本发明涉及网络上的全局流量(traffic)管理，并且具体地，涉及基于某种标准将客户端引导(direct)至特定服务器。

背景技术

本节描述的方法是可被完成的方法，但不一定是先前已被构想出或完成的方法。因此，除非以其他方式指示，否则不应当进行如下臆断：仅由于这些方法包括在本节中就将本节描述的任何方法当作现有技术。

全局负载均衡或“GLB”跨越分布式的服务器组将客户端访问分发到服务器。跨越其分发客户端访问的服务器组例如可以是诸如因特网之类的广域网上的服务器。为了讨论的目的，将给出GLB被用来跨越因特网上的服务器分发客户端访问的示例。用于客户端访问的服务器的类型可以广泛地变化，并且包括但不限于HTTP web服务器、FTP服务器、SMTP(邮件)服务器、其它标准因特网协议服务器，或者利用专用协议的服务器。如这里使用的，术语“服务器”应指先前列出的任何类型的服务器。

许多GLB使用多种主动和被动监视技术来生成复杂的因特网地图。基于该地图，GLB作出流量路由决定以将客户端连接到“最接近的”服务器。如这里使用的，“接近”不一定是指仅基于地理的临近度作出确定。如这里使用的，“接近的”服务器是导致到客户端的最快的连接的服务器。因此，如果由于严重的网络拥塞使得客户端到达位于100英里远的服务器比到达位于200英里远的服务器慢，则GLB会将客户端路由到200英里远的服务器。

最常见形式的全局负载均衡是基于图1所示的域名服务(“DNS”)的。在图1所示的系统中，可能位于地理上不同区域的两个或更多个数据中心包含大量能够容宿(host)web应用的服务器。客户端105希望连接到由两个数据中心中的每个数据中心容宿的web应用。例如，容宿web应用的一个数据中心可能位于纽约103，而容宿web应用的另一数据中心可能位于旧金山101。

因特网服务提供商(“ISP”)可以使用集中化的局部名称解析器(local name resolver)，也称为递归DNS解析器，该解析器驻留在ISP的网络中并且与ISP的用户通信以服务于他们的DNS请求。客户端与局部名称解析器通信，并且随后局部名称解析器确定到哪儿去找用户请求的信息。域的权威DNS解析器接收来自局部名称解析器的请求，并且向局部名称解析器发送该域的IP地址。域的权威DNS解析器是驻留在域的网络内并且维护用于该域的网络的数据的服务器。GLB可以是权威DNS解析器的一部分或者可以与权威DNS解析器相分离。如这里使用的，术语“解析器”应指GLB可以作为其一部分或者可以不作为其一部分的权威DNS解析器。

例如，在图1中，客户端105将包括诸如“ww.sampledomain.com”之类的域名的请求111发送给局部名称解析器107。局部名称解析器107向作为“www.sampledomain.com”的所有者的权威DNS解析器109询问115“www.sampledomain.com”的IP地址。用于“www.sampledomain.com”的权威DNS解析器(和GLB)109基于由GLB生成的地图中的信息用数据中心的IP地址向局部名称解析器107作出响应。如果GLB检测到去往旧金山101处的数据中心的高流量，则GLB可以将连接发送给纽约103处的“较近的”数据中心，即使在地理上纽约103处的数据中心离客户端105远得多。局部名称解析器107将纽约103处的数据中心的IP地址发送给客户端105。然后，并且只有然后，客户端105连接到119纽约103处的数据中心而不连接到117位于旧金山101处的数据中心。

当网络拓扑或连通性出现诸如断纤、装备问题、容量问题、网区(netblock)迁移或人类干预之类的改变时，通常需要从头开始重新构建因特网地图。取决于用来创建或更新地图的协议和算法，该处理可能花费大量时间。由于因特网拓扑的动态本质，GLB可能难以维护完整的、准确的因特网模型。所得到的地图的不准确性可能导致不正确的路由决定，其可能严重连累客户端到服务器性能。结果，需要提供到服务器的”最接近的”连接的、不是基于利用基于DNS的GLB来生成并维护因特网地图的技术。

附图说明

在附图的各个图中，本发明是以示例的方式而非以限制性的方式来例示说明的，并且在附图中，相似的标号指代类似的元件，并且其中：

图1是基于DNS的全局负载均衡的示图；

图2是根据本发明实施例的被路由到最近的GLB/权威DNS服务器的名称解析请求IP分组的示图；

图3A是根据本发明实施例的连接到web服务器的客户端的示图；