静态负载均衡算法
算法 | 描述 | 使用场景 |
---|
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 都会接受到流量。 |