You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Ivan Rodriguez <iv...@gmail.com> on 2014/06/17 07:20:44 UTC

Cloudstack 4.3 KVM CPU overprovisioning

Dear Cloudstack users,

Our current setup is using dell blades with 24 cpus on KVM,
currently we have 5 servers like that(120 cpus) , and 28 Vm's currently
running all of them linux centos
with virtio modules  the majority of the vm's have 2 vcpus per VM
so that would be around 56 vcpus

According to my Cloudstach Dashboard I'm already in 56 % usage of CPU's, it
seems
that CPU overprovision is not working on KVM, I've setup cloudstack in
global preferences to have a 100 guests per hosts as the limit if I my
understanding is correct
then I should be able to provision around 500 vms on those 120 cpu's if I
wanted to
using cpu overprovision.

How can I confirm if CPU overprovision is working as far as I can see
cloudstack is detecting the right numper of cpu's per physical host


Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs97%Memory
Total126.02
GBMemory Allocated53.50 GBMemory Used36.74 MBNetwork Read35.99 GBNetwork
Write
Any help would be really appreciate it

thanks

Re: Cloudstack 4.3 KVM CPU overprovisioning

Posted by Ivan Rodriguez <iv...@gmail.com>.
I've found more information on the host I have 2 sockets

Processor Information
        Socket Designation: CPU1
        Type: Central Processor
        Family: Xeon
        Manufacturer: Intel

Processor Information
        Socket Designation: CPU2
        Type: Central Processor
        Family: Xeon

According to /proc/cpuinfo  I have 24 cpu's

processor       : 23
vendor_id       : GenuineIntel
cpu family      : 6
model           : 44
model name      : Intel(R) Xeon(R) CPU           X5660  @ 2.80GHz

According to Cloudstack cpu count matches



*Total CPU24 x 2.79 GHz**CPU Allocated for VMs97%*

But



*"The Number of CPU Sockets1"*
On KVM counting vcpus and matching that one to the real CPU;s

     #of VCPUS living in     - Physical CPU Number
      4 - 0
      1 - 1
      2 - 2
      2 - 3
      1 - 4
      6 - 5
      2 - 6
      1 - 10
      6 - 12
      5 - 14
      1 - 17
      1 - 22

For example 4 vcpus are living in CPU 0 so overprovisioning is working,
now
why is it that cloudstack sees this host as 97 % full when I'm using only
*12  CPU's*
Where are the rest of my CPU's ????

Any help would be really appreciate it

Cheers





On Tue, Jun 17, 2014 at 5:11 PM, Prashant Kumar Mishra <
prashantkumar.mishra@citrix.com> wrote:

