kvm

首先KVM和XEN均为开源ESXi是VMware公司的，需要收费有开发团队且技术好就用KVM或是XEN否则还是老老实实用ESXi吧，市场占有率大，成熟稳定，功能强大

性价比上KVM优于ESXI,因为免费。管理上，ESXI比KVM简便。KVM需要扎实的Linux,网络基础作铺垫，需要自己设置宿主机安全策略，门槛较高。ESXI入门相对容易些。趋势上，国内互联网公有云，几乎清一色的KVM

窃以为xen会比较有前途。毕竟已经比较成熟，而且有很多成功的例子了。

目前为止，虚拟技术的老大仍然是VMware,虽然被EMC收购，名义上是EMC的老二，但事实上由于技术的牛X，老二不是很摆老大，当然这只是聊天的话,不做为事实依据。 一、KVM简介 KVM是一个全虚拟化的解决方案。可以在x86架构的计算机上实现虚拟化功能。但KVM需要CPU中虚拟化功能的支持，只可在具有虚拟化支持的CPU上运行，即具有VT功能的Intel CPU和具有AMD-V功能的AMD CPU。 Xen与KVM的比较 Xen是Linux下的一个虚拟化解决方案，但由于被Citrix收购后，变成了和红帽企业版一样了，卖服务收取费用，Redhat从rhel6.0开始已经从内核中把XEN踢出去了，全心投入开发免费的KVM，虽然市场上老用户还在用Xen,但相信kvm会逐步占领大面积的市场，必竟有redhat做为强大支持源。 Xen的实现方法是运行支持Xen功能的kernel，这个kernel是工作在Xen的控制之下，叫做Domain0，使用这个kernel启动机器后，你可以在这个机器上使用qemu软件，虚拟出多个系统。Xen的缺点是如果你需要更新Xen的版本，你需要重新编译整个内核，而且，稍有设置不慎，系统就无法启动。 相比较，KVM就简化的多了。它不需要重新编译内核，也不需要对当前kernel做任何修改，它只是几个可以动态加载的.ko模块。它结构更加精简、代码量更小。所以，出错的可能性更小。并且在某些方面，性能比Xen更胜一筹。　　二、KVM的使用　　现在以Turbolinux 11版本为基础，介绍KVM的使用方法。　　在安装之前，你需要先确认，你的CPU是否支持虚拟化技术，执行：　　　# egrep "^flags.*(vmx|svm)" /proc/cpuinfo　　如果有输出返回，则表示你的CPU支持虚拟化技术。　　1.KVM的安装　　从官方网站下载KVM源码包：http://kvm.qumranet.com　　我们使用KVM-33版本　　# tar zxf kvm-33.tar.gz　　# cd kvm-33　　# ./configure --prefix=/usr/local/kvm-33　　# make　　# make install　　make install后，kvm的模块会安装到/lib/modules/$KernelVersion/extra/目录下。其他相关文件会安装到/usr/local/kvm-33/目录下。　　将kvm相关目录连接到系统目录中　　# ln -s /usr/local/kvm-33/bin/* /usr/bin/　　# ln -s /usr/local/kvm-33/lib/* /usr/lib/　　(若为x86_64系统,则执行: ln -s /usr/local/kvm-33/lib64/* /usr/lib64/)　　# ln -s /usr/local/kvm-33/include/kvmctl.h /usr/include/　　# ln -s /usr/local/kvm-33/include/linux/* /usr/include/linux/　　# ln -s /usr/local/kvm-33/share/qemu /usr/share/　　2.KVM的使用　　a.你需要先建立一个映像文件作为虚拟系统的硬盘　　# mkdir /images　　# cd /images　　# /usr/bin/qemu-img -f qcow gtes11.img 20G　　b.创建网络配置脚本　　# echo "/sbin/ifconfig $1 10.0.1.1 netmask 255.255.255.0" > /etc/qemu-ifup　　c.加载KVM模块　　Intel CPU使用:　　# modprobe kvm-intel　　AMD CPU使用:　　# modprobe kvm-amd　　d.安装虚拟系统　　# /usr/bin/qemu-i386 -m 512 -k en-us -M pc -hda /images/gtes11.img -cdrom /iso/zuma-SP3-rc3-6-disc1-20061031.iso -net nic,vlan=1,model=rtl8139,macaddr=00:00:00:00:99:01 -net tap,vlan=1,ifname=tap0,script=/etc/qemu-ifup -vnc localhost:1 -boot d　　在另一个终端执行：　　# vncviewer localhost:1　　参数分析：　　我们为虚拟系统分配512MB内存。使用gtes11.img作为它的第一块硬盘，使用Turbolinux10.5的disc1作为它的光盘。并从光盘引导。它有一块rtl8139的网卡，MAC地址为:00:00:00:00:99:01，并把这个网卡与主机的tap0接口连接。tap0接口使用/etc/qemu-ifup脚本进行初始化。虚拟系统的输出作为一个vnc服务器，绑定在主机的localhost:1上。　　注：　　1.若为x86_64系统，则使用/usr/bin/qemu-system-x86_64代替qemu-i386　　2.在64位系统上，可以安装32位和64位的虚拟系统。但在32位系统上，只能安装32位的虚拟系统。　　qemu参数介绍：　　-da 映像文件：使用映像文件作为虚拟系统的第一块硬盘。同样还可以使用hdb、hdc、hdd指定第2、3、4块硬盘。　　-drom 光盘映像文件：使用光盘映像文件作为虚拟系统的光盘。　　-oot [a|c|d|n]：设置虚拟系统的引导顺序。a为软驱、c为硬盘、d为光驱、n为网络。　　- 内存大小：设置虚拟系统使用的内存大小，单位为MB。　　- 语言：设置虚拟系统键盘类型。　　-et nic[,vlan=n][,macaddr=addr][,model=type] 建立一个虚拟网卡，并把它连接到VLAN的n端口上。　　-net tap[,vlan=n][,fd=h][,ifname=name][,script=file]　　把主机的TAP网络接口连接到VLAN的n端口上，并使用script指定的脚本进行初始化。

