GTM算法和运行机制.docVIP

GTM分配算法及运行机制 GTM控制器采用了完善的负载平衡算法和业界最先进的流量分配方法： 循环 全球可用性 LDNS持续性 应用可用性 地理分布 虚拟服务器容量 最少连接 Pkt/sec（数据包/每秒） KB/sec（千字节/每秒） 往返时间 中继段（hop） 数据包完整率 用户定义服务质量（QoS） 动态比率 LDNS循环 比率 随机 以及最新的有第三方地址(Quova)信息资源数据库导入和支持DNSSEC功能 在GTM的每个WideIP中，可以选择三种算法，这三种算法按照预定的优先级进行排列。在通常情况下，选择Topology计算方法作为系统的优选算法，即所有的LocalDNS请求均被GTM计算其就近性，以保证绝大部分用户访问的最优化性。而RTT动态计算则作为Topology计算的补充算法，在Topology计算方式没有结果的时候，将用户请求定义到其本网的线路上。Global Availability 算法作为系统的默认算法，将所有无法计算结果并且不在Topology范围之内的LocalDNS请求，定义到系统的默认线路上。 地理分布算法 在GTM上，可以根据用户的LocalDNS地址来决定给用户返回那个地址。在GTM上可配置多个自定义区域，并将这些区域与链路相对应。当用户的LocalDNS发起请求连接GTM的时候，GTM将根据LocalDNS所位于的区域返回给LocalDNS适当的链路侧服务器地址，引导用户从正确的线路进行访问。 由于F5公司已经有多个运营商详细的地址段信息，因此通过对运营商的IP地址网段的信息输入到GTM内形成自定义区域表。 一个典型的topology表结构如下： topology { // 4 Items // server ldns score dc.CNC /16 100 dc.TEL /16 100 dc.CNC /16 100 } 这样，就将所有从表中ldns网段内的LocalDNS请求有限定一到相应的表中对应的链路上。 通常，我们采用地理分布算法作为首选算法。当动态检测机制无法检到LocalDNS就进性的时候，将启动静态算法，将在地址范围列表之内的用户定义到正确的线路上去。 全球可用性算法 全球可用性算法主要用于灾难备份系统。通过GTM的健康检查算法，可判断各站点或线路的健康状态。并在配置的时候，将同一域名所对应的IP地址进行排序，在系统正常的时候，仅会有排名第一的服务器对外提供服务。只有在排名第一的服务器无法对外提供服务的时候，由排名第二的服务器接管服务。如果有多线路或者多站点则依次类推。 通常，我们采用全球可用性算法作为第三选择算法。在动态计算和地理分布均没有命中的时候，将所有的用户定义到默认的线路上。 RTT算法运行机制： 通过3DNS的RTT就近性算法会自动运算生成一个ldns就近分布表，通过这个动态的表，每个客户上来都会提供一个最快速的链路进行访问，由于站点有网通和电信的两条广域网线路。在3DNS上会针对站点服务器(以为例)解析网通和电信的两个不同的公网地址。 对应于域名，在3DNS上配置wideip：，对应两个Virtual Server：VS1：77，VS2：00。分别属于网通和电信两条线路分配的IP地址段。在3DNS内部，同时定义两个DataCenter分别与网通和电信相对应。 用户的访问流程如下： 访问网银的用户在发起DNS请求时 首先向其所在运营商的Local DNS发起域名的DNS请求。步骤2 运营商的Local DNS服务器通过递归算法查找到工行的主、辅DNS服务器。步骤3和4。 接受到请求的GTM首先查询在本地是否有该LocalDNS的就近性表项，如果存在，则直接给LocalDNS返回速度最快的服务器地址。如果不存在，则通知另外一台GTM发起对该LocalDNS的查询。步骤5。 两台GTM分别对LocalDNS进行Probe。例如网通侧3DNS查询该LocalDNS的RTT时间为150ms，而电信侧GTM查询同一LocalDNS的RTT时间为300ms，则此时在两台GTM内都形成了该LocalDNS的对应就近性表记录。 接受到LocalDNS请求得GTM根据系统的就近性表返回相应的DataCenter内的WEB服务器地址。步骤6。 在用户LocalDNS获得地址后，将该地址返回给用户。步骤7 用户向网站发起访问。步骤8。 通过以上流程可以看出，通过动态计算方式，可以最为准确的估算出用户LocalDNS与两条线路之间的速度。通过GTM之间的信