Forum Discussion
U_franco_117956
Nimbostratus
NimbostratusLTM tries to persist to pool member down
Hi.
We need help to troubleshoot this curious behavior in our ltm guest on Viprion 2400. We are noticing high cpu utilization on ltm guest when web administrators deactivate HTTP service in one of ...
U_franco_117956Nimbostratus
NimbostratusHi.
Thanks a lot for your responses.
We can´t ditch the irule because we need it to maintain HTTP-to-HTTPS persistece. Built-in persistence doesn´t implement match across services option, that is the reason we use this irule.
Our monitor is not aggresive. It is an HTTP monitor testing in 15 sec. steps
Action on service down option is configured with default value none. Perhaps we had to try with Reselect, Am I wrong??
Thanks
U_franco_117956Nimbostratus
NimbostratusHi again.
Thanks for your response.
"Cookie persistence encodes the selected pool member into the cookie value. The client presents this cookie to the server each time it makes a request, the Bigip decodes this and sends the request to the pool member found.
Browsers send this cookie whenever they are making a request to a site with the same domain name."
Yes, you are right, this is what we were looking for, and irule is working fine. Cookie persistence encodes selected pool member in cookie value. by this way the same pool member is selected when we change from HTTP to HTTPS (HTTP and HTTPS vservers has the same virtual IP and the same nodes) You don´t bear in mind domain name info, We are thinking to remove it.
"https only modifies the scheme, not the domain name"
I´m not sure about what do want to say to me about it, but domain never is modified.
Perhaps our issue is related with this sol10386 http://support.f5.com/kb/en-us/solutions/public/10000/300/sol10386.html We are trying to verify it using propossed workaround. What do you think??
B.R.