OpenVZOpenVZ是操作系统级别的虚拟化技术，是底层操作系统上的一层应用，这意味着易于理解和低权重开销，一般来说也意味着更优的性能。但是OpenVZ配置起来比较灵活，给黑心服务商改低限制的机会。优势：现在外面卖的这种类型，许可的内存都超大，CPU也强劲，而且卖家很多，可比性也很强。性价比超高。劣势：超卖，没有不超卖的，导致各种石头盘，钻石盘。连带的cpu也被过度分割导致性能升值不如其标明的1/10。再有就是内存，基本上OpenVZ技术没有独占的，都是共享，别人多了你就少了，而且这种技术最大的劣势就是内存下来后直接就是当机。还有开设vpn各种不方便。XenXen是半虚拟化技术，它并不是一个真正的虚拟机，而是相当于自己运行了一个内核的实例，可以自由的加载内核模块，虚拟的内存和IO，稳定而且可预测。分Xen+pv+和Xen+hvm，区别就是pv只支持linux，而hvm支持win系统。优势：内存独占，虽然小但是保证分配的到。部分虚拟技术决定了就算是超卖也不会超太离谱。所以一般的母鸡就算超了，也很少导致石头盘。当然小鸡有pt就除外了。另外就是即使内存再低也不会当掉，只是会无响应一段时间。劣势：内存小，硬盘小，带宽小（以上3点均和同价位的openvz对比）。因为没法超卖了，为了赚钱只能把这3个基本配置降下来了。还有就是供应商残次不齐，而且大部分在说xen的时候都木有明说是pv还是hvm，其实pv的性能是优于hvm的。KVM优势：和xen类似，比xen更好的一点是，kvm是完全虚拟的，所以不分pv和hvm的区别，所有的kvm类+型的虚拟技术都可以装各种linux的发行版和各种win的发行版，不管供应商在主页有没有写明是否支持win，只要你配置够win运行，那就肯定可以装+的上去，只是方法的问题而已。劣势：恰恰因为kvm可以装任意类型的操作系统，导致了折腾帝甚至在128m的机器上装了win2003（上去+后直接所有的cpu和内存都用于硬盘IO了，不明白这些人想干神马）。其结果就是所有的kvm邻居都得看你周围邻居的脸色。这么说把，一个node下只要+有5、6台这种折腾帝，对不起，你的硬盘基本就是石头盘了。主机测评：www.zhujiceping.com

