服务器全局负载平衡服务器全局负载平衡.docVIP

服务器全局负载平衡 简介 服务器全局负载平衡 (GSLB) 允许 Web 网络托管商、门户站点和企业根据地理位置分配内容和服务。分散内容和服务有许多好处，包括： 可以自动将用户指引到位于自己的地理区域的服务器中的内容，从而减少了响应时间和对昂贵的国际数据连接的使用时间。 引导用户离开拥挤的网络和服务器，使用户在网上的感觉更加良好。 通过使用多站点内容和服务来提高容错性和可用性，防止因本地网或区域网络中断、断电或自然灾害而导致故障的发生。 运行 GSLB 的 Alteon WebSystems 服务器交换机依照以下三项标准将用户的请求转到“最佳站点”，从而为其提供服务。 站点的健康状况, 站点距离 检索指定内容所需的响应时间。 本文对服务器全局负载平衡的解释以 HTTP 和万维网环境为基础，但并不局限于 HTTP。任何可以通过 Alteon Networks 的服务器交换机进行负载平衡处理的服务均可以使用 GSLB。 GSLB 操作概览 在客户机 Z 加载其浏览器并进入 URL：（参见图 1）后，系统向客户机的本地 DNS 服务器发送 DNS getByHostname 查询，要求获得代表 的 IP 地址。我 本地 DNS 服务器检查它的 DNS 缓存，以确定它是否已经知道该特定域名和主机名。如果不知道，本地 DNS 服务器将请求传递给适当的上游 DNS 服务器。 DNS 查询从上游 DNS 服务器的缓存中获得响应，或继续传递，直至到达站点 A、B 或 C 处的服务器交换机所包含的 DNS 服务器。最终由哪个站点接收请求，要由大量的 DNS 配置参数确定。 站点 A、B 和 C 的交换机配置为“分布站点”，并且均可以作为域 的“授权名称服务器”。每个站点可以直接响应代表该域 IP 地址的 DNS 查询。 例如，如果站点 B 收到 DNS 查询，则由其返回的 IP 地址便代表了包含被请求内容的站点的虚拟 IP (VIP) 地址。 图 1 - GSLB 操作 在上述示例中，假定站点 B 返回 IP 地址 0。客户机从其本地 DNS 服务器收到 DNS 查询响应，指明 0 是 的 IP 地址。客户机将随后打开与 0（在站点 A 上运行的 VIP 地址）的 TCP 端口 80 连接。然后，客户机与 Alteon WebSystems 的 Web 站点进行通信，内容则来自站点 A。 可是，站点 B 如何确定站点 A 就是处理客户机的请求的正确站点呢？为什么站点 A“优于”其它两个可能的站点（包括响应 DNS 查询的那个站点）呢？GSLB 使用三项标准来确定 DNS 将把客户机指引到哪一个站点： 站点的健康状况 客户机和站点的地理位置 测出的站点响应时间 GLSB 将站点排为一个有序的列表，供 DNS 响应客户机请求时使用。上述标准被用来确定某一站点是否列在表中，以及其出现的位置（下文将对此进行详细说明）。 如果客户机指向的站点突然发生故障或者超载，将会发生什么情况？假定运行 GSLB 的交换机及其与 Internet 连接运行正常，交换机便向客户机发回一个 HTTP 重定向指令，通知它转向另一个站点。 如果 VIP 不再具有任何健康的实 IP 地址 (RIP)，或者当 HTTP 请求被发送到已经达到各自最高连接阈值的实服务器时，将发生这种情况。 主要部件 GSLB 包含四个主要部件，它们在 GSLB 组的每个交换机上运行： 分布站点监控 - 每个站点的交换机对所有其它对等远程站点执行第 4 层健康状况检查（可将内容验证作为选项之一），以确定每个站点的服务器和应用程序的健康状况和响应时间。 分布站点状态协议 (DSSP) - 用于在站点之间交换健康状况、负载、响应时间和吞吐量信息，这些交换的信息来源于正常操作时的定期更新以及重大事件触发的更新。 对 Internet 拓扑结构的支持 - 交换机充当授权名称服务器，在响应时检查 DNS 请求并考虑地理因素。 DNS 授权名称服务器 - 响应被引导到该站点的 DNS 请求。 分布站点监控 每个分布站点的交换机定期对每个定义的远程实 IP (RIP) 地址执行健康状况检查和响应时间检查。这些远程 RIP（即参与 GSLB 操作的交换机）通常与如下 VIP 地址相对应：这些地址在对等站点的交换机中运行，而 GSLB 正在对这些交换机进行负载平衡处理。通过对每个远程 RIP 进行可配置的循环健康状态检查，站点便可了解其对等站点的服务器、应用程序及内容等的可用性和响应时间。 每次健康状态检查包括为一项已配置的应用程序打开和关闭 TCP 连接。如果交换机支持在应用/协议（HTTP、FTP、NNTP、DNS、SMTP 和 POP3）中进行内容健康状况检查，也可以将内容