虚拟化技术系列讨论活动之--KVM虚拟化技术（获奖名单已公布-2014-3-10）

send_linux

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4130959-1-1.html

近几年，云计算大潮风起云涌，在云计算发展的大背景下，支撑着云计算服务的最底层、最基础的虚拟化技术也得到了快速发展，成为技术研究和应用的热点之一。

在虚拟化领域也有很多的技术和产品种类，包括传统的老牌虚拟化软件VMware、Microsoft的Hyper-V、Citrix的XenServer/XenClient、Oracle的VirtualBox等，还有在Linux平台上比较流行的开源虚拟化技术KVM、Xen等，甚至包括Linux上的轻量级虚拟化技术LXC。随着Linux服务器广泛地应用在互联网等热门行业，KVM作为Linux内核原生的虚拟化技术受到了开发者和用户广泛的关注，并且已经得到了较大规模的应用，如Google的公有云计算引擎GCE就是在底层完全使用KVM作为虚拟化技术来实现的。

本期话题：
话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
话题二，您在KVM虚拟化中一些经验
话题三，KVM虚拟化技术的不足和未来的发展方向

活动时间：2013年11月18日-12月8日

本期奖品：
最精彩评论奖，5名，可获《KVM虚拟化技术：实战与原理解析》图书一本

图书简介：

作者： 任永杰    单海涛   
出版社：机械工业出版社
ISBN：9787111439004
上架时间：2013-9-28
出版日期：2013 年10月
开本：16开
页码：1
版次：1-1

样章阅读：
http://wenku.it168.com/d_001295155.shtml
活动要求：
1、 要言之有物，不能低于20个字
2、 本次话题主要关注KVM虚拟化技术的讨论，其他问题可能不做重点

chenyx

沙发支持

话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
目前使用过vm ESXI，Xenserver，KVM。

话题二，您在KVM虚拟化中一些经验
感觉kvm在管理上还有很大的不足。
比如，安装完系统，尽然没有br0虚拟网络接口，只有virbr0，类似vm workstation的nat方式。还需要自己手工添加br0，然后才能在创建虚拟机的时候选择桥接方式。
另外，没看到类似于vm的那个虚拟交换机，虚拟机除了br和nat方式，没有别的选择，比如VLAN的支持。这个esxi就好多了，原生支持trunk，配置也相当简单。看新闻，貌似kernel也意识到了这个虚拟switch的问题了，在后续的kernel会提供支持，很值得期待。

话题三，KVM虚拟化技术的不足和未来的发展方向
1.方便的管理端，CS或者BS都可以，esxi是两个都支持（通过vcenter）
2.健壮性。解决性能瓶颈，比如mem，磁盘IO等
3.vSwitch支持

qingduo04

板凳支持！ 现在编辑。

qingduo04

首先说一下，现场还没有接触虚拟化，不过下期工程应该有 1千万tpmC的X86服务器加入到虚拟池中，虚拟化软件可能采用微软或者VM，预计VM的概率较大。由于没有接触过VM，只能按照自己的理解去抛砖引玉了。

话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
当前只是在使用，是一家厂家做的瘦客户端。
虚拟化技术预计明年接触VM虚拟技术。
话题二，您在KVM虚拟化中一些经验
当前一个厂家负责瘦客户端，采用虚拟化，但是在使用中问题较多，主要有
1.虚拟机经常不定时的要求重启，以便释放资源。
2.虚拟机使用过程中经常遇到卡的状况，估计是资源不够。
3.真正的虚拟机管理者的工作，当前没有接触过。
话题三，KVM虚拟化技术的不足和未来的发展方向
1. 个人觉得KVM虚拟化技术需要从技术支持，售前支持入手，在我们现场操作系统选择suse linux，但是虚拟机技术目前只有VM和微软过来交流过，KVM等其他的虚拟化技术交流较少，无形中这部分没有KVM的市场份额。
2. 良好的维护团队，针对KVM维护中遇到的问题，除非有原厂的驻场人员，否则在遇到问题后，第一时间怎么解决问题。
3. 不知道现在KVM是否已经商用，建议后续积极与企业等合作，进行KVM的商用。
发展方向
1. 看过VM的简介，分为高中低三个不同配置，高档配置很牛X，很多专业术语现在还不明白。
但是我绝的如果商用，最基本的功能一定具备。
无产品BUG（或者有，但是能最快修复），能在线进行资源的调配等等。

to407

目前来讲, 对于linux kernel,   kvm结合地比xen好, 但性能上 还有很长的路要走的.

