3、虚拟化架构分类

         （1）1型虚拟化
            

             Hypervisor 直接安装在物理机上，多个虚拟机在 Hypervisor 上运行。Hypervisor 实现方式一般是一个特殊定制的 Linux 系统。Xen 和 VMWare 的 ESXi

都属于这个类型。

          （2）2型虚拟化

            物理机上首先安装常规的操作系统，比如 Redhat、Ubuntu 和 Windows。Hypervisor 作为 OS 上的一个程序模块运行，并对管理虚拟机进行管理。

KVM、VirtualBox 和 VMWare Workstation 都属于这个类型。

二、虚拟化 ---KVM

       1、虚拟化kvm发展：

　　   2006 年 10 月由以色列的 Qumranet 组织开发的一种新的“虚拟机”方案，并将其贡献给开源世界

  　　 2007 年 2 月于 Linux Kernel-2.6.20 中第一次包含了 KVM

　　   2008 年 9 月，红帽收购了 Qumranet ，由此入手了 KVM 的虚拟化技术。在之前红帽决是将Xen 加入到自己的默认特性当中——那是 2006 年，因为当时Xen技术脱离了内核的维护方式，也许是因为采用 Xen 的 RHEL 在企业级虚拟化方面没有赢得太多的市场，也许是因为思杰跟微软走的太近了，种种原因，导致其萌生了放弃 Xen。而且在正式采用 KVM 一年后，就宣布在新的产品线中彻底放弃 Xen ，集中资源和精力进行 KVM 的工作。

　　   2009 年 9 月，红帽发布其企业级 Linux 的 5.4 版本（ RHEL5.4 ），在原先的 Xen 虚拟化机制之上，将 KVM 添加了进来

　 　  2010 年 11 月，红帽发布其企业级 Linux 的 6.0 版本（ RHEL6.0 ），这个版本将默认安装的 Xen 虚拟化机制彻底去除，仅提供 KVM 虚拟化机制

   　   2011 年初，红帽的老搭档 IBM 找上红帽，表示 KVM 这个东西值得加大力度去做。于是到了 5 月， IBM 和红帽，联合惠普和英特尔一起，成立了开放虚拟化联盟（ Open Virtualization Alliance ），一起声明要提升 KVM 的形象，加速 KVM 投入市场的速度，由此避免 VMware 一家独大的情况出现。联盟成立之时，红帽的发言人表示， 大家都希望除 “ VMware 之外还有一种开源选择。未来的云基础设施一定会基于开源

　　   自 Linux 2.6.20 之后逐步取代 Xen 被集成在Linux 的各个主要发行版本中，使用 Linux 自身的调度器进行管理。

　　 2 、KVM ---  全称是基于内核的虚拟机（Kernel-based Virtual Machine）
　　    是一个开源软件，基于内核的虚拟化技术，实际是嵌入系统的一个虚拟化模块，通过优化内核来使用虚拟技术，该内核模块使得 Linux 变成了一个Hypervisor，虚拟机使用 Linux 自身的调度器进行管理。
　　    KVM 是基于虚拟化扩展（Intel VT 或者 AMD-V）的 X86 硬件的开源的 Linux 原生的全虚拟化解决方案。KVM 中，虚拟机被实现为常规的 Linux 进程，由标准 Linux 调度程序进行调度；虚机的每个虚拟 CPU 被实现为一个常规的 Linux 进程。这使得 KMV 能够使用 Linux 内核的已有功能。但是，KVM 本身不执行任何硬件模拟，需要客户空间程序通过 /dev/kvm 接口设置一个客户机虚拟服务器的地址空间，向它提供模拟的 I/O，并将它的视频显示映射回宿主的显示屏。目前这个应用程序是 QEMU。

　 　3、Linux 上的用户空间、内核空间、虚机：

　　  Guest：客户机系统，包括CPU（vCPU）、内存、驱动（Console、网卡、I/O 设备驱动等），被 KVM 置于一种受限制的 CPU 模式下运行。

　  　KVM：运行在内核空间，提供CPU 和内存的虚级化，以及客户机的 I/O 拦截。Guest 的 I/O 被 KVM 拦截后，交给 QEMU 处理。

　　  QEMU：修改过的为 KVM 虚机使用的 QEMU 代码，运行在用户空间，提供硬件 I/O 虚拟化，通过IOCTL /dev/kvm 设备和 KVM 交互。
            

　　 4、KVM：

             kvm.ko（内核模块），只用于管理虚拟 CPU 和内存。IO 的虚拟化，就交给 Linux 内核和qemu来实现。

　　       Libvirt：是 KVM 的管理工具。Libvirt 除了能管理 KVM 这种 Hypervisor，还能管理 Xen，VirtualBox 等。OpenStack 底层也使用 Libvirt。

　　       Libvirt 包含 3 个东西：后台 daemon 程序 libvirtd、API 库和命令行工具 virsh

             （1）libvirtd是服务程序，接收和处理 API 请求；

             （2）API 库使得其他人可以开发基于 Libvirt 的高级工具，比如 virt-manager，这是个图形化的 KVM 管理工具，后面我们也会介绍；

             （3）virsh 是我们经常要用的 KVM 命令行工具，后面会有使用的示例。作为 KVM 和 OpenStack 的实施人员，virsh 和 virt-manager 是一定要会用的。

三、虚拟化VT开启确认

KVM 本身也有一些弱点，那就是相比裸金属虚拟化架构的 Xen 、 VMware ESX 和 HyperV ， KVM 是运行在 Linux 内核之上的寄居式虚拟化架构，会消耗比较多的计算资源；不过针对这一点， Intel 、 AMD 已经在处理器设计上有专门的VT-x 和 AMD-V 扩展，这种特性在每次硬件更新的时候也会更新，往往每次更新后都对虚拟化性能和速度上有明显的提升，所以长远来看，也不是什么大问题。

KVM 的虚拟化需要硬件支持（需要处理器支持虚拟化：如 Intel 厂商的 Intel-VT （ vmx ）技术&&AMD 厂商的 AMD-V （ svm ）技术。是基于硬件的完全虚拟化。而 Xen 早期则是基于软件模拟的半虚拟化（ Para-Virtualization ），新版本则是基于硬件支持的完全虚拟化。但 Xen 本身有自己的进程调度器，存储管理模块等，所以代码较为庞大。

你当前的 CPU 是否支持 VT 技术？当不确定你当前 CPU 是否支持 VT 技术时
1. 可以在 windows 下使用 cpu-z 软件来进行测试
2. 可以在 Linux 下查看 CPU 的相信信息来确定

** CPU 虚拟化给我们带来了哪些好处？

CPU 的虚拟化技术可以将单 CPU 模拟多 CPU 并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。

** 虚拟化技术与多任务超线程的技术的区别？（操作系统多对一）

虚拟化技术与多任务以及超线程技术是完全不同的。多任务是指在一个操作系统中多个程序同时并行运行，而在虚拟化技术中，则可以同时运行多个操作系统，而且每一个操作系统中都有多个程序运行，彼此独立。每一个操作系统都运行在一个虚拟的 CPU 或者是虚拟主机上；而超线程技术只是单 CPU 模拟双 CPU 来平衡程序运行性能，这两个模拟出来的 CPU 是不能分离的，只能协同工作