Discussions specific to the VMware vSphere hypervisor
Post Reply
bitterloa
Novice
Posts: 7
Liked: never
Joined: Sep 29, 2014 12:26 pm
Contact:

RDM as repository vs NFS?

Post by bitterloa » Jul 24, 2017 6:59 pm

Hi,
I was previously backing up to a Drobo NAS and while this worked I felt it was too slow, especially for large restore jobs. So I decided to try other options to speed up my backups and I have succeeded, however wanted to get opinions on if my implementation is the best way.

Currently, using RDM connection I am getting backup speeds of 70-150MB/s average with bursts to several hundred MB at times (at times > 250MB/s)

I have a single Veeam B&R server running as a VM in vSphere 6. All of my VMs run on a Dell VRTX server, which has 24 slots available for 2.5" storage disks. I use four of these slots for the main vm storage RAID. I added in six other disks in available slots and configured this as a RAID5 LUN which will only be used as a Veeam backup repository. So in my Veeam vm I sought out the best/fastest way to connect to this storage on my server.

What I ended up doing is adding the RAID5 LUN "directly" to the Veeam vm as an RDM drive (Raw Device Mappings) using vSphere. This adds a new and separate SCSI controller to the vm and uses this to connect directly to the Dell VRTX RAID LUN. Using this configuration I'm consistently getting at least ~100MB/s throughput for backups which is a *huge* improvement for me, however I'm wondering if using this RDM setup is best? As far as I know the vm sees the backup disk as "Local Storage" as I'm not using iSCSI or any other protocol to connect. However looking at the table for Transport Modes here:

https://helpcenter.veeam.com/docs/backu ... tml?ver=95

It seems to suggest that in order to use Direct Storage Access mode (the fastest) that I should be using NFS or maybe iSCSI since Veeam is hosted in a vm. Right now I'm thinking of just leaving my current config as is as throughput seems really fast but I do want to stick with best practices. And furthermore I'm unsure how to tell which Transport Mode my proxy is using--I have it set to choose automatically and can't figure out where in the logs it would tell me which mode it is actually choosing for my RDM drive.

Does anyone have thoughts on optimizing a similar setup? What kind of throughput are you getting using NFS or iSCSI? (and yes I'm aware this depends heavily on hardware).

foggy
Veeam Software
Posts: 16702
Liked: 1343 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: RDM as repository vs NFS?

Post by foggy » Aug 02, 2017 5:24 pm

In case of backup, transport mode is source-related thing only, it is how VM data is retrieved from the source storage. As for the repository, the best practice is formatting the LUN as NTFS and presenting through iSCSI to Veeam B&R VM. Make sure you also have a secondary storage, since keeping both VMs and their backups on a single storage is not failproof.

mcz
Expert
Posts: 211
Liked: 26 times
Joined: Jul 19, 2016 8:39 am
Full Name: Michael
Contact:

Re: RDM as repository vs NFS?

Post by mcz » Aug 08, 2017 11:33 am

We have a quite similar configuration here, using LUN's which have direct attached disks and it's working fine for us. Of course you should have at least one proxy per host to get advantage of hotadd-mode which has a better performance than using nbd. BUT as foggy said: It is very important to keep the backup repository on a different machine (and if possible also on a different location)! Imagine your RAID-controller fails and your data gets corrupted, then you could also have a corrupted backup since it is using the same RAID-controller...

cby
Expert
Posts: 108
Liked: 6 times
Joined: Feb 24, 2009 5:02 pm
Contact:

Re: RDM as repository vs NFS?

Post by cby » Aug 09, 2017 9:43 am

Out of interest why did you choose RAID 5 over RAID 10?

Zew
Expert
Posts: 206
Liked: 42 times
Joined: Mar 17, 2015 9:50 pm
Full Name: Aemilianus Kehler
Contact:

Re: RDM as repository vs NFS?

Post by Zew » Aug 09, 2017 1:20 pm

Well said Foggy,

I prefer iSCSI as well, however the concept brought forth is definitely intuitive. So many ways to skin a cat these days. I like that the question was brought up, shows just how many ways there actually are. :)

Post Reply

Who is online

Users browsing this forum: Baidu [Spider] and 35 guests