I have been reviewing our current vSphere replication setup. Currently this looks like.
This is all working, however i have been reviewing the VMware documentation on this product and am not clear on whether I should use deploy a vSphere Replication Server at the remote site?
Are there any benefits to doing this? Resilience or performance for example?
You aren't in any danger of reaching the limit anyway which is 100 VMs per VR server.
As to possible benefits - replication traffic flows from the ESXi host on the production site to the Replication Server (embedded or external) on the remote site. So it will all be going to a specific ESXi host if you only use the embedded VR server. If you use a one or more external VR servers then you can load balance, so there could be a potential performance benefit.
As far as I know there isn't really any resiliency benefit - if one VR server failed you would have to manually reconfigure the replication to point at another VR server.
Thanks for your response that is very useful.
We are using the VR appliance, which I presume means an embedded version of the replication server? The appliance is located at the 'local' site along with the vCentre server, from looking at the diagrams included in the documentation and even the getting started page, it suggests the appliance or server should be located at the remote site, would you agree with that?
Hopefully this excerpt from the VR FAQ Storage and Availability Technical Documents will help:
The VRMS is the first VR appliance deployed to a vCenter. All subsequent ones are VRS. Same OVF, slightly different functionality.
You (and the documentation) are correct, if you are replicating from the local site to the remote site, it would be better to have the VR server (either VRMS or VRS, whichever the replications are configured with, in your case the VRMS is likely sufficient) located at the remote/recovery/target site. This is because the traffic flow is from the host where the source VM is located to the VR server then to the datastore.