Deploying templates - copying from Secondary to Primary Storage - is handled by 
the Host and not the SSVM

Exporting Templates is handled by the SSVM using its 'Storage Interface' to 
read from Secondary Storage, and its 'Public Interface' to export it to the 
logged in user.


Improving deployment times would be best achieved by enabling Jumbo Frames on 
the Secondary Storage Device and the NIC/Bond/vSwitch on the Host dedicated to 
Secondary Storage and obviously the networks connecting them (this assumes you 
are using the Storage Network within CloudStack and hence have dedicated NICs)

There is also a SSVM MTU Global Setting which will also enable Jumbo Frames on 
the 'Storage Interface' of the SSVM, but this will not change the MTU on the 
Public Interface which will probably be your bottleneck


So for optimal Deployment, use the CloudStack Storage Network, have dedicated 
NICs on the Hosts, and use Jumbo Frames.

For optimal Exporting, the Public Network will be your bottleneck, and as this 
is typically going over the Internet, using Jumbo Frames is not really an 
option.


Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-----Original Message-----
From: Sean Hamilton [mailto:s...@seanhamilton.co.uk]
Sent: 05 December 2013 16:48
To: users@cloudstack.apache.org
Subject: Re: Improving SSVM performance

Hey Simon,

Got round to testing this in my lab. Times to complete Export OVF commands 
didn't improve massively:

10Gb template with SSVM on E1000:               03:21.18 (10GB)

10Gb  template with SSVM on VMXNET3:          03:17.18 (10GB)

60Gb  template with SSVM on E1000:      18:32.16 (60GB)

60Gb  template with SSVM on VMXNET3: 18:12.98 (60GB)


Any other thoughts on how to speed stuff up? Where would the bottleneck lie; 
storage for NFS mount?


On 2 December 2013 09:25, Simon Murphy <simon.mur...@vifx.co.nz> wrote:

> there is a global settting under the vmware section.
>
> Sent from my Android phone using TouchDown (www.nitrodesk.com)
>
> -----Original Message-----
> From: Sean Hamilton [s...@seanhamilton.co.uk]
> Received: Monday, 02 Dec 2013, 10:10pm
> To: users@cloudstack.apache.org [users@cloudstack.apache.org]
> Subject: Re: Improving SSVM performance
>
> Hey Simon,
>
> Is that done as the systemvm template is being uploaded, or can we
> edit it afterwards?
>
> Thanks,
> Sean
>
>
> On 28 November 2013 19:34, Simon Murphy <simon.mur...@vifx.co.nz> wrote:
>
> > have you tried changing the default network adapter to vmxnet3?
> >
> > Sent from my Android phone using TouchDown (www.nitrodesk.com<
> http://www.nitrodesk.com>)
> >
> > -----Original Message-----
> > From: Sean Hamilton [s...@seanhamilton.co.uk]
> > Received: Friday, 29 Nov 2013, 4:10am
> > To: users@cloudstack.apache.org [users@cloudstack.apache.org]
> > Subject: Improving SSVM performance
> >
> > We run 4.2 with VMware hypervisor.
> > We'd like to improve the SSVM performance, specifically when
> > exporting
> and
> > deploying templates.
> >
> > Does anyone have any guides on doing this at all?
> >
> > Thanks,
> > Sean
> >
>
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Reply via email to