9.5.2. Replicated Caches With All Caches Sharing The Same Store
The following figure shows 2 JBoss Cache instances sharing the same back end store:
Figure 9.2. 2 nodes sharing a back end store
Both nodes have a cache loader that accesses a common shared back end store. This could for example be a shared file system (using the FileCacheLoader), or a shared database. Because both nodes access the same store, they do not necessarily need state transfer on start up.
Rather, the
Note
Of course they can enable state transfer, if they want to have a warm or hot cache after start up.
FetchInMemoryState attribute could be set to false, resulting in a 'cold' cache, that gradually warms up as elements are accessed and loaded for the first time. This would mean that individual caches in a cluster might have different in-memory state at any given time (largely depending on their preloading and eviction strategies).
When storing a value, the writer takes care of storing the change in the back end store. For example, if node1 made change C1 and node2 C2, then node1 would tell its cache loader to store C1, and node2 would tell its cache loader to store C2.