GB_juno

话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
vmware esxi、xenserver、kvm

话题二，您在KVM虚拟化中一些经验
一般用virt-manager图像化管理，后来openstack这个东西比较火了就用这个工具；
如果开发的话肯定都是用libvirt来管理了。

话题三，KVM虚拟化技术的不足和未来的发展放心
kvm现在慢慢跟上来了，包括balloon、Huge pages、cgroups、KSM等等的都有实现或者用上了，未来也肯定会更快发展，我觉得这个kvm所需要的还是时间吧。
貌似现在lxc的话也好像跟着火了，当然这个是两个不同的东西。

wsysx

话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
用的较多的是xen和kvm，virtual pc和vmware 相对少一些

话题二，您在KVM虚拟化中一些经验
1.与KVM相关的东西使用较多的是libvirt和virt-manager。
2.在KVM虚拟机使用控制台迁移的时候，遇到过虚拟机“迁丢”的情况。即迁移之后目的端虚拟机因某虚拟设备初始化失败或其他原因而没能成功启动，但是源端虚拟机却认为迁移成功。这就使得正常运行的虚拟机在迁移之后“不见”了。
3.通过libvirt接口调用<强制关机>，有一定几率让虚拟机镜像损坏。
4.可以利用qemu-img之类的工具对KVM虚拟机镜像做差异复制，实现虚拟机的克隆操作

话题三，KVM虚拟化技术的不足和未来的发展方向
1.KVM启动的虚拟机在host中表现成进程的形式，个人觉得会不会存在一些安全隐患。
2.KVM很早就被纳入内核（centos6.0之后不再默认支持xen），因此在linux中的整合程度比xen好，代码也更轻量化。上层借助qemu的代码，似的KVM自身的代码量很小。（xen代码中早期借用qemu来实现io功能，后来全面引入qemu的代码，原因、用意不是很清楚。）
3.xen在今年成为linux基金会项目，肯定会在一定程度上对KVM的市场前景产生影响。
4.openstack采用的默认虚拟化技术是kvm吧，加上REDHAT的力保，未来发展应该会不错。
5.不清楚KVM有没有一些轻量化的解决方案，类似于xen和xenserver/XCP的那种关系，毕竟openstack有些太过庞大。

更多的等想起来再更新

wenhq

话题不错，虚拟化是大方向，感觉有些认识对虚拟化和云计算区别有点误解。


话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
工作中用到的虚拟化技术xen,esxi,kvm.windows的Hyper-V没用过。
话题二，您在KVM虚拟化中一些经验。
1.需要正确的配置/etc/hosts否则会遇到一些比较烦人的问题。如：ping不同虚拟机，ssh不成或者是shutdown失败。
2.yum安装的时候要确保kvm服务正常启动。
3.在做备份前需要用统一的image来做os这样每次备份的时候只需要备份增量即可。节省空间。
4.KVM虚拟机的swappiness参数设置，这个要看业务的情况。默认是60，有些时候需要设置为0。
5.KVM虚拟机迁移前提要保证2个机器的cpu要一致，然后需要考虑把监听地址改为0.0.0.0，端口为-1 。否则会有conflict.
话题三，KVM虚拟化技术的不足和未来的发展方向
先说说KVM虚拟化技术的未来应该比较不错。很多产商如IBM，REDHAT等的强力支持。
1.凭借其性能和实施的简易性，以及对Linux重量级的持续支持，已经受到许多linux厂商-包括Red Hat和Canonical等的青睐。
2.KVM是Linux内核的一部分，Xen是一个安装在Linux内核下层的独立内核。
3.KVM在Linux内核内部部署，可以很容易控制虚拟化进程.
4.KVM更加灵活。由于操作系统直接和整合到Linux内核中的虚拟化管理程序交互，所以在任何场景下都可以直接和硬件进行交互，而不需要修改虚拟化的操作系统。
5.KVM需要Pacifica（AMD）或者Vanderpool（Intel）虚拟化CPU这一事实现在已经不能成为KVM发展的限制条件，因为当前大多数服务器CPU都有这些处理器。
6.KVM在Linux整合中要优于Xen。它不需要重新编译内核，也不需要对当前kernel做任何修改，它只是几个可以动态加载的.ko模块。它结构更加精简、代码量更小。所以，出错的可能性更小。并且在某些方面，性能比Xen更胜一筹。
7.易于维护
再说说KVM的不足
1.发展时间过短
2.软件功能目前没XEN齐全

