gtm与lc配合工作说明.doc

F5 GTM与LC多链路多站点接入方案 F5 公司北京办事处 PAGE 8 F 5 GTM 与LC配合工作说明 为什么要使用GTM 在原Chinanet分为北方China Netcom 和南方China Telecom之后。由于南北网络之间的互联问题。出现了从南方用户访问北方网站或北方用户访问南方用户访问速度较慢的问题。其出现的根本原因为南北网络的互通互联接点拥塞，造成用户丢包、延迟较大，从而导致访问缓慢，甚至对于一些应用根本无法访问。 对于一个运行关键业务的电子商务网站来说，保持用户的访问速度和访问的成功率非常重要。需要一套系统来解决南方和北方用户的访问问题。 以下是一张实测数据表，测试在每一次访问中，采用同一个客户端，分别访问同一台服务器在网通和电信两条链路的虚拟服务地址。总共60秒钟，请求同样的内容。 测试项目 网通北京ADSL用户访问 12月2日凌晨1时 广东电信用户访问，宽带用户，带宽未知，12月2 网通北京ADSL用户访问，12月2日16:00 上海ADSL宽带用户访问，12月2日 20:00 访问目的链路 网通 电信 网通 电信 网通 电信 网通 电信 60秒完成请求数: 72 69 4 76 52 47 19 35 每秒钟完成请求数 1.20 1.15 0.07 1.27 0.87 0.78 0.32 0.58 总共发送字节数(in KB) 14.19 13.47 0.96 14.96 13.61 12.23 3.87 7.03 每秒发送字节数(in KB/s) 0.24 0.22 0.02 0.25 0.23 0.20 0.06 0.12 总共接收字节数(in KB) 4148.24 4001.90 256.58 4388.54 3019.94 2703.26 21.73 39.83 每秒接收字节数 (in KB/s) 69.12 66.68 4.28 73.12 50.32 45.05 0.36 0.66 表中可以看出，对于同一个应用，一个用户分别从两条线路进行访问，得出的访问速度差异是非常大的。最大的差值在广东电信分别访问站点的两条线路，其速度差异接近20倍。 GTM 工作模式 F5 BIGIP-GTM主要通过DNS 解析来控制用户访问的目的站点。对于多个数据，多条链路的情况下，首先采用F5 BIGIP-LC 将一个数据中心内的同一组服务对外映射成分布在多条链路上的VS。用户通过统一的域名访问如，GTM 将根据内部的算法，选择一个最佳的VS与访问域名对应后返回个发起DNS 请求的客户端。从而引导用户访问最佳的数据中心并通过最佳的链路。 GTM上采用DataCenter、VS、和WideIP来标识系统中的各元素，系统逻辑结构图如下： 其中： GTM配置： VS:表示各线路真实对外提供服务的IP地址，在本系统中，VS为BIGIP-LC上映射的后端服务器地址。每一个后端的应用均对外在每条链路上映射一个地址。 WideIP:表示外部用户访问的统一域名如，每个WideIP均与相应的多个VS相对应，对于每一个LocalDNS的请求，GTM均会选择一个或多个相应的VS地址返回。WideIP主要负责A记录的解析。 DataCenter:用于标识线路或数据中心，位于同一个数据中心的所有VS、GTM配置上均位于同一个DataCenter。如果在一个DataCenter有多条链路，则所有的VS将会关联在不同的链路上。 Link: 用于标识每个DataCenter接入的链路，该链路信息由GTM 通过iQuery协议从BIGIP-LC上获得。 Zone Runner/BIND:在GTM内部用于解析非动态域名，提供标准DNS服务器的所有功能。包括SOA、NS、MX和A记录的解析。 BIGIP-LC配置： Link：用于标识每个DataCenter的接入链路，BIGIP-LC负责统计每条链路上的流量、连接数等信息，以提供GTM实现分配选择。 VS:表示对应于各线路的服务地址，该地址为虚拟地址 Pool:用于对后端的服务器分组，在同一组内可以是一个或多个服务器组成的负载均衡组。BIGIP将对VS的访问根据预先定义的算法分配到Pool中的每个Member节点上。 Member:标识每一台真实的服务器地址和提供服务的端口。 BIGIP-LC工作模式 由于采用了多条链路接入，则此时必将面临将系统中的一台或多台服务器同时对多条链路提供服务的问题。在系统设计中，我们采用了F5 BIGIP来实现了多出口接入。 如图： 在BIGIP-LC实现多链路接入的时候，采用了BI