HPE Storage Users Group

A Storage Administrator Community




Post new topic Reply to topic  [ 6 posts ] 
Author Message
 Post subject: Dynamic VV expansion with VMware
PostPosted: Wed Nov 19, 2014 5:37 pm 

Joined: Wed Nov 19, 2014 5:28 pm
Posts: 2
This is a dumb question, but I can't seem to get it answered locally.

I have a 7400 with VMware servers direct-connected to it. Everything works fine. We added some disks, and the VMware admins want to expand the one VV exported to the VMware servers. Can I just edit the VV and increase the size to expand it? Some OS's don't support this, and I have asked the VMware admins, but all they can say is, "I think so", so I'm leery of changing anything until I'm sure I won't corrupt anything. The VMware admins would prefer one large VV instead of two smaller VV's exported to the servers.

I'm doing all of this thru the GUI, so speak to me in those terms. Thanks!

Brad (I'm not a VMware person)


Top
 Profile  
Reply with quote  
 Post subject: Re: Dynamic VV expansion with VMware
PostPosted: Wed Nov 19, 2014 6:08 pm 

Joined: Thu Oct 24, 2013 6:50 pm
Posts: 185
bradmc wrote:
the one VV exported to the VMware servers.
...
The VMware admins would prefer one large VV instead of two smaller VV's exported to the


They are doing VMware wrong. Multipathing is designed to spread load across multiple paths to the storage equally - across the various LUNs. A single LUN won't do this.


Top
 Profile  
Reply with quote  
 Post subject: Re: Dynamic VV expansion with VMware
PostPosted: Wed Nov 19, 2014 6:10 pm 

Joined: Wed Oct 30, 2013 2:30 pm
Posts: 242
Brad,

This should work just fine. I have done it many times.

If you are concerned, make a virtual copy prior to the change.

Anyway, the procedure is increase the vv size, rescan the vmware hosts, then right click on the datastores, click properties, and extend the datastore.

As far as multiple luns go, I think you'll be fine with one. Multipathing will still work just fine


Top
 Profile  
Reply with quote  
 Post subject: Re: Dynamic VV expansion with VMware
PostPosted: Wed Nov 19, 2014 9:33 pm 

Joined: Tue May 07, 2013 1:45 pm
Posts: 216
So for best performance on 4.1+ you want to keep to around 20 moderately busy vmdk files or 30-35 mostly idle vmdk files per data store, any more and even with VAAI, ATS, and multipathing and you'll start to run into performance problems.


Top
 Profile  
Reply with quote  
 Post subject: Re: Dynamic VV expansion with VMware
PostPosted: Thu Nov 20, 2014 6:38 am 

Joined: Sun Jul 29, 2012 9:30 am
Posts: 576
I agree with afidel. 5.x has continually improved the way files are locked on a datastore, but you still have other tuning parameters to consider such as disk.schedule for IOP contention on a LUN. You may want to look at SIOC as well. We tend to not like to go above 14016 VMs on a data store depending on the applications. We also spent a lot of time with HBA tuning as well as vmware disk.schedule parameters to make sure VMs can not monopolize a datastore. We are currently looking at SIOC to allow vmware to manager this for us. You can dynamically grow the VV in 3par and then the vmware admins can simple extend the datastore after they rescan storage. We have a site that has a 7400 with a pair of vmware hosts attached and we run around 4 datastores for 35 VMs. Most of our other sites with shared storage and 2 hosts we run from 2-4 datastores for 20-40 VMs.


Top
 Profile  
Reply with quote  
 Post subject: Re: Dynamic VV expansion with VMware
PostPosted: Thu Nov 20, 2014 1:17 pm 

Joined: Wed Nov 19, 2014 5:28 pm
Posts: 2
Thanks!


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 


Who is online

Users browsing this forum: No registered users and 192 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group | DVGFX2 by: Matt