F5 中的最少连接负载均衡方法未将流量分配给所有成员
Least connection Load Balancing method in F5 not distributing traffic to all members
我不熟悉负载均衡器上的负载分配故障排除,需要您的帮助来解决一个问题。
池中有 11 名成员,但我看到请求一次只会发送 2-3 名成员。当这些服务器因负载而耗尽时,我看到他们的监视器出现故障,请求开始发送给其他 2-3 名成员。
我检查了持久性没有打开,其他成员 are/were 也很健康。
请有人指导我接下来要检查什么以找出问题?
以下是池的负载平衡器的一些设置。
allow-nat yes
allow-snat yes
app-service none
autoscale-group-id none
description "Flux Pool for p6_pool"
gateway-failsafe-device none
ignore-persisted-weight disabled
ip-tos-to-client pass-through
ip-tos-to-server pass-through
link-qos-to-client pass-through
link-qos-to-server pass-through
load-balancing-mode least-connections-member
metadata none
min-active-members 0
min-up-members 0
min-up-members-action failover
min-up-members-checking disabled
monitor tcp
partition Common
profiles none
queue-depth-limit 0
queue-on-connection-limit disabled
queue-time-limit 0
reselect-tries 0
service-down-action none
slow-ramp-time 10
来自池和虚拟配置的净化输出
uname@(ab-f5-2)(cfg-sync In Sync)(Active)(/Common)(tmos)# list ltm virtual vs_virtual_name_int_https
ltm virtual vs_virtual_name_int_https {
destination 172.ip_address:443
ip-protocol tcp
mask 255.255.255.255
pool p_poolName_8443
profiles {
http { }
serverssl-insecure-compatible {
context serverside
}
star.mc-int.vals19 {
context clientside
}
tcp-lan-optimized {
context serverside
}
ab-tcp-wan-optimized {
context clientside
}
}
rules {
CIP
}
source 0.0.0.0/0
source-address-translation {
pool Int-SNAT
type snat
}
translate-address enabled
translate-port enabled
vs-index 1999
}
列出 ltm 池 pool_name 输出
ltm pool p_poolName_port {
description "Flux Pool for p_poolName_port"
load-balancing-mode least-connections-member
members {
172.ip.11:port {
address 172.ip.11
session monitor-enabled
state up
}
172.ip.2:port {
address 172.ip.2
session monitor-enabled
state up
}
172.ip.1:port {
address 172.ip.1
session monitor-enabled
state up
}
172.ip.64:port {
address 172.ip.64
session monitor-enabled
state up
}
172.ip.68:port {
address 172.ip.68
session monitor-enabled
state up
}
172.ip.74:port {
address 172.ip.74
session monitor-enabled
state up
}
172.ip.180:port {
address 172.ip.180
session monitor-enabled
state up
}
172.ip.188:port {
address 172.ip.188
session monitor-enabled
state up
}
172.ip.5:port {
address 172.ip.5
session monitor-enabled
state up
}
172.ip.6:port {
address 172.ip.6
session monitor-enabled
state up
}
172.ip.7:port {
address 172.ip.7
session monitor-enabled
state up
}
}
monitor tcp
}
ltm 规则 CIP 输出
ltm rule CIP {
when HTTP_REQUEST {
HTTP::header insert CIP [IP::client_addr]
HTTP::header insert x-CIP [IP::client_addr]
}
}
后来发现打开了 OneConnect 配置文件,并且大多数时候重复使用相同的连接。
我不熟悉负载均衡器上的负载分配故障排除,需要您的帮助来解决一个问题。 池中有 11 名成员,但我看到请求一次只会发送 2-3 名成员。当这些服务器因负载而耗尽时,我看到他们的监视器出现故障,请求开始发送给其他 2-3 名成员。 我检查了持久性没有打开,其他成员 are/were 也很健康。 请有人指导我接下来要检查什么以找出问题?
以下是池的负载平衡器的一些设置。
allow-nat yes
allow-snat yes
app-service none
autoscale-group-id none
description "Flux Pool for p6_pool"
gateway-failsafe-device none
ignore-persisted-weight disabled
ip-tos-to-client pass-through
ip-tos-to-server pass-through
link-qos-to-client pass-through
link-qos-to-server pass-through
load-balancing-mode least-connections-member
metadata none
min-active-members 0
min-up-members 0
min-up-members-action failover
min-up-members-checking disabled
monitor tcp
partition Common
profiles none
queue-depth-limit 0
queue-on-connection-limit disabled
queue-time-limit 0
reselect-tries 0
service-down-action none
slow-ramp-time 10
来自池和虚拟配置的净化输出
uname@(ab-f5-2)(cfg-sync In Sync)(Active)(/Common)(tmos)# list ltm virtual vs_virtual_name_int_https
ltm virtual vs_virtual_name_int_https {
destination 172.ip_address:443
ip-protocol tcp
mask 255.255.255.255
pool p_poolName_8443
profiles {
http { }
serverssl-insecure-compatible {
context serverside
}
star.mc-int.vals19 {
context clientside
}
tcp-lan-optimized {
context serverside
}
ab-tcp-wan-optimized {
context clientside
}
}
rules {
CIP
}
source 0.0.0.0/0
source-address-translation {
pool Int-SNAT
type snat
}
translate-address enabled
translate-port enabled
vs-index 1999
}
列出 ltm 池 pool_name 输出
ltm pool p_poolName_port {
description "Flux Pool for p_poolName_port"
load-balancing-mode least-connections-member
members {
172.ip.11:port {
address 172.ip.11
session monitor-enabled
state up
}
172.ip.2:port {
address 172.ip.2
session monitor-enabled
state up
}
172.ip.1:port {
address 172.ip.1
session monitor-enabled
state up
}
172.ip.64:port {
address 172.ip.64
session monitor-enabled
state up
}
172.ip.68:port {
address 172.ip.68
session monitor-enabled
state up
}
172.ip.74:port {
address 172.ip.74
session monitor-enabled
state up
}
172.ip.180:port {
address 172.ip.180
session monitor-enabled
state up
}
172.ip.188:port {
address 172.ip.188
session monitor-enabled
state up
}
172.ip.5:port {
address 172.ip.5
session monitor-enabled
state up
}
172.ip.6:port {
address 172.ip.6
session monitor-enabled
state up
}
172.ip.7:port {
address 172.ip.7
session monitor-enabled
state up
}
}
monitor tcp
}
ltm 规则 CIP 输出
ltm rule CIP {
when HTTP_REQUEST {
HTTP::header insert CIP [IP::client_addr]
HTTP::header insert x-CIP [IP::client_addr]
}
}
后来发现打开了 OneConnect 配置文件,并且大多数时候重复使用相同的连接。