Hi,
My customer wants to set up VDR, but they want a new ESX host to run it on. The question is, does it suffice for the VDR appliance to be run on a host that is managed by the vCenter Server, but that host only has local disks?
Or does the VDR appliance need to talk directly to the disk files on the SAN?
TIA.
/Andreas
As lonh as know vDR need to "read" the vm from the virtual center and use the network to export the snapshot from the host to the destination storage.
The Administration guide may help you anyway "http://www.vmware.com/pdf/vdr_10_admin.pdf"
Alex
Yes as long as vDR is managed by vCenter the storage can be on local disks.
I did some thinking, and if I remember correctly, the VDR appliance attaches the disk from the VM it is backing up in order to read all the data fast, so it will indeed need direct access to the SAN where the VMs are stored. I also ran a test on our lab cluster to verify:
As you can see, my VDR appliance attaches the disks of the VMs it need to backup to itself.
@alefestaedist, I've read the administrators guide, the evaluators guide and the FAQ and came up empty, thats why I asked here Should have stated so in my first post, sorry about that.
You may backup disk on a share no need to add the disk to the vDR, it will be a slower backup but it works..so no need for the vDR to have direct access to the disks.
I have one vDR appliance that I use on local disks. Works just fine.
But does the ESX host have access to the SAN?
vDR need to have access to the Vcenter that is responsabile to present to vDR the disk architecture and the VM location so IMO no.
vDR does not necessarily need access to the SAN. I have just verified that I can have a VM on local disks located on one host backed up to a vDR appliance on a different host running on local disks.
Did the same test. basically the vStorage API is responsible to understand if the "protected" VM need ndb or san transport (nbd and san as defined in the old vcb style...). So this means that the vDR may be located everywhere as long have access to vCenter.