Forum Discussion
David_Farkas_29
Nimbostratus
Feb 01, 2005Cache persistence on domain name
Under 4.x I've used a very simple cache rule to send requests to a set of caches. However, back in 4.2 PTF6, a 'special' feature was added to allow persistence to a cache based on the level of the ho...
unRuleY_95363
Feb 09, 2005Historic F5 Account
Yes, the default persist time is 180 seconds, however, if you notice in the second rule I actually set this to an hour. Yes, it does have the potential to create a lot of persist records, but they are fairly small and the system can support millions of them with no effect on performance.
Yes, the drawback to using regular persistence is that when the persist entry times out (due to lack of usage), then the new request will get load balanced to a new member. However, one of the side benefits to HASH persistence is that it even if there is no persist record, it will still persist to the member that is a result of taking the number of active pool member modulo the hash value. So, this should help keep the requests going to the same member even though the persist entry timed out. (I actually forgot about this last night and hence I don't think increasing the persist timeout value is necessary).
Lastly, yes you could just set the request directly to the member and not worry about it, however, persistence already takes care of that so why bother? (I guess if you wanted to simulate the hash persistence behavior above, you could certainly do that).
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects
