Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0BC2F108C3 for ; Thu, 5 Dec 2013 17:02:45 +0000 (UTC) Received: (qmail 9298 invoked by uid 500); 5 Dec 2013 17:02:43 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 9107 invoked by uid 500); 5 Dec 2013 17:02:40 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 8693 invoked by uid 99); 5 Dec 2013 17:02:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 17:02:39 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of geoff.higginbottom@shapeblue.com designates 213.199.154.10 as permitted sender) Received: from [213.199.154.10] (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.10) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 17:02:34 +0000 Received: from AMXPR07MB070.eurprd07.prod.outlook.com (10.242.70.148) by AMXPR07MB168.eurprd07.prod.outlook.com (10.242.68.156) with Microsoft SMTP Server (TLS) id 15.0.837.10; Thu, 5 Dec 2013 17:02:12 +0000 Received: from AMXPR07MB070.eurprd07.prod.outlook.com (10.242.70.148) by AMXPR07MB070.eurprd07.prod.outlook.com (10.242.70.148) with Microsoft SMTP Server (TLS) id 15.0.837.10; Thu, 5 Dec 2013 17:02:11 +0000 Received: from AMXPR07MB070.eurprd07.prod.outlook.com ([169.254.16.28]) by AMXPR07MB070.eurprd07.prod.outlook.com ([169.254.16.28]) with mapi id 15.00.0837.004; Thu, 5 Dec 2013 17:02:11 +0000 From: Geoff Higginbottom To: "users@cloudstack.apache.org" Subject: RE: Improving SSVM performance Thread-Topic: Improving SSVM performance Thread-Index: AQHO7EvuiaNhIptS102SRrBlMITgSJo7CR+AgAWa64CAAARWAIAFMpIAgAAAc4A= Date: Thu, 5 Dec 2013 17:02:10 +0000 Message-ID: <6fca349c9f3d4e30ab224df0e8d6a80d@AMXPR07MB070.eurprd07.prod.outlook.com> References: <44798BFF9876194089FCEDD5C1B09D412B822AD2@vifxex01.vifx.co.nz> <44798BFF9876194089FCEDD5C1B09D412B89F837@vifxex01.vifx.co.nz> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [86.30.49.209] x-forefront-prvs: 00514A2FE6 x-forefront-antispam-report: SFV:NSPM;SFS:(13734003)(164054003)(13464003)(24454002)(51704005)(189002)(199002)(54356001)(53806001)(56816005)(90146001)(87936001)(49866001)(77982001)(76576001)(51856001)(74876001)(46102001)(81816001)(76786001)(54316002)(47736001)(50986001)(85852002)(56776001)(63696002)(85306002)(80976001)(76796001)(74316001)(81686001)(74706001)(4396001)(79102001)(83322001)(59766001)(47976001)(15975445006)(19580395003)(81542001)(19580405001)(76482001)(74366001)(33646001)(74502001)(2656002)(15202345003)(47446002)(83072001)(77096001)(81342001)(31966008)(74662001)(80022001)(65816001)(87266001)(16601075003)(69226001)(66066001)(24736002);DIR:OUT;SFP:;SCL:1;SRVR:AMXPR07MB070;H:AMXPR07MB070.eurprd07.prod.outlook.com;CLIP:86.30.49.209;FPR:;RD:InfoNoRecords;MX:1;A:1;LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: shapeblue.com X-Virus-Checked: Checked by ClamAV on apache.org Deploying templates - copying from Secondary to Primary Storage - is handle= d 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 th= e 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 dedica= ted to Secondary Storage and obviously the networks connecting them (this a= ssumes you are using the Storage Network within CloudStack and hence have d= edicated 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 o= n the Public Interface which will probably be your bottleneck So for optimal Deployment, use the CloudStack Storage Network, have dedicat= ed NICs on the Hosts, and use Jumbo Frames. For optimal Exporting, the Public Network will be your bottleneck, and as t= his 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.higginbottom@shapeblue.com -----Original Message----- From: Sean Hamilton [mailto:sean@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 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 [sean@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 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 [sean@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 s= olely for the use of the individual to whom it is addressed. Any views or o= pinions expressed are solely those of the author and do not necessarily rep= resent those of Shape Blue Ltd or related companies. If you are not the int= ended 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 y= ou believe you have received this email in error. Shape Blue Ltd is a compa= ny incorporated in England & Wales. ShapeBlue Services India LLP is a compa= ny 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 t= rademark.