Large virtual file servers - spanned disks vs. large vmdk

VMware specific discussions

Re: Large VM design considerations

Veeam Logoby DGrinev » Fri Aug 18, 2017 5:02 pm

Hi Dazza,

Please review this existing discussion, also, if you will have additional questions, don't hesitate to ask. Thanks!
DGrinev
Veeam Software
 
Posts: 627
Liked: 72 times
Joined: Thu Dec 01, 2016 3:49 pm
Full Name: Dmitry Grinev

Re: Large virtual file servers - spanned disks vs. large vmd

Veeam Logoby gingerdazza » Mon Aug 21, 2017 8:04 am

Thanks DGrinev

So, architecturally I fully understand how the parallel processing of spanned VMDKs increases backup speeds. But are there any other major considerations with this method?... for instance does the use of spanned volumes affect Veeam restore functionality (like the old FLR problem that I think used to exist); or does it potentially create problems with the NTFS file system (corruption)? etc?
gingerdazza
Expert
 
Posts: 112
Liked: 5 times
Joined: Tue Jul 23, 2013 9:14 am
Full Name: Dazza

Re: Large virtual file servers - spanned disks vs. large vmd

Veeam Logoby DGrinev » Tue Aug 22, 2017 4:18 pm

There are no major considerations from the top of my head, as I have seen multiple reports of successfully using spanned disks. Thanks!
DGrinev
Veeam Software
 
Posts: 627
Liked: 72 times
Joined: Thu Dec 01, 2016 3:49 pm
Full Name: Dmitry Grinev

Re: [MERGED] Large VM design considerations

Veeam Logoby aceit » Wed Aug 23, 2017 5:33 pm

gingerdazza wrote:Would appreciate people's thoughts on considerations for large multi-TB VMs. (~5TB each). Is it worth spanning volumes across VMDKs for Veeam throughput? Or does this create other challenges? (higher chance of file data corruption on the spanned NTFS volume? FLR issues? and alike?)


Personally I usually don't like to solve this "volume manager" tasks inside the OS stack but instead I prefer to push the problem inside the disk array / SAN (that is its primary work), namely I prefer to present to the server a single big LUN (then backed by the particular external array configuration, that can span different controller disk as required, dynamically).

Still I don't think there is particual problems in handling using multi VMDK and spanning/binding them with different OS based solutions (storage spaces, normal volume manager etc.etc.), it should be fine if requested, all depends a lot on the particular hardware configuration and design... it is good to have flexibility... each case is different (ie if the different vmdks end up sharing the same spindles and controller I don't this would improve much, due to the underlying contention and bottleneck).
aceit
Influencer
 
Posts: 18
Liked: 8 times
Joined: Tue Jun 20, 2017 3:17 pm

Previous

Return to VMware vSphere



Who is online

Users browsing this forum: Bing [Bot] and 1 guest