论坛徽章:: 7

1楼 [报告]

发表于 2013-11-21 14:44 |显示全部楼层

本帖最后由 milujite 于 2013-11-21 15:12 编辑

本期话题：
话题一，谈谈您在工作中用到的虚拟化技术都有哪些？
   现在主流的虚拟化技术就那么几个VMWARE、XEN、KVM、HYPER-V。相信大家VMWARE都用的最多，获取的途径比较便捷，而且网络上破解也很丰富，vmware几乎是出来立马被破解了，不管是workstation还是ESX/ESXi。XEN用的不多，早些时候KVM还没成为内核虚拟化模块的时候用了些时间，方案上多多少少了解些，目前支持厂商主要是CRITIX、NOVELL，CRITIX以桌面虚拟化为主，而NOVELL对XEN的推广也不是很用心。KVM早些时候自己在RHEL上配合virt-manager玩了下，最近刚好以项目用RHEV，用起来还是不错的，几乎不差于VMWARE了，而且授权费用比VMWARE便宜相当多。微软的HYPER-V一直没用，主要原因是现在工作中接触微软的东西越来越少，已经几乎没有了。还有XLC/OPENVZ/SOLARIS ZONE/FREEBSD JAIL这些容器类技术，前阵子一项目用了阿里云，感觉阿里云的实现应该是XLC/OPENVZ的一种，容器的优点很明显，部署快速，机器性能压榨也更好，缺点是只支持宿主/类宿主系统，而且多个容器共享一个系统内核，功能也不如传统虚拟化来的强大，使用时和虚拟机很明显就能感觉出区别。

话题二，您在KVM虚拟化中一些经验
   其实说KVM的虚拟化经验，真不知道要说什么，KVM就一个内核模块，该讨论的是围绕KVM的那些管理软件。最常见的KVM管理工具就virt-manager，界面简单，功能虽然比VMWARE WORKSTATION比有一定的差距，但是还是属于可以用的范畴，甚至还有workstation没有的migrate等等功能。商用服务方面有REDHAT的RHEV-M，KVM其实最早是以色列的一家公司的产品，被RH收购，并且RH持续在产品上发力。第一次见到RH虚拟化管理软件时候还是RHEV-M 2.2，管理平台得安装在微软系统上，并且功能也很简单，作为桌面虚拟化的产品测试的。

   我还是说说RHEV吧，网上VMWARE的资料很全，而RHEV的资料相对少，连RHEV-M介质都不好下载到，今年刚好在以项目中用RHEV-3.2，从3.1起RHEV-M已经是脱离了windows平台，部署在RHEL服务器，而且功能强大了很多，不仅可以用来做服务器虚拟化，也支持POOL来做desktop的虚拟化。RHEV-M的高可用功能依赖于（类似）RHCS的环境，需要fence设备，当节点故障时，RHEV-M需要通过FENCE设备重启HYPERVISOR，重启成功后才接管故障HYPERVISOR上的虚拟机。这一点在做项目规划和实施的时候一定要注意，要有远程管理卡或者其他fence设备，以及单独的交换机用于管理心跳和fence设备，相应的RHCS有的缺点RHEV也有，如不能拔电源等等问题。

   目前RH有提供HYPERVISOR的精简包，基于RHEL6.4的安装ISO介质只有180多M，麻雀虽小，五脏俱全。

   RHEV的存储管理相当灵活，共享存储可以使用ISCSI和FC做虚拟机存储domian（个人理解类似与RHCS中的CLVM的VG），而虚拟机的disk是从这个domain里去划分（理解为LV），集群中有一个节点作为SPM（Storage Pool Manager）来管理存储池（就SPM能修改存储池（理解为LVM）的元数据，而其他HYPERVISOR集群节点只能读取)，个人觉得这样做的好处就是和VMWARE的VMFS上放VMDK对比，少了文件系统这层，性能应该更好点，但是缺点也是明显的，VMFS管理虚拟机文件更直观，好在导入导出方面，RHEV有单独的EXPORT DOMAIN可以用来导出这些虚拟机。RHEV可以直接将LUN映射被虚拟机，但是通过virtio层后，在系统里不能查看WWID等，也不能查看UUID。

   RHEV的虚拟化网络还是很灵活的，在规划和实施方面，需要考虑的话就是网卡的数量，建议4张网卡，其中两张bonding后作为提供正常业务，另外的两张，一张用于连接管理RHEV集群的心跳/FENCE。还有一张则用于RHEV-M管理HYPERVISOR。RHEV-M网络功能现在支持管理VLAN标记、TRUNK、虚拟交换机等特性，并且bonding十分方便，直接将网卡在RHEV-M上拖入就自动bonding了。

   虚拟机管理方面，RHEV目前的管理功能和VMWARE ESX几乎差距不大。但是在实施前有一点没考虑到的是在线迁移的网络负载问题，闲来蛋疼测试了一把，相信虚拟化在线迁移应该都存在这样的问题，假如A HYPERVISOR上一台虚拟机要迁移到B HYPERVISOR，首先要拷贝内存，而拷贝过程中，修改的内存还要增量传输，而网络带宽是远不如内存带宽的，导致的问题就是，在迁移大内存虚拟机，并且虚拟机内存变化比较快的时候，效率比较低下，网络负载90%以上居高不下直到迁移完成。因此，建议类似数据库之类的业务，在规划时，不要将数据库等重要业务放虚拟机上，建一套独立的数据库，供多个虚拟化平台上的业务使用。

   另外，像模版管理、内存预留、控制是否在线迁移，目前RHEV-M都已经实现。

   以上是自己在RHEV的项目实施一个简单的经验介绍，希望对大家有帮助。KVM管理平台做的较好的还有开源的的OVIRT（RHEV-M的社区版）、OPENSTACK等。

话题三，KVM虚拟化技术的不足和未来的发展方向
   KVM目前的发展很快，很多国际大型公司参与。而且在管理平台方面，目前的大型项目也很多。有众多厂家参与进来，国内也有很多相应的虚拟化管理产品（且不说是否拿现成开源代码修改）。相信在注重成本的互联网领域，KVM的发展未来肯定比VMWARE要好。但是在企业和政府等客户方面，目前用KVM的相对VMWARE要少很多，哪怕VMWARE的价格买几台物理机都绰绰有余。

对ovirt想了解的可以参考
http://www.ibm.com/developerwork ... wc_ovirt/index.html
http://www.ibm.com/developerworks/cn/linux/l-cn-ovirt/index.html