探讨虚拟化-关于VMware虚拟化技术的几点了解

核心提示：作为一个热爱计算机硬件的工作者，不一定要技术上力挫群芳，探讨虚拟化-关于VMware虚拟化技术的几点了解，重要的是有没有一个重在参与的态度，总想自己写一点自己的理解性的文字，以前8台1U物理服务器才能够达到的物理环境你现在可以通过2-3台2U的高配服务器虚拟化来实现，并且能够通过VMware的HA组件提供更加方便的HA

作为一个热爱计算机硬件的工作者，不一定要技术上力挫群芳，重要的是有没有一个重在参与的态度。总想自己写一点自己的理解性的文字，但是目前关于一些服务器硬件方面的文章已经在网络上泛滥了，我抽了点时间，把自己这次在公司的Tech Summit上获得的收获，整理出了一点文字，下面的文字是我自己培训以后整理的，对虚拟化VMware的理解还称不上原创，很多知识和信息是与培训的老师一起沟通以后，打开了内心的心结所获得的。能够把了解的东西如果能够与大家一起分享也是一件很愉快的事情。。首先VMware是一门很新兴的技术，我对虚拟化的了解还停留在门槛阶段，所以下面的文字里难免会有很多认识不足和技术上的错漏，还请大家看过以后帮忙指正与修改。或者把我看做一个完全门外汉的热心参与。

通过误区的清晰化去了解技术一直是我学习的方式。

在下面这个问题了解清楚之前，我对VMware甚至提出了一个想法，如果在一台4路的服务器上模拟出16路的虚拟运行环境，而只购买4颗CPU的Licence岂不是很赚了，这个问题在Oracle(大型网站数据库平台)的培训课程上讲师告诉过我，无论虚拟机如何设置，Oracle(大型网站数据库平台)的Licence出售始终是按照物理CPU的内核数量来计算的。

了解虚拟化软件VMware，走出误区，VMware不能够把一个双路的服务器虚拟化表现为16路的服务器，在接触这个软件之前，我甚至认为资源是无限虚拟化的，实际上呢，当一台服务器被虚拟化了以后，它的资源是通过管理软件来分享给虚拟机的，这份被虚拟化集中管理的硬件资源叫做资源池Resource pool，每个虚拟机也就是虚拟的服务器通过虚拟中央管理软件---Virtual Central management 来对资源池里的处理器以及内存资源进行分配。。比如虚拟机A用来安装Linux获得了30%的绝对CPU资源，20%的共享CPU资源，这里20%的资源与另外的虚拟机是对等机会的，谁先申请谁先获得。。资源池里的资源是有限的，并不是说一台机器被安装上了VMware以后，可以无限的划分虚拟机来安装OS和应用程序的，比如需要在一台2路的DELL PE2950服务器上划分多少个虚拟机实际上要取决于应用程序的负荷总量，也就是说比如两颗双核XEON的3。2G处理器和4GB内存能够提供的100%的资源，能够满足到什么程度应用，就最大理论上可划分这样多的虚拟机来投入应用，而实际上比如一台DELL PE2950的100%CPU资源池，虚拟机A获得了30%的绝对资源，20%的共享资源，虚拟机B获得了40%的绝对资源，20%的共享资源，虚拟机C获得了10%的绝对资源，20%的共享资源，实际上三者相加的绝对资源占有80%，三者可交替申请的共享资源占20%，加起来正好是100%的全部资源。。

关于底层的软件语言，VMware底层大部分是C++环境，有一些Linux的环境协作。上层安装在虚拟机上的OS以及应用程序其实是通过这些与低层沟通的虚拟层和裸机沟通的。我对这个问题了解的还不够透彻，虚拟机软件是如何内嵌在裸机物理设备与上层的OS之间，帮助OS调度硬件资源的，还需要进一步的了解。如果有相关的知识比较清晰与透彻的朋友，可以第一时间帮助到我。

并不是所有的OS都能够运行于安装有VMware的虚拟机机器上的，以前我们有的时候走入了一个误区，认为普通PC机器无法兼容的一些OS，比如AIX和SCO UNIX都可以通过虚拟机软件安装的方式安装在X86环境下，其实不然，VMware公司对自己没有测试和通过的OS操作系统不做任何技术上的保障，比如AIX ，HP-UX都是目前VMware无法解决的，其实底层还是涉及到一些上层虚拟机上的OS通过下层的虚拟层对真实的硬件资源调动的问题，有些还没办法在短的时间以内解决。

关于Vmotion的理解，这个动态迁移功能组件所能够实现的根本条件，是需要后备的物理服务器提供充足的资源池空闲空间，并且迁移的源物理服务器和目的服务器share同一个磁盘空间，在需要迁移的那一个时刻，实际上物理服务器A上的虚拟机1内的内存里的所有关于虚拟机1的信息全部被封包通过网络移交给物理服务器B上而形成了新的虚拟机2。这是一个内存信息移交和转移的过程，速度快，但是掉电以及其他突发的事件会影响到安全性，网络的延迟与阻塞会让A，B两台物理服务器之间的虚拟机动态迁移变得不够可靠和高速，除非你使用FC或者其他高速的连接选择。

关于DRS的理解，这是一个建立在拥有VMOTION的基础上，进行虚拟机之间动态均衡的一个有监控特征的组件，他按照你的需要，在半自动的情况下，提示你虚拟机A上的CPU资源耗费到100%需要Vmotion到虚拟机B上面，这个迁移的过程大约需要3-8分钟。而如果是全自动设置的情况下，那么这个迁移的过程将完全自动和对你来说透明的实现。。所以DRS组件实现的功能是一个具备Load Balance能力的功能。

关于HA和在虚拟机上构建高可靠性平台，这个动态迁移功能组件所能够实现的依据，是需要不同的物理主机之间的虚拟机运行同样的操作系统，并且share磁盘空间。目前在VMware上构建安全和可靠的企业级数据库服务器平台还需要时间的考验，VMware公司的工程师还不能100%确信自己的产品能够真实的达到物理服务器能够给予的安全性和可靠性。所以在这类关键性应用中采纳VMware请三思而后行，不过在WEB以及EMAIL等等类型的服务器上则可以通过VMware的大胆应用而大大的提高物理服务器资源的利用效率，以前8台1U物理服务器才能够达到的物理环境你现在可以通过2-3台2U的高配服务器虚拟化来实现，并且能够通过VMware的HA组件提供更加方便的HA可靠性，节约了投资和提升了利用率。