虚拟化类型全虚拟化（Full Virtualization)全虚拟化也成为原始虚拟化技术，该模型使用虚拟机协调guest操作系统和原始硬件，VMM在guest操作系统和裸硬件之间用于工作协调，一些受保护指令必须由Hypervisor（虚拟机管理程序）来捕获处理。图1 全虚拟化模型全虚拟化的运行速度要快于硬件模拟，但是性能方面不如裸机，因为Hypervisor需要占用一些资源半虚拟化（Para Virtualization）半虚拟化是另一种类似于全虚拟化的技术，它使用Hypervisor分享存取底层的硬件，但是它的guest操作系统集成了虚拟化方面的代码。该方法无需重新编译或引起陷阱，因为操作系统自身能够与虚拟进程进行很好的协作。图2 半虚拟化模型半虚拟化需要guest操作系统做一些修改，使guest操作系统意识到自己是处于虚拟化环境的，但是半虚拟化提供了与原操作系统相近的性能。虚拟化技术KVM(Kernel-based Virtual Machine)基于内核的虚拟机KVM是集成到Linux内核的Hypervisor，是X86架构且硬件支持虚拟化技术（Intel VT或AMD-V）的Linux的全虚拟化解决方案。它是Linux的一个很小的模块，利用Linux做大量的事，如任务调度、内存管理与硬件设备交互等。图3 KVM虚拟化平台架构XenXen是第一类运行再裸机上的虚拟化管理程序(Hypervisor)。它支持全虚拟化和半虚拟化,Xen支持hypervisor和虚拟机互相通讯，而且提供在所有Linux版本上的免费产品，包括Red Hat Enterprise Linux和SUSE Linux Enterprise Server。Xen最重要的优势在于半虚拟化，此外未经修改的操作系统也可以直接在xen上运行(如Windows)，能让虚拟机有效运行而不需要仿真，因此虚拟机能感知到hypervisor，而不需要模拟虚拟硬件，从而能实现高性能。图4 Xen虚拟化平台架构QEMUQEMU是一套由Fabrice Bellard所编写的模拟处理器的自由软件。它与Bochs，PearPC近似，但其具有某些后两者所不具备的特性，如高速度及跨平台的特性。经由kqemu这个开源的加速器，QEMU能模拟至接近真实电脑的速度。KVM和QEMU的关系准确来说，KVM是Linux kernel的一个模块。可以用命令modprobe去加载KVM模块。加载了模块后，才能进一步通过其他工具创建虚拟机。但仅有KVM模块是 远远不够的，因为用户无法直接控制内核模块去作事情,你还必须有一个运行在用户空间的工具才行。这个用户空间的工具，kvm开发者选择了已经成型的开源虚拟化软件 QEMU。说起来QEMU也是一个虚拟化软件。它的特点是可虚拟不同的CPU。比如说在x86的CPU上可虚拟一个Power的CPU，并可利用它编译出可运行在Power上的程序。KVM使用了QEMU的一部分，并稍加改造，就成了可控制KVM的用户空间工具了。所以你会看到，官方提供的KVM下载有两大部分(qemu和kvm)三个文件(KVM模块、QEMU工具以及二者的合集)。也就是说，你可以只升级KVM模块，也可以只升级QEMU工具。这就是KVM和QEMU 的关系。图5 KVM和QEMU关系

Xen是一个外部的hypervisor程序(虚拟机管理程序);它能够控制虚拟机和给多个客户机分配资源. 另一方面, kvm是linux的一部分, 可使用通常的linux调度器和内存管理. 这意味着kvm更小更易使用。 另一方面, Xen同时支持全虚拟化和半虚拟化(修改过的客户机能有更好的性能). kvm当前不支持半虚拟化。

