心得：谈关于VMware虚拟化技术的几点了解

作为一个热爱计算机硬件的工作者，不一定要技术上力挫群芳，重要的是有没有一个重在参与的态度。总想自己写一点自己的理解性的文字，但是目前关于一些服务器硬件方面的文章已经在网络上泛滥了，我抽了点时间，把自己这次在公司的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或者其他高速的连接选择。

大大人物  发表于: 2010-01-24