我这里以vSphere 5.5来举例说明
在我们虚拟化的环境中，VM的cpu数量如何分配，影响着VM的计算性能，更影响着ESXi主机的性能。
如果虚拟机少，能做到cpu不超分，那肯定是没问题，但是这种情况实在是太少了。
随着虚拟化的应用，我们的VM数量总是在增加，那这就涉及到VM的cpu分配问题。
首先，我们先理解几个和VMcpu相关的概念
Socket--------插槽数，物理cpu个数
Core----------核心数
Lcpu----------每个核心上同时可以执行的线程数，一台VM至少对应一个Lcpu
vCPU/vSMP----------虚拟机的CPU
以5.5为例，官方给出的数据是单台ESXi主机做多能分配出4096个vcpu。
这里的4096指的是单台主机上所有VM分配的vcpu总数，而不是一台VM就能分配这么多的vcpu。
单台VM最多可分配64个vcpu。这里的64，是5.5的最大值，但还需要主机上的物理cpu内核数决定，单台VM cpu的数量不能超过单台主机的物理内核数。比如，主机是4路8核cpu，共有32核物理cpu，那么主机中的任一一台VM都不会分配出超过32个vcpu。（不开启HT的情况下）
上面提到了HT的情况，我们来聊下HT和Lcpu的事情。
Lcpu--------Logical Processor 也叫作逻辑cpu，指的是每个物理内核同时可以执行的线程数。
Vsphere5.5每个物理内核上在不开启HT的情况下能虚拟出32个Lcpu。
但同一时间，一个内核只能运行一个Lcpu。开启超线程，可以有两个Lcpu。
不开HT的情况下，每个物理内核同一时间可执行一个线程。
开启了HT，可以让VMs有两个vcpu同时在这个核心上调度，可同时执行两个任务，调度优先级是均等的。根据计算负载的状态进行调度，原则上，同一台VM的两个vcpu，不会在开了超线程的同一个core上调度。默认情况下，一台VM调度某个Lcpu时，可以100%占用其资源。其他的VM想要使用则需要排队等待。
但是这并不意味着，所有的应用程序都适合开启HT。
超线程对性能的改进与应用程序有关系，有些应用程序使用HT可能会出现性能下降的情况。因为个Lcpu会共享同一个内核的资源（如内存缓存和功能单元）。
虚拟化环境里，如非必要，不要开启HT，因为会对VMkernel产生更多的cpu调度请求，反而不利于性能的发挥。
接下来谈谈关于VMcpu分配时的数值选择
给VM分配cpu的时候，有两个数值，一个是vcpu的socket数，一个是vcpu的core数。
这两者不同的组合，呈现给VM的计算性能是不一样的。
vsphere client
Numberof virtual sockets ----- 虚拟插槽数
Numberof cores per virtual socket ----- 每个虚拟插槽上的虚拟核心数
这里是4路8核的物理cpu，不开HT，每台VM最多能分配32个vcpu。这32个可以是1个socket、32核。
也可以是32个socket、每个socket里面有1个虚拟内核。但不管怎么分配，都不会超过物理内核数量。
Web client也是如此，只不过是显示的方式不同而已。
650) this.width=650;" src="http://s3.51cto.com/wyfs02/M00/73/81/wKiom1X_uAHT01BZAABugJVYgLA522.jpg" title="20150921_3.png" alt="wKiom1X_uAHT01BZAABugJVYgLA522.jpg" />
根据经验，这两个参数的实际应用如下
业务类型：
分布式业务--------多socket、单core
数据库---------多socket、单core
页面类型的网站--------单socket、多core
这里的虚拟socket数量如果超过了实际物理插槽数，我个人觉得，可能会对性能有影响。
关于VMcpu的事情，就先聊这么多吧！希望对大家有帮助！
