Forum Discussion
Rico
Jan 30, 2019Cirrus
When the monitor disable string is used, it sets the pool member to disabled which doesn't terminate current connections, it just prevents new ones. It seems like this is what is causing the delay in users drop off rate. The only way to speed it up would be to do something that terminates user connections early or to delete the persistence record.
It is possible to delete the persistence record when the monitor is manually disabled which would cause the F5 to reselect a pool member almost immediately, such as in this iRule:
when LB_SELECTED
{
if {[LB::status] eq "session_disabled"}
{
persist delete source_addr [IP::client_addr]
}
}
The most optimal solution for user experience is still to let the monitors function as intended, but deleting the persistence record should force users to reconnect to a new available server.
Hope this helps.