Clustered servers have to share content across the instances by replicating the content. This article discusses some of the available options, as well as the design of future or desired components.
While the org.alfresco.repo.content.replication.ReplicatingContentStore (see Content_Store_Configuration) will replicate new content added to the store it will not automatically perform an exhaustive traversal of existing content in the primary content store and push it to the secondary stores. For this task you'll need to configure the org.alfresco.repo.content.replication.ContentStoreReplicator:
In some cluster configurations, the option to share content directly via a filesystem(s) doesn't exist. If the machines are all live within the cluster, then it is not possible to push the content from one server to another using rsynch or some other delayed mechanism. Instead, the content must be pulled onto the server that requires it. Alfresco servers already have a DownloadContentServlet that is able to access content using NodeRef and path based references.
The ability to remotely request content from a server using a ContentStore content URL of the form store://....
The notion of a read-only ContentStore
Additional get method on ContentService to access node-independent stream. Access must be limited to admin privileged user only.
Extend ContentDownloadServlet to access content via new new URL.
Add ReadOnlyContentStore flag interface and ensure that it gets respected by ReplicatingContentStore.
Estimated (without significant issues): 2 days implementation, 2 days testing
Sharing of authentication tickets or force logins to each machine providing content in the cluster.
Configuration of machines available in the cluster.