Hi Chaps
Replicating a data store which hosts VMs from a primary to a secondary SAN, I have noticed that the data size is significantly higher than what I had originally anticipated. In order to save on potentially wasteful replication traffic, I have already taken measures to move the VM swap file to separate, non-replicated volume - which rules out the VM swap file causing the issue. I'm now considering moving the OS page files to a separate, non-replicated volume also, as I believe that could be the cause of the overly-high rate of data change.
I have monitored the guest VMs' page file usage and have noticed that on the 3 Server 2003 Standard machines, there is a continual page file utilisation of approximately 15%. These 2003 machines have 4GB of RAM allocated and probably run at around 50% virtual memory utilisation - so, they're not being pushed to their limits. There are also 2 Server 2008 machines residing on the same host which share the same qualities, 4GB of RAM, 50% utilisation, but 0% page file utilisation. The 2003 machines are Terminal Servers, so I'm guessing that the cause for the page file usage is down to idle / disconnected sessions, whereas the 2008 machines provide file and print services, which don't tend to tie up resource for prolonged periods of time.
So, to cut to the chase - what are people's thoughts on this? Is offloading the OS page file usual practice in a replicated environment? Has anyone tried this configuration before? Is there anything that I'm missing? Maybe the page file isn't to blame?
Just to fill you in on some statistics, there's 5 VMs in total, as mentioned above. The replication traffic for the VM host volume varies between 1 - 2GB (per hour) depending on time of day. The hypervisor is ESXi 4.1 update 1, running on R710s with Equallogic SANs.
Any comments / suggestions appreciated!
Thanks
Martin
Replicating a data store which hosts VMs from a primary to a secondary SAN, I have noticed that the data size is significantly higher than what I had originally anticipated. In order to save on potentially wasteful replication traffic, I have already taken measures to move the VM swap file to separate, non-replicated volume - which rules out the VM swap file causing the issue. I'm now considering moving the OS page files to a separate, non-replicated volume also, as I believe that could be the cause of the overly-high rate of data change.
I have monitored the guest VMs' page file usage and have noticed that on the 3 Server 2003 Standard machines, there is a continual page file utilisation of approximately 15%. These 2003 machines have 4GB of RAM allocated and probably run at around 50% virtual memory utilisation - so, they're not being pushed to their limits. There are also 2 Server 2008 machines residing on the same host which share the same qualities, 4GB of RAM, 50% utilisation, but 0% page file utilisation. The 2003 machines are Terminal Servers, so I'm guessing that the cause for the page file usage is down to idle / disconnected sessions, whereas the 2008 machines provide file and print services, which don't tend to tie up resource for prolonged periods of time.
So, to cut to the chase - what are people's thoughts on this? Is offloading the OS page file usual practice in a replicated environment? Has anyone tried this configuration before? Is there anything that I'm missing? Maybe the page file isn't to blame?
Just to fill you in on some statistics, there's 5 VMs in total, as mentioned above. The replication traffic for the VM host volume varies between 1 - 2GB (per hour) depending on time of day. The hypervisor is ESXi 4.1 update 1, running on R710s with Equallogic SANs.
Any comments / suggestions appreciated!
Thanks
Martin
Last edited: