Common Use Cases > Pre-population of Acceleration Cache

Pre-population of Acceleration Cache

The Pre-Population feature allows you to warn the Exinda SMB (Server Message Block), Edge, or WAN memory cache of end users accessing the selected data. With a pre-populated cache, a first time access of the data is served up locally with LAN-like performance. The pre-population job can be created and started on demand or it can be created as a scheduled job so that it pre-populates at a particular time or on a recurring basis.

To pre-populate any of these caches, you must ensure that you have acceleration configured properly, including creating a policy that handles the type of traffic that you want to be pre-populated.

The pre-population service uses the management IP address on the Exinda as the “Client” IP for this process. The IP address must either be configured on the inline bridge itself or on a dedicated Management Interface residing on the “inside network” of the Exinda.

Exinda recommends that you configure your policies first, ensure that traffic is being processed properly by viewing it in the real-time monitor, and then create and optionally schedule the pre-population job.

Note:

Pre-populating the cache will not have the desired effect if the traffic does not fall under the appropriate acceleration policy.

When creating a pre-population object you will need to specify:

Figure - Creating the pre-population object using the previously created schedule

If you need to schedule pre-population, it is easiest to create the scheduled job first without specifying CLI instructions. Then you can select the scheduled job when creating the pre-population object. Note that you can use a scheduled job that already has activities associated with it. Assigning the schedule to the pre-population object automatically adds the pre-population CLI instructions to the scheduled job.