Forum Discussion
Max_Q_factor
Cirrocumulus
Piotr,
When you disable a pool member that is part of a virtual server with a persistence profile of any type the virtual server still reviews the persistence information, whether the information is maintained on the F5 in a table, is on a client as a cookie, or is calculated on a per-IP or per-connection basis like a hash.
Once the F5 validates the persistence using one or more of the persistence methods then it makes a decision on where to send the new connection.
I am sorry that this answer sounds so general but it seems like a general question.
dragonflymr
Mar 17, 2015Cirrostratus
My question was probably two questions in one, and second was cleverly hidden :-)
I figured out how LTM can always find out if new connection should be processed. What I am a bit not sure is what is the exact process for statefull and stateless persistence or rather when LTM can decide to not pass any connections to disabled node.
1. If there are Persistence Records present LTM should accept new connections until all records will expire, then should not accept any new connections - Am I right?
2. If stateless persistence is used (cookie or CARP) then LTM has to accept new connections as long as there is any active connection in connection table. When there is no active connection and LTM has no info about persistence (as this info is only contained in packet, like cookie) then there is no reason to keep member available for new connections. Or I am completely wrong and LTM will always pass new connection if based on info in packet given disabled member is target of connection?
My assumption was that after some time there should be no connection to the disabled member and it could be safely turned off (so for example http service stopped for maintenance).
Piotr