> I am giving an example based on my  understanding.
>
> Data
> ------
> Host= 2 cpu ,2.3GHZ
> Total capacity =2*2.3 GHZ
> Total allocated: Total capacity assign to  vms
>
>
> 1-Without over provisioning  you can have total cpu allocated not more
> than total capacity .
> 2-With overprovisioning x  you can have total allocated  x*total capacity ,
> 3-From the Cloudstack point of view If you are able to use total capacity
> which is more than physical, it is over provisioned.
> 4-From the kvm Point of view : I guess you are interested in Cloudstack
> point of view so leaving it
>
> Thanks
> Prashant
>
> -----Original Message-----
> From: Ivan Rodriguez [mailto:ivanoch@gmail.com]
> Sent: Tuesday, June 17, 2014 11:55 AM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: Cloudstack 4.3 KVM CPU overprovisioning
>
> More information from my previous post,
>
> On this particular blade I only have 9 vm's running
>
> Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
> Total126.02
> GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork Read35.99 GBNetwork
> Write
>
> [root@cs2-chas1-bl03 ~]# virsh list
>  Id    Name                           State
> ----------------------------------------------------
>  9     i-8-70-VM                      running
>  11    i-8-75-VM                      running
>  14    r-93-VM                        running
>  15    i-8-72-VM                      running
>  16    r-95-VM                        running
>  17    i-3-84-VM                      running
>  18    i-3-73-VM                      running
>  19    i-3-91-VM                      running
>  28    i-4-110-VM                     running
>  29    i-9-112-VM                     running
>  30    i-3-128-VM                     running
>
> My service offering is
>
> # of CPU Cores4CPU (in MHz)2.00 GHz
> Where the number of CPU cores varies, I'm wondering if my service offering
> is incorrect because on the # of cores in my understanding is the number of
> vcpu's and the speed is lower than the real speed 2,000 Mhz
>
> Any ideas will be really appreciate it
>
>
>
>
> Below is the virs vcpuinfo
>
> VCPU:           0
> CPU:            12
> State:          running
> CPU time:       11802.8s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            12
> State:          running
> CPU time:       11317.7s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            2
> State:          running
> CPU time:       115618.7s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            2
> State:          running
> CPU time:       113330.9s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            4
> State:          running
> CPU time:       3928.5s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            0
> State:          running
> CPU time:       3459.6s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           2
> CPU:            14
> State:          running
> CPU time:       3429.3s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           3
> CPU:            12
> State:          running
> CPU time:       3808.8s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           4
> CPU:            0
> State:          running
> CPU time:       3506.9s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           5
> CPU:            2
> State:          running
> CPU time:       3695.5s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           6
> CPU:            21
> State:          running
> CPU time:       4199.5s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           7
> CPU:            0
> State:          running
> CPU time:       3633.2s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            2
> State:          running
> CPU time:       650355.2s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            14
> State:          running
> CPU time:       652099.4s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           2
> CPU:            6
> State:          running
> CPU time:       644120.8s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           3
> CPU:            1
> State:          running
> CPU time:       648950.4s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            12
> State:          running
> CPU time:       10297.6s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            0
> State:          running
> CPU time:       10297.3s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            1
> State:          running
> CPU time:       1815.1s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            1
> State:          running
> CPU time:       3389.8s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            1
> State:          running
> CPU time:       409.7s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            2
> State:          running
> CPU time:       463.9s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           2
> CPU:            14
> State:          running
> CPU time:       602.6s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           3
> CPU:            14
> State:          running
> CPU time:       429.9s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            4
> State:          running
> CPU time:       10406.0s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            2
> State:          running
> CPU time:       8263.1s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           2
> CPU:            0
> State:          running
> CPU time:       8247.2s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           3
> CPU:            0
> State:          running
> CPU time:       6616.0s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           0
> CPU:            0
> State:          running
> CPU time:       33693.2s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           1
> CPU:            16
> State:          running
> CPU time:       36008.6s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           2
> CPU:            4
> State:          running
> CPU time:       36107.1s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
> VCPU:           3
> CPU:            16
> State:          running
> CPU time:       36210.2s
> CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy
>
>
>
>
> On Tue, Jun 17, 2014 at 3:20 PM, Ivan Rodriguez <iv...@gmail.com> wrote:
>
> > Dear Cloudstack users,
> >
> > Our current setup is using dell blades with 24 cpus on KVM, currently
> > we have 5 servers like that(120 cpus) , and 28 Vm's currently running
> > all of them linux centos with virtio modules  the majority of the vm's
> > have 2 vcpus per VM so that would be around 56 vcpus
> >
> > According to my Cloudstach Dashboard I'm already in 56 % usage of
> > CPU's, it seems that CPU overprovision is not working on KVM, I've
> > setup cloudstack in global preferences to have a 100 guests per hosts
> > as the limit if I my understanding is correct then I should be able to
> > provision around 500 vms on those 120 cpu's if I wanted to using cpu
> > overprovision.
> >
> > How can I confirm if CPU overprovision is working as far as I can see
> > cloudstack is detecting the right numper of cpu's per physical host
> >
> >
> > Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
> > Total126.02 GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork
> > Read35.99 GBNetwork Write Any help would be really appreciate it
> >
> > thanks
> >
> >
> >
>

RE: Cloudstack 4.3 KVM CPU overprovisioning

Posted by Prashant Kumar Mishra <pr...@citrix.com>.
I am giving an example based on my  understanding.

Data
------ 
Host= 2 cpu ,2.3GHZ
Total capacity =2*2.3 GHZ
Total allocated: Total capacity assign to  vms


