Thanks Kirk, will give it a try

Regards,

Timothy Lothering
On 14 Jun 2016 20:56, "Kirk Kosinski" <kirk.kosin...@shapeblue.com> wrote:

> Hi, you can configure the cores per socket on the template.  I'm not sure
> if this works in CloudStack 4.3 but it should in 4.4 and newer. [1]  It is
> configured by adding a detail with cpu.corespersocket=# to the template.
> I'm not sure if this is possible in the UI, so if not, try the
> updateTemplate API. [2]
>
> Best regards,
> Kirk
>
> [1] https://issues.apache.org/jira/browse/CLOUDSTACK-5891
> [2]
> http://cloudstack.apache.org/api/apidocs-4.8/root_admin/updateTemplate.html
>
> kirk.kosin...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HS
> @shapeblue
>
>
>
> -----Original Message-----
> From: Timothy Lothering [mailto:tlother...@gmail.com]
> Sent: Tuesday, June 14, 2016 2:49 AM
> To: users@cloudstack.apache.org
> Subject: Re: ACS 4.3 & VMware CPU Allocation
>
> Hello Community,
>
>
>
> We have found a very interesting issue with CPU allocation in ACS 4.3 and
> VMware. When a Service Offering is configured, you can choose the number of
> Cores and clock speed, which is simple enough. The problem comes in on HOW
> the cores are assigned.
>
>
>
> In VMware at least, each core is assigned as a vSocket, with 1 vCore. As an
> example:
>
>
>
> 1.     Service Offering defined is 8 Cores @ 2.5GHz,
>
> 2.     Instance is provisioned as 8 vSockets with 1vCore per Socket
>
> 3.     OS displays all 8 "CPUs"
>
> 4.     Happiness!
>
>
>
> But, when you are using Core based licensing with products such as
> Microsoft SQL 2014 Standard, there is a limit on the number of supported
> "physical"
> sockets, in this case, 4.
>
>
>
> So when you run a SQL query/command, only 4 of the 8 cores are used, the
> only way around this is to change the VMware settings to 4x vSockets with
> 2x vCores per socket. There is a performance hit as described here:
>
> http://blogs.vmware.com/vsphere/2013/10/does-corespersocket-affect-performan
> ce.html, but the main issue is that Customers are trying to use all
> available resources.
>
>
>
> My questions from the info above:
>
>
>
> 1.     Will there be future support to define vSockets and vCores per
> vSocket in a future release of ACS?
>
> 2.     What is the impact on ACS Usage and Management reporting if we
> change
> the vSockets manually? (on VMware itself)
>
>
>
> Your insights would be appreciated.
>
>
>
> Regards
>
>
>
> Tim
>
>
>
>

Reply via email to