Openstack+KVM实践企业私有云中win7虚拟机只能看到2个CPU的解决方案_华为云 windows虚拟机分配64c,结果显示为2c

作为一个KVM的学习者，如果你想要自己完善一个KVM样品级的解决方案，仅仅学会图形化界面使用和简单的配置（详情见上一篇文章）是远远不够的。在上文中感谢@laowolf提出的问题，让我有动力完成接下来的深入的“科普”。可能在本文编写的时候，笔者还没有精力对@laowolf提到的几个难点问题来探究，但是仍然需要纂写文本旨在知识的传播与经验记录，那么同时，也想试着抛出一些热点问题旨在抛砖引玉。

严格来说KVM是属于云计算-虚拟化的范畴。但是我们今天不来讨论所谓云计算的问题，我们着重来介绍KVM的比较深入的知识。 面向读者：KVM虚拟化爱好者，初级运维人员，计算机网络爱好者，KVM用户。 

1.KVM的基于内核的概念理解

在谈及内核的时候，大多数学习者、爱好者都会觉得这是一个晦涩难懂的概念，那么我今天就以我的理解简单向大家介绍一下KVM基于内核的含义（如有不当大家尽可在评论区指出！）：

要理解基于内核的含义，显然我们需要一些背景知识作为支撑。

1.1 背景知识：

操作系统内核设计的两大阵营：微内核与单内核。单内核是较为简单的设计，指整个系统的内核功能（具体内核的功能大家可以参考《Linux/Unix系统编程手册》，这里不是本文重点，笔者就不在赘述了）集合在一个大的内核空间来实现，在这样的内核空间中，内核之间通信可以简单的通过调用函数来实现。但是这样做有一个比较大的缺点：一旦修改内核文件就要意味着重新编译源代码；微内核则相反，内核功能被分割为好几个独立的过程。每个过程叫做一个服务器。一般来讲服务器运行在自己的独立的地址空间，通信通过进程间的通信机制来完成。（有点类似网站的服务器分布式管理）那么进程通信就意味着空间的切换，开销相对比较大。

Linux的内核设计不妨说就是采用了单内核+微内核的设计。一方面，Linux内核被设计为单内核，尽管如此在另一方面，Linux内核同时借鉴了微内核的精华：采用了模块化设计以及动态装载内核模块的模式。除了核心的内核功能（如进程切换，内存管理）以外，大部分内和功能设计为模块化，这些内核模块以单独的binary文件形式存在，内核运行过程中动态的加载并且链接进入内核空间。不使用的模块还可以卸载。这样的设计保证了内核性能，也改进了内核的灵活性。 

如果大家理解了上文内容，我们要了解的KVM就是内核模块之一。需要时可以组装进内核，不需要时也可以卸载。因此KVM作为内核模块的虚拟机，其性能，速度等大家都可想而知了，相对于其他的同类型虚拟机要高一些。

1.2 关于虚拟机的类型：

类型一：通俗地来讲是没有通常意义上的“宿主机”的虚拟机，起再电脑刚刚启动的时候就加载了虚拟化模块，这样也就意味着只有一个必要的内核来虚拟化虚拟机部署，这样的虚拟化技术典型的就是Xen。

显然KVM输入类型二虚拟机。

1.3 关于更多QEMU与KVM的关系：

简单来说QEMU实际上也是一个早已经存在的虚拟化的解决方案，但是与KVM不同的是，QEMU是一个完全基于软件的虚拟化方案，也就意味着QEMU可以完全靠软件虚拟一个客户机运行的环境，那么我们不禁要问，这样的效率不是非常不可靠的吗？笔者要告诉你的是：没错！QEMU的效率的确不高。那么QEMU是怎样和KVM扯上关系的呢？事实上我们可以打个比方：珊瑚虫和小丑鱼。小丑鱼单独生活存活几率不高，珊瑚虫需要小丑鱼来帮助起保持生态圈稳态。那么KVM就像是珊瑚虫，QEMU像是小丑鱼。QEMU可以依赖KVM提供的内核接口来极大提高自己的效率。

那么同样的，理论上只要是基于KVM提供的内核接口的软件虚拟化技术都可以完成虚拟化。但是实际上，QEMU-KVM的互利共生关系还是非常牢固且高效的。

1.4 在这个系列文章中反复要出现的重要概念：

Hypervisor：运行在真实物理系统之上，管理硬件平台，并且为每一个虚拟客户机提供相应的虚拟硬件平台。

Intel虚拟化技术：一系列硬件技术的集合，虚拟机监控机软件通过选择利用各项技术从而提高虚拟化软件的性能以及实现各种功能，在本文讨论的技术都是基于x86架构的，需要intel虚拟化技术的支持，对此我们需要做的只是从bios开启虚拟化模块（baidu：bios开启虚拟化即可解决）。

那么作为一名虚拟化技术爱好者，在略微理解了KVM的概念的基础上，显然我们需要更深入的去实践KVM服务器的搭建与管理。

2.Guest与Host的分析

在我开始之前，我们仍需要补充一些说明：

关于搭建的话我实在上一篇文章中有写到过，图形化搭建，并成功访问。参见笔者上一篇文章《初学者也能学会的云桌面虚拟化》。