1-Without over provisioning  you can have total cpu allocated not more than total capacity .
2-With overprovisioning x  you can have total allocated  x*total capacity , 
3-From the Cloudstack point of view If you are able to use total capacity which is more than physical, it is over provisioned.
4-From the kvm Point of view : I guess you are interested in Cloudstack point of view so leaving it 

Thanks
Prashant 

-----Original Message-----
From: Ivan Rodriguez [mailto:ivanoch@gmail.com] 
Sent: Tuesday, June 17, 2014 11:55 AM
To: cloudstack-users@incubator.apache.org
Subject: Re: Cloudstack 4.3 KVM CPU overprovisioning

More information from my previous post,

On this particular blade I only have 9 vm's running

Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
Total126.02
GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork Read35.99 GBNetwork Write

[root@cs2-chas1-bl03 ~]# virsh list
 Id    Name                           State
----------------------------------------------------
 9     i-8-70-VM                      running
 11    i-8-75-VM                      running
 14    r-93-VM                        running
 15    i-8-72-VM                      running
 16    r-95-VM                        running
 17    i-3-84-VM                      running
 18    i-3-73-VM                      running
 19    i-3-91-VM                      running
 28    i-4-110-VM                     running
 29    i-9-112-VM                     running
 30    i-3-128-VM                     running

My service offering is

# of CPU Cores4CPU (in MHz)2.00 GHz
Where the number of CPU cores varies, I'm wondering if my service offering is incorrect because on the # of cores in my understanding is the number of vcpu's and the speed is lower than the real speed 2,000 Mhz

Any ideas will be really appreciate it




Below is the virs vcpuinfo

VCPU:           0
CPU:            12
State:          running
CPU time:       11802.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            12
State:          running
CPU time:       11317.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            2
State:          running
CPU time:       115618.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       113330.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            4
State:          running
CPU time:       3928.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            0
State:          running
CPU time:       3459.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            14
State:          running
CPU time:       3429.3s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            12
State:          running
CPU time:       3808.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           4
CPU:            0
State:          running
CPU time:       3506.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           5
CPU:            2
State:          running
CPU time:       3695.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           6
CPU:            21
State:          running
CPU time:       4199.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           7
CPU:            0
State:          running
CPU time:       3633.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            2
State:          running
CPU time:       650355.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            14
State:          running
CPU time:       652099.4s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            6
State:          running
CPU time:       644120.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            1
State:          running
CPU time:       648950.4s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            12
State:          running
CPU time:       10297.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            0
State:          running
CPU time:       10297.3s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            1
State:          running
CPU time:       1815.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            1
State:          running
CPU time:       3389.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            1
State:          running
CPU time:       409.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       463.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            14
State:          running
CPU time:       602.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            14
State:          running
CPU time:       429.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            4
State:          running
CPU time:       10406.0s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       8263.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            0
State:          running
CPU time:       8247.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            0
State:          running
CPU time:       6616.0s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            0
State:          running
CPU time:       33693.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            16
State:          running
CPU time:       36008.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            4
State:          running
CPU time:       36107.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            16
State:          running
CPU time:       36210.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy




On Tue, Jun 17, 2014 at 3:20 PM, Ivan Rodriguez <iv...@gmail.com> wrote:

> Dear Cloudstack users,
>
> Our current setup is using dell blades with 24 cpus on KVM, currently 
> we have 5 servers like that(120 cpus) , and 28 Vm's currently running 
> all of them linux centos with virtio modules  the majority of the vm's 
> have 2 vcpus per VM so that would be around 56 vcpus
>
> According to my Cloudstach Dashboard I'm already in 56 % usage of 
> CPU's, it seems that CPU overprovision is not working on KVM, I've 
> setup cloudstack in global preferences to have a 100 guests per hosts 
> as the limit if I my understanding is correct then I should be able to 
> provision around 500 vms on those 120 cpu's if I wanted to using cpu 
> overprovision.
>
> How can I confirm if CPU overprovision is working as far as I can see 
> cloudstack is detecting the right numper of cpu's per physical host
>
>
> Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
> Total126.02 GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork 
> Read35.99 GBNetwork Write Any help would be really appreciate it
>
> thanks
>
>
>