kvm支持在64位主机上运行32位客户机, 也可以是任何PAE或非PAE客户机和主机组合. 但不支持在32位主机上运行64位客户机.

目前的KVM基本都有延迟的现象，不延迟的KVM据说有厂家在开发，目前没看到现成的，而且成本也很高所以在一个会场调试时，2电脑+KVM+投影，切换就有延迟是正常的在另一个会场，2电脑+KVM+VGAsplitter+4投影，一点延迟都没有也是正常的，因为你中间加了一个分配器，KVM进行切换的时候，分配器没有断电，投影仪仍然认为是有信号，虽然KVM也是有延迟，但你感觉不到（不会黑掉）

这是美国力登的CAT5 KVM的转换模块，是连接在服务器的键盘，鼠标，显卡的接口上，PS/2代表圆口类型的，USB的代表扁形接口的。中间通过网线来连接KVM和服务器，15米的距离没有问题

virtualbox和kvm的区别：vbox 是由 qemu 改写而成，包含大量 qemu 代码。可以使用于 不支持 虚拟化的cpu。值得说的一点：vbox 在图形方面比较好，能进行2D 3D加速。cpu控制不理想（估计是因为图形支持的缘故）。操作上有独立的图形界面，易于上手。kvm是开源软件，全称是kernel-based virtual machine（内核级虚拟机）。是x86架构且硬件支持虚拟化技术（如 intel VT 或 AMD-V）的linux 全虚拟化 解决方案。它包含一个为处理器提供底层虚拟化 可加载的核心模块kvm.ko（kvm-intel.ko 或 kvm-AMD.ko)。kvm还需要一个经过修改的QEMU软件（qemu-kvm），作为虚拟机上层控制和界面。kvm能在不改变linux或windows镜像的情况下同时运行多个虚拟机，（ps：它的意思是多个虚拟机使用同一镜像）并为每一个虚拟机配置个性化硬件环境（网卡、磁盘、图形适配器……）。

很多小型组织使用了KVM虚拟化，但却无法在主机发生故障时采取相关措施保证高可用性。本文介绍如何采取简单的方式确保虚拟机的高可用性。你可以使用任一Linux发行版的KVM，但是这些Linux发行版在集群功能方面存在差异。Pacemaker堆栈源于SUSE，红帽在最近的版本中才确定其集群实现方式。因此在本文中我将介绍如何在OpenSuSE 13.1 下配置集群。图1. KVM高可用架构概览假定集群中的节点已经连接到了SAN。如果集群中的节点还没有连接到SAN，那么将虚拟主机连接到Linux SAN并不复杂，当然你也可以使用SAN设备。然而我们在本文中采用的方式—使用OCFS 2共享文件系统构建集群—只有在使用SAN时才是有效的。配置KVM高可用集群的步骤如下所示：创建基础集群在SAN共享存储上配置OCFS2集群文件系统使用SAN磁盘作为后端存储，安装虚拟机为虚拟机配置Pacemaker集群资源验证集群配置创建基础集群在Open SUSE 13.1下使用命令zypper in pacemaker ocfs2-tools lvm2-clvm 安装构建集群所必需的软件包，开始创建基础集群。集群包括两层。较低的层称之为corosync转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦

你说的是机房里的KVM？虚拟鼠标键盘？跟集群没半毛钱关系啊。大规模服务器都要用到KVM，将所有的服务器连接到一套鼠键上，通过软硬件切换

详情是： Unable to connect to libvirt: no connection driver available for No connection for URI qemu:///system Verify that: - The "libvirtd" daemon has been started Libvirt URI is: qemu:///system Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1185, in _open_thread self.vmm = self._try_open() File "/usr/share/virt-manager/virtManager/connection.py", line 1167, in _try_open flags) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in openAuth if ret is None:raise libvirtError("virConnectOpenAuth() failed"

关键是工具选对了，跟实体机激活是一样的