VMware Cloud Community
daniel_uk
Hot Shot
Hot Shot

RDM or VMFS disks on DAS

Hi,

Going to be adding some additional MSA DAS on my DL385's for six months as a stop gap before I get a EVA in my DR site.

Ill be hosting SAP (on SQL) and SQL platforms in general for DR, some Oracle as well so the question ive got is will i see any massive benefits of carving up the DAS into RAW luns as apposed to using VMDK disks.

I have a testing phase to occur in the next few weeks using VMDK's so RAW disks could be a good ace up my sleeve just in case SAP's performance is below expectation.

0 Kudos
4 Replies
esiebert7625
Immortal
Immortal

There are no performance benefits to this, there are only a few situations that you would want to use RDM's (MSCS, SAN functionality). These links talk about this in detail...

VMDK vs. RDM - http://www.vmware.com/community/thread.jspa?messageID=662212

VM Disk Scenario’s and Performance - http://www.vmware.com/community/thread.jspa?messageID=661499

ESX Server Raw Device Mapping - http://www.vmware.com/pdf/esx25_rawdevicemapping.pdf

0 Kudos
daniel_uk
Hot Shot
Hot Shot

I know about these documents and the physical reasons but I am talking about performance gains and real world answers.

Thanks

Dan

0 Kudos
esiebert7625
Immortal
Immortal

As discussed in the links I posted there no or very little performance gains....

SV from VMware states:

Re (2): RDMs are not meant to "buy" performance, so that should not be a factor in choosing them. RDMs are needed for 2 very distinct things: :smileyinfo: using advanced SAN functions/SAN aware apps inside VMs (ii) MSCS clustering across boxes and N+1 clustering. The third less likely reason is if you want to attach multiple terabytes of storage to a VM.

Re (3): s/w iscsi initiator inside a VM will suffer from VM networking overheads. These overheads cannot logically be lower than a s/w iscsi initiator in the VMKernel. So I would choose the latter.

Re (1): Use this!

If you want to optimize for MSSQL, you may choose to create a 'thick' or 'eagerzeroed' VMDK instead of the default 'zeroedThick' VMDK that VI3 gives you. You can refer to the vmkfstools usage guide in server config guide on the differences between (and implications of) thick, zeroedthick and eagerzeroedthick disk formats. All that said, I would just use the default: zeroedthick. This is because zeroedthick has a slight performance overhead on first write to a previously unwritten file block. There is no difference between the formats on subsequent writes. Defaults are a good thing.

daniel_uk
Hot Shot
Hot Shot

So why did the vmware guy at Vmworld presenting about hosting SAP on vmware state you needed to use Raw disks?

Provides better spindle count for one, it also depends on how big his volumes are.

0 Kudos