Re: Cloudstack 4.3 KVM CPU overprovisioning

Posted by Ivan Rodriguez <iv...@gmail.com>.
More information from my previous post,

On this particular blade I only have 9 vm's running

Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
Total126.02
GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork Read35.99 GBNetwork
Write

[root@cs2-chas1-bl03 ~]# virsh list
 Id    Name                           State
----------------------------------------------------
 9     i-8-70-VM                      running
 11    i-8-75-VM                      running
 14    r-93-VM                        running
 15    i-8-72-VM                      running
 16    r-95-VM                        running
 17    i-3-84-VM                      running
 18    i-3-73-VM                      running
 19    i-3-91-VM                      running
 28    i-4-110-VM                     running
 29    i-9-112-VM                     running
 30    i-3-128-VM                     running

My service offering is

# of CPU Cores4CPU (in MHz)2.00 GHz
Where the number of CPU cores varies, I'm wondering if my service offering
is incorrect
because on the # of cores in my understanding is the number of vcpu's and
the speed is lower than the real speed 2,000 Mhz

Any ideas will be really appreciate it




Below is the virs vcpuinfo

VCPU:           0
CPU:            12
State:          running
CPU time:       11802.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            12
State:          running
CPU time:       11317.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            2
State:          running
CPU time:       115618.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       113330.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            4
State:          running
CPU time:       3928.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            0
State:          running
CPU time:       3459.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            14
State:          running
CPU time:       3429.3s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            12
State:          running
CPU time:       3808.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           4
CPU:            0
State:          running
CPU time:       3506.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           5
CPU:            2
State:          running
CPU time:       3695.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           6
CPU:            21
State:          running
CPU time:       4199.5s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           7
CPU:            0
State:          running
CPU time:       3633.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            2
State:          running
CPU time:       650355.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            14
State:          running
CPU time:       652099.4s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            6
State:          running
CPU time:       644120.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            1
State:          running
CPU time:       648950.4s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            12
State:          running
CPU time:       10297.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            0
State:          running
CPU time:       10297.3s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            1
State:          running
CPU time:       1815.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            1
State:          running
CPU time:       3389.8s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            1
State:          running
CPU time:       409.7s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       463.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            14
State:          running
CPU time:       602.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            14
State:          running
CPU time:       429.9s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            4
State:          running
CPU time:       10406.0s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            2
State:          running
CPU time:       8263.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            0
State:          running
CPU time:       8247.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            0
State:          running
CPU time:       6616.0s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           0
CPU:            0
State:          running
CPU time:       33693.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           1
CPU:            16
State:          running
CPU time:       36008.6s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           2
CPU:            4
State:          running
CPU time:       36107.1s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy

VCPU:           3
CPU:            16
State:          running
CPU time:       36210.2s
CPU Affinity:   yyyyyyyyyyyyyyyyyyyyyyyy




On Tue, Jun 17, 2014 at 3:20 PM, Ivan Rodriguez <iv...@gmail.com> wrote:

> Dear Cloudstack users,
>
> Our current setup is using dell blades with 24 cpus on KVM,
> currently we have 5 servers like that(120 cpus) , and 28 Vm's currently
> running all of them linux centos
> with virtio modules  the majority of the vm's have 2 vcpus per VM
> so that would be around 56 vcpus
>
> According to my Cloudstach Dashboard I'm already in 56 % usage of CPU's,
> it seems
> that CPU overprovision is not working on KVM, I've setup cloudstack in
> global preferences to have a 100 guests per hosts as the limit if I my
> understanding is correct
> then I should be able to provision around 500 vms on those 120 cpu's if I
> wanted to
> using cpu overprovision.
>
> How can I confirm if CPU overprovision is working as far as I can see
> cloudstack is detecting the right numper of cpu's per physical host
>
>
> Total CPU24 x 2.79 GHzCPU Utilized3.9%CPU Allocated for VMs 97%Memory
> Total126.02 GBMemory Allocated53.50 GB Memory Used36.74 MBNetwork Read35.99
> GBNetwork Write
> Any help would be really appreciate it
>
> thanks
>
>
>