标签：虚拟机 计算 服务器 问题 xen 虚拟化 带来 -- 管理 bsp
一、虚拟化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 自身的调度器进行管理。
二、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。
三、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 交互。
四、KVM的内核模块 kvm.ko
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 本身有自己的进程调度器，存储管理模块等，所以代码较为庞大。
1、你当前的 CPU 是否支持 VT 技术？当不确定你当前 CPU 是否支持 VT 技术时
（1）可以在 windows 下使用 cpu-z 软件来进行测试
（2）可以在 Linux 下查看 CPU 的相信信息来确定
2、CPU 虚拟化给我们带来了哪些好处？
CPU 的虚拟化技术可以将单 CPU 模拟多 CPU 并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。
3、虚拟化技术与多任务超线程的技术的区别？
虚拟化技术与多任务以及超线程技术是完全不同的。多任务是指在一个操作系统中多个程序同时并行运行，而在虚拟化技术中，则可以同时运行多个操作系统，而且每一个操作系统中都有多个程序运行，每一个操作系统都运行在一个虚拟的 CPU 或者是虚拟主机上；而超线程技术只是单 CPU 模拟双 CPU 来平衡程序运行性能，这两个模拟出来的 CPU 是不能分离的，只能协同工作
4、安装kvm前准备工作
(1)确定处理器有 VT
命令行： grep vmx /proc/cpuinfo (INTEL 芯片 )
grep svm /proc/cpuinfo (AMD 芯片 )
cat /proc/cpuinfo | grep -e vmx -e nx -e svm
不知道芯片的生产厂商则输入：egrep ‘(vmx|svm)‘ /proc/cpuinfo
如果 flags: 里有 vmx 或者 svm 就说明支持 VT ；如果没有任何的输出，说明你的 cpu 不支持，将无法成功安装 KVM 虚拟机。
(2)当你硬件本身支持虚拟化，但查询相应参数无果时，请检查 BIOS 设定，确认你的 BIOS 中开启了硬件支持虚拟化的功能！
将如下选项设为Enabled
Intel(R) Virtualization Tech [Enabled]
标签：虚拟机 计算 服务器 问题 xen 虚拟化 带来 -- 管理 bsp
原文地址：https://www.cnblogs.com/-wzhq/p/11180013.html
