2个cpu可以分成3个vcpu

Posted 2023-04-07

(1)CPU个数:看得见摸得找的CPU个数,插在主版上面的. 在linux系统下面的/proc/cpuinfo文件的条目中,有多少个不同的physical id就有多少个物理CPU.
(2)CPU物理核:一个CPU可能有多个核. 在linux系统下面的/proc/cpuinfo文件的条目中,可以看具体有多少个cpu cores,就表示一个CPU有多少个CPU物理核
(3)CPU逻辑核(CPU超线程):用Intel的超线程技术(HT)将物理核虚拟而成的逻辑处理单元. 在linux系统下面的/proc/cpuinfo文件的条目中,可以看具体有多少个siblings,就表示一个CPU有多少个逻辑核. 逻辑核的概念是指将CPU物理核按时间片逻辑上分成了两个CPU(CPU频率很高,2.4hz 可以分成两块1.2hz的逻辑核)
(4)vCPU:vCPU是在虚拟化的时候提出来的概念,因此vCPU的讨论都是在虚拟化,划分cpu才会讨论的问题. 通常一个CPU逻辑核,按照1:100来划分的话,就可以得到 1*100 = 100vCPU 参考技术A vCPU总数(逻辑处理器) = Socket数(CPU个数)x Core数(内核)x Thread单核数(超线程)

1个vCPU = 1个物理机线程Thread

vCPU 资源 = 物理CPU个数 * 物理CPU核数 * 单核线程数 * CPU频率

举例：1个CPU，双核，每核2个线程，3.0GHz，那么vCPU资源 = 1 * 2 * 2 * 3.0GHz = 12GHz = 12000**z。

举例1：虚拟化场景，10台服务器，每台服务器2路8核2.8GHz的CPU，提供的vCPU个数 = 10 * 2 * 8 * 2 = 320个vCPU，可承载2U2G的虚拟机160个。

举例2：虚拟化场景，10台服务器，每台服务器2路8核2.8GHz的CPU，提供的vCPU资源 = 10 * 2 * 8 * 2 * 2.8GHz = 896GHz，可承载2个vCPU 2.8GHz的虚拟机160个。

桌面云场景，重载，许多情况下每个物理CPU核可承载5台虚拟机，因此，为了云计算工程师快速方便估算物理服务器的虚拟机密度，可认为 1个物理核 = 5个虚拟机。

举例：桌面云场景，10台服务器，每台服务器2路8核2.8GHz的CPU，虚拟机密度 = 10 * 2 * 8 * 5 = 800 个虚拟机。 参考技术B 2个cpu可以分成3个vcpu是虚拟化物理CPU与VCPU的关系。默认配置2个VCPU,占用2 x 2.294 = 4.588 GHz 用户可用的主频总容量 = 91.76 - 4.588 = 87.172 GHz 结论1: 系统可用的vCPU总数(逻辑处理器) 。 参考技术C 1.查看物理cpu个数

[root@Ceshi ~]# grep 'core id' /proc/cpuinfo | sort -u | wc -l

2.查看核心数量

[root@Ceshi ~]# grep 'processor' /proc/cpuinfo | sort -u | wc -l

3.查看线程数

[root@Ceshi ~]# grep 'physical id' /proc/cpuinfo | sort -u

4.查看内存

[root@Ceshi ~]# free -g

5.查看硬盘

[root@Ceshi ~]# df -TH

VMware三个版本workstation、server、esxi的区别

Mware三个版本

workstation： 单机级，用在个人桌面系统中，需要操作系统支持

servier：工作组级，用于服务器，需要操作系统支持

esxi：企业级，用于服务器，不需要操作系统支持

workstation、server：是Windows或者Linux上的一种应用程序，必须先安装主机操作系统才能安装workstaion或server，之后才能安装虚拟机

esxi：是独立的虚拟机，可在一台裸机上安装，然后安装虚拟机。

esxi本身就是一个OS，可以直接安装，不需要其他的OS做低层系统，而server和workstation都需要一个操作系统做支持

workstation是给开发者使用的，性能一般

server是给企业级用户使用的，性能针对workstation有很大的提升

esxi是针对电信级企业使用的，性能是最好的

vCPU总数(逻辑处理器) = Socket数(CPU个数)x Core数(内核)x Thread单核数(超线程)

1个vCPU = 1个物理机线程Thread

vCPU 资源 = 物理CPU个数 * 物理CPU核数 * 单核线程数 * CPU频率

举例：1个CPU，双核，每核2个线程，3.0GHz，那么vCPU资源 = 1 * 2 * 2 * 3.0GHz = 12GHz = 12000**z。

举例1：虚拟化场景，10台服务器，每台服务器2路8核2.8GHz的CPU，提供的vCPU个数 = 10 * 2 * 8 * 2 = 320个vCPU，可承载2U2G的虚拟机160个。

