Hot Cache: The Hot Cache is what you would see on a BigIP LTM device if you were to use an HTTP Class with RamCache enabled, the hot cache (RamCache) allows some limited caching functions and is bundled as one of the features built-in to the BigIP LTM device. This type of caching provides functionality much like a caching proxy server would in that the LTM will stand in proxy to the application server and request content on the client’s behalf – all normal application-generated caching rules apply however. Hot Cache maintains an in-memory cache of objects throughout their lifecycle.

Smart Cache: The Smart Cache is a Hot Cache on steroids, in the middle of ‘roid rage. Smart Cache is what happens when you add the Web Accelerator (WA) module into a BigIP LTM. Smart Cache is a little different from hot cache in that it not only maintains an in-memory set of the most used objects and objects which are not intelligently cached via IBR, but also does disk-based caching of other objects which have not yet been deemed invalid (IBR objects). The disk cache allows the WA to perform intelligent caching, allowing some objects to remain cached forever even if they never change on the server. The implications are insane especially for fairly static applications/sites.

Share on Facebook

For anyone trying to implement Oracle EnterpriseOne on F5 BigIP LTM with Web Accelerator module; and although it’s mostly not recommended by F5 to do this, you’ll need an iRule to make E1 8.11 to work with Web Accelerator.

With RamCache enabled (as is required for Web Accelerator to function), some of the content in the dynamic .maf files served by EnterpriseOne gets cached and held in RamCache; it seems for some reason (and it still may be my ‘greenness’ to the F5 WebAccel) that this data is not getting moved from Hot Cache to Smart Cache, as after a few logins, causes some users to experience session re-use from other users. Very bad!

It seems that no matter what I tried to do to exclude/proxy only the .maf files in WA, they keep getting caught in RamCache (Hot Cache) and held for way too long.

In order to stop this behaviour, just use an iRule to disable cache for .maf file requests:

when HTTP_REQUEST {
if { [HTTP::uri] contains “.maf” } {
CACHE::disable
}}

That’s that! Use the F5-provided WA policy for Oracle EnterpriseOne ERP and you’re set!
If anyone has happened to know of another way to deal with this or has managed to use WA on E1 8.11 WITHOUT having to do this, I am all ears… show me how it’s done!

Share on Facebook