forgaoqiang

单独说下Mikrotik的Routeboard中的虚拟化技术，ROS也支持虚拟机了，在对应的硬件板子中，其中就支持KVM的虚拟机，试了下，跑个其他的路由操作系统还可以，至于跑完整的系统应该是没有希望了。

KVM使用较少，

infoback

虚拟化技术应该说是非常前沿的话题，正如我在闪存阵列中所述，我认为全闪存阵列和虚拟化技术应该是今后系统集成技术的前沿，如何优化并解决这两部分现有的技术问题，是今后工程师努力的方向，针对这次CU的话题，我来发表下看法：

1）话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
根据wikipedia的总结，虚拟化技术主要分为以下几个大类 ：
平台虚拟化（Platform Virtualization），针对计算机和操作系统的虚拟化。
资源虚拟化（Resource Virtualization），针对特定的系统资源的虚拟化，比如内存、存储、网络资源等。
应用程序虚拟化（Application Virtualization），包括仿真、模拟、解释技术等。

在这其中，应该说作为系统级别的工作人员，接触最多的应该还是平台虚拟化和资源虚拟化，在平台虚拟化中，应该说集群的虚拟化，虚拟桌面是我们工作遇到几率最多的，在资源虚拟化中，我接触最多的是存储上的虚拟技术，虚拟带库，采用datadomain和NBU来进行集中备份策略，这其中大大感受到存储虚拟化的可扩展性和速度贷带宽，还有包括小型计算机中的Lpar，HP的vPar等，但是这次CU的虚拟活动更多的集中在平台
虚拟化，所以重点来谈谈工作中针对平台虚拟化的方向。

Vmware ： 自从被EMC收购后，随着存储的大势所趋，虚拟化技术也非常应景，Vmware的集群虚拟化几乎是很多PC服务器冗余策略的首选，较好的Vcenter集中控制，以及ESX的底层OS，在工作中，Vmware是作为应用集群虚拟方案的首选。

虚拟桌面/VDI： 这个是作为开发测试和客服平台采用的虚拟桌面技术，现在大家都非常流行瘦客户机，如果说这还不算纯虚拟技术的话，那么hp所提出的0客户机，那就是非常彻底的虚拟技术了，这些在集中应该办公，开发测试的权限管理和预算控制上，应该是说非常优秀的。

KVM: KVM是这几种中最为不熟悉的，不过得益于自己还在部门内部评估中进行过一定的了解，其实个人觉得KVM的虚拟化蛮值得回味的，其服务器的虚拟效应有待挖掘，两个最大的优势就是，KVM应该是我知道的里面第一个属于内核级别的虚拟化方案，这样比较方便转换成特定的客户管理系统，缩短了应用上线的难度和时间。其次，就是一旦是内核级别方案，自然对内核，内存等的优化和改进就可作为很大。

话题二，您在KVM虚拟化中一些经验

应该使用KVM大部分的人还是集中在QEMU-KVM和Libvirt上，我个人感觉。
前者需要用 modprobe 去进行加载，然后一步步创建创建虚拟机，其实因为KVM已经是内核级别，所以剩下就是个一个强大的开源虚拟app，QEMU-KVM是x86为蓝图的版本的工具。
后者就是因为KVM不太友好的使用感受，RedHat才继续开发Libvirt的，libvirt的优势就是在于比QEMU-KVM更高的效率和使用感受，支持处KVM以外的虚拟机。
至于图形化界面Virt-manager，其实说穿了就是用python编写的UI界面，不是根本性的变化。
KVM的用途，我只短短的实验过V2V，使用后感受没有Vmware来的方便便耽搁研究了，惭愧。


话题三，KVM虚拟化技术的不足和未来的发展方向
从市场角度来说，不是openstack这几年的发力，KVM的路还有很长，但是他有比Vmware的优势在于实惠，开源。
不足：1）提高市场知名度
        2）相对于其他虚拟化方案，其用户体验较为薄弱
        3）稳定性的提高，在部门个人的评估中，有几次很莫名的就挂了，不知道是人为失误操作还是内存溢出等问题，暂时没有深入了解。
        4）优化动态迁移

方向：综合不足，我们就可以看出，首先提高用户使用反馈，集成优秀控制工具，提高稳定性，从而有良好的市场知名度，好好利用并优化openstack的优势，之后再加上相关公司的有效推广，建立实惠性能不差的虚拟化综合方案，那么我想KVM的春天就不远了。