举例2：虚拟化场景，10台服务器，每台服务器2路8核2.8GHz的CPU，提供的vCPU资源 = 10 * 2 * 8 * 2 * 2.8GHz = 896GHz，可承载2个vCPU 2.8GHz的虚拟机160个。

桌面云场景，重载，许多情况下每个物理CPU核可承载5台虚拟机，因此，为了云计算工程师快速方便估算物理服务器的虚拟机密度，可认为 1个物理核 = 5个虚拟机。

举例：桌面云场景，10台服务器，每台服务器2路8核2.8GHz的CPU，虚拟机密度 = 10 * 2 * 8 * 5 = 800 个虚拟机。

总结：

虚拟化场景：1个物理CPU线程 = 1个vCPU

桌面云场景：1个物理核 = 5个虚拟机

标签：10,vCPU,公式,虚拟机,GHz,服务器,依据,CPU 参考技术D VCPU就是cpu的虚拟化技术，CPU的虚拟化就是单CPU模拟多CPU并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。
　　相对于物理CPU而言，虚拟机内的CPU。
　　通过在现有平台（机器）上添加一层虚拟机监控程序软件而实现对系统的虚拟化，如虚拟处理器（VCPU），虚拟内存管理器（MMU）和虚拟I/O系统等。
　　从应用程序的角度看，程序运行在虚拟机上与运行在其对应的实体计算机上一样。

FusionCompute R3C00以及后续版本VCPU和物理CPU以及HZ资源的关系的关系以及内存复用的

 

R3C00后，虚拟机增加了一个CPU QoS参数——预留，概念为无论主机任何压力下，都保证虚拟机可以获取的CPU资源，单位MHz，默认值为0，范围为【0， VCPU数量*CPU主频】

 

有了CPU预留概念后，就可以确定VCPU和物理CPU的关系：

例如主机有一个1物理CPU，主频2000MHz，，如果创建一个1核虚拟机，虚拟机Qos预留如果设置为1000MHz，那么

物理CPU = 2VCPU

如果预留设置为2000MHz，物理CPU=1VCPU

如果预留设置为0，物理CPU=无限个VCPU

了解更多请参考文档或电话咨询

 

默认情况下，VCPU和物理CPU没有严格对应关系，Hypervisor的CPU调度算法会平衡不同VCPU运行在PCPU上，未产生竞争情况下，1个VCPU最多能够获得1个PCPU的能力，即对应物理核能力的上限

 

举个例子：PCPU 2.4GHz，没有竞争的情况下，配置1VCPU的虚拟机最多能够获得2.4GHz，2VCPU对应2.4GHz*2（但并不等于4.8GHz，虚拟机内呈现的是2个虚拟核，因此单线程业务最多仍然只有2.4GHz能力），以此类推

 

R3C00开始引入了HZ的概念，可以细化定制虚拟机VCPU的限制（上限），预留（下限）。

 

限制（上限）定义了虚拟机获取PCPU能力的上限，比如PCPU 2.4GHz，2VCPU虚拟机可配置最高限制为4800MHz（2.4GHz*2），假如当前设置为2400MHz，在无竞争条件下，虚拟机内部加压最多只能获取1个PCPU的能力；默认限制为0（不限制），效果与配置最高限制相同。

 

预留（下限）定义了虚拟机获取PCPU能力的下限，同样PCPU 2.4GHz，2VCPU虚拟机可配置最高预留为4800MHz（2.4GHz*2），假如当前设置为2400MHz，在竞争条件下，该虚拟机能够确保至少获得1个PCPU的能力；但预留不意味着独占，在该虚拟机没有CPU压力时，这部分CPU资源仍然可以被其他虚拟机使用

 

 

1、开启内存复用后，理论可以增加的复用内存多少不是个固定值，与虚拟机具体内存使用情况有关。简单来讲，只有虚拟机存在空闲内存时才有可能复用内存给其他虚拟机。

假定虚拟机内存利用率是30%，那么理论上有70%的内存可以复用给其他虚拟机，因此我们一般对外的经验公式是：内存复用率 = 90% - 虚拟机平均内存利用率，10%预留防止内存用尽。

 

举个例子：单板内存40G，虚拟机平均内存利用率是60%，那么建议增加复用内存量是40G * 30% = 12G，即总计52G内存规格的虚拟机。

 

版本对虚拟机发放数量没有限定，如果不计利用率超量发放，会导致虚拟机产生大量内存交换，影响业务性能（已经在Portal增加告警）。

 

2、复用和回收完全由UVP底层内存策略来控制，当单板内存低于一定阈值时从虚拟机内复用，高于一定阈值时归还给虚拟机