静态负载均衡算法
算法 描述 使用场景 drop packet 丢弃DNS请求 确保GTM不将DNS解析成不可用的IP fallback IP 将DNS请求解析成指定的IP,即fallback IP ,GTM不监控这个IP可用性 当主用和备用都不可用时,GTM就会用fallback IP回应DNS请求,不管fallback IP 是否可用。相当于逃生通道 global availability 顺序分配,只有前面的IP不可用时,才会将DNS解析到后面的服务器 服务器之间性能或其他方面不同,有偏好承载业务的服务器 None 如果备用的负载分担方式是none,GTM直接跳过备用方式,使用fallback定义的方式进行负载分担;如果fallback方式是none,且配置了多个pool,直接使用下个pool;如果所有pool都不可用,返回一个pool的聚合地址;如果所有地址池的首选的负载均衡方式都已经配置,且备选和fallback方式为none,当首选负载分担方式无法选出IP时,使用下一个可用的pool 未想到使用该方式的场景 比率 按权重将DNS请求分配到不同的服务器 用于服务器之间性能不同,或者对某些服务器有偏好的情况 return to DNS 使用本地DNS回应域名解析请求 用于临时将一个pool从服务中移除 round-robin 轮询 static persist 根据哈希算法,将相同的IP地址的请求解析到相同的VS上 用于特定源地址解析到相同的VS上场景 topology 根据DNS请求中的地理位置信息,返回和请求地理相近的域名解析,需要预先配置拓扑的记录 期望用户请求访问同区域或同数据中心的资源
动态负载均衡算法
动态负载算法根据big3d agent收集的当前性能的指标和指定的算法,返回指定IP。
算法 描述 completion rate 如果一个VS和客户LDNS在数据包交互过程中保持最小的丢包或最少的超时包,GTM将使用该VS回应DNS请求 CPU GTM使用当前CPU利用率最小的VS作为DNS请求的回应 hops GTM使用 和客户之间路由跳数最小的VS作为DNS请求的回应 kbyte/s 使用当前处理流量最少的VS作为DNS请求的回应 least connection 使用最小连接数的VS作为DNS请求的回应 packet rate 使用处理包数量最少的VS作为DNS请求的回应 Qos GTM在配置了针对每个VS的测量后,使用Qos分数最高的VS作为DNS请求的回应 RTT 使用和客户LDNS RTT最短的 VS作为DNS请求的相应 VS score 配置了如果VS使用了LTM,可以使用VS score 最高的VS作为DNS请求的回应 VS capacity 如果配置了多个pool,根据每个pool可用的VS分配权重,权重最高的pool接收最多流量,同样pool中权重最高的server接收最流量,该算法所有的pool的server 都会接受到流量。