显然作为一名中度使用者来说。我们是需要了解如果要正常管理一台KVM Host我们需要注意的元素：

2.1 Host的信息获取

首先我们当然要明确Host的概念，Host就是宿主机，在本文里就是搭载KVM核心的的CentOS，Guest就是客户机，在本文中指的是XP_FOR_TEST这台winXP的测试用的机器。

这里我准备了一个完整的记录KVM Host的capability XML。为了使读者更容易读取有用的信息，我将在XML之间穿插介绍，希望能帮助到需要了解KVM的Capabilities信息。

这里为了系列文章的连续性，我使用了在我的上一篇文章中的XP虚拟机来罗列其XML，宁外作为下一篇文章的剧透，将使用Libvirt API来列出所需要的元素。

Libvirt是一套用来管理虚拟化的方案，包含virsh（命令行）和libvirt API两套接口

下面我贴出使用API来获取信息的代码：

 
   
   
    
    #include "stdlib.h"
   
   #include “stdio.h”
 
   
   
    
    ibvirt.h"      //libvirt库
 
int main(int arg
   
   #include "libvirt/
lc,char *argv[])
{
         virConnectPtr conn ;
 
   
   
    
    Open(NULL); // 建立连接，
   
            char *caps;
 
         conn = virConnec
t参数为NULL表示建立本地连接
         if( conn == NULL )
         {
 
   
   
    
    to qemu : /// system \n ;");
                   return 1;
         }
 
         caps
   
                      fprintf(stderr,"Failed to connection
  = virConnectGetCapabilities(conn); //获取本机host的capabilities
         fprintf(stdout,"Capabilities is : \n%s \n",caps);
         free(caps);
   
    
         virConnectClose(conn); //关闭与节点连接
         return 0;
   
   }

以上是一个简单的调用libvirtAPI的一个c语言文件（此外libvirt支持各种语言的绑定），我们将在以后的文章中详细讲解libvirt的使用。

对于上面的.c文件，我们需要使用如下命令来编译

执行

执行得到如下输出：（如下输出描述了kvm host的Capabilities（姑且我们称之为特性））

这里有必要着重再提醒一下的是Host必须开启VMX（虚拟化功能模块），CPU必须（如果是intel）必须支持vt-d或者vt-x虚拟化技术。这是KVM的硬件支持。（如果有VMware使用经验的人，肯定知道在64位虚拟化的时候是需要开启Host本身的CPU虚拟化支持的，在Bios里面手动操作，这里具体的步骤就不提了。百度与google说得还是相对详细的）。

2.2 那么我们建立起Host的概念以后，显然创造经济效益的（或者说真正为人们服务的就是Guest机）：

关于如何简历Guest机我在上一篇文章说得也是比较详细了（图形化界面建立Guest），其实作为一个KVM普通用户来讲的话，学会图形化界面已经足够，作为一个学习者来说的，我们只有懂得Guest的完整的创建过程，才能懂得图形化界面真正的方便之处。

在此，现在主流的创建guest机的方式是：图形化管理工具，virsh命令行，libvirtAPI，kvm-qemu命令行。关于配置这一块我们暂时不提。本文是着重在科普原理以及架构，以方便大家更好地理解并使用KVM技术，所以我们直接开始介绍一台Guest的元素要素，这里笔者想了很多办法想更加直观地来介绍Guest，最终选定的方案是通过介绍libvirt Domain 的XML配置文件来介绍客户机的配置，存储，硬盘等。

以上一段主要是讲不要修改这个xml配置文件，因为这是由系统维护的。由系统自动生成的。当然如果自己对KVM足够熟悉的大可不必理会。这里还给出了两个可以改动此xml的方法：virsh命令行和libvirt API。

以上是USB的一些信息。有pci控制接口， ide控制，virtio虚拟io接口。可能大家还不是太了解这些概念，大可不必紧张。如果有机会我还是会出文章来依次解释这些问题。

网卡接口，列出了mac地址，联网方式。

串口和控制台配置。 

这里是通信通道的设置channel是频道的概念，在这里，可以采用spice，可以才用vnc，当然我这里用的是spice，大家如果熟悉的话是可以直接写。

这样我把上面重要的部分和需要大家了解的Guest配置信息（模块都标注出来了），查看xml只是一种方法，

同样的我们还可以用别的方法来查看此类信息。

我再在这里提供一个方法，直接通过命令行来查看此类信息。

没错，这一坨基本就是所有的配置信息了。大家如果要看的话，只能耐心一点我先替大家整理成分行命令的形式了，如果看原生的命令行的话，是一坨，着实难受。

在实际的使用中，可以通过virsh命令行，甚至通过图形化工具来完成热拔插问题。那么本文讲到这里，题目所讲的知识就完成了。如果发现笔者文章出现了问题，请在评论区中指出，我会努力更正。如果对笔者的文笔风格有一些建议的话，也欢迎指出。

随着谈及问题的深入和介绍的全面化，可能本文读起来会略显枯燥。旨在帮助那些希望了解和深度使用KVM的爱好者，甚至开发者。