虚拟机监控器它包括规划、部署、管理和优化虚拟基础结构等端到端功能传统的VMM建立在操作系统之上但是操作系统本身除了作为VMM的承载之外并没有其他作用所以为了更加节约资源去掉了操作系统由VMM来直接取代。

就是我们看到了VMM

hypervisor

Hypervisor——一种运行在基础物理服务器和操作系统之间的中间软件层,可允许多个操作系统和应用共享硬件。

也可叫做VMM

virtual

Hypervisors是一种在虚拟环境中的“元”操作系统。

他们可以访问服务器上包括磁盘和内存在内的所有物理设备。

Hypervisors不但协调着这些硬件资源的访问也同时在各个虚拟机之间施加防护。

当服务器启动并执行Hypervisor时它会加载所有虚拟机客户端的操作系统同时会分配给每一台虚拟机适量的内存CPU网络和磁盘。

主流的hypervisorVMware的ESXi、微软的Hyper-V或者思杰的XenServer。

CPU虚拟化

硬件虚拟化HVM是在半虚拟化发展后提出的一种解决虚拟化性能的方法主要就是在cpu上增加了一个RING然后实现guestVM工作在ring0上的方法。

两大CPU厂商各自提出了自己的方法INTEL提出了VT-X而AMD公司使用的是CPU的AMD-V技术。

内存虚拟化

通过在VMM上添加MMU模块实现将guestvm的线性地址内存通过VMM的MMU来进行转换成实际地址并返回给guestvm并且在TLB上添加标签的方式避免不同guestvm之间的地址冲突。

MMU

MonitorVMM它是管理虚拟机VM的软件平台。

在主机虚拟化中Hypervisor就是跑在基础操作系统上的应用软件与OS-Level中VE的主要区别在于

Hypervisor构建出一整套虚拟硬件平台CPU/Memory/Storage/Adapter上面需要你再去安装新的操作系统和需要的应用软件这样底层和上层的OS就可以完全无关化诸如Windows上跑Linux一点儿问题没有

VE则可以理解为盗用了底层基础操作系统的资源去欺骗装在VE上的应用程序每新创建出一个VE其操作系统都是已经安装好了的和底层操作系统完全一样所以VE比较VM包括主机虚拟化和后面的裸金属虚拟化运行在更高的层次上相对消耗资源也少很多。

主机虚拟化中VM的应用程序调用硬件资源时需要经过:VM内核-Hypervisor-主机内核导致性能是三种虚拟化技术中最差的。

主机虚拟化技术代表是VMware

ServerGSX、Workstation和Microsoft

Virtual

裸金属虚拟化中Hypervisor直接管理调用硬件资源不需要底层操作系统也可以理解为Hypervisor被做成了一个很薄的操作系统。

这种方案的性能处于主机虚拟化与操作系统虚拟化之间。

代表是VMware

ESX

在操作系统中模拟出一个个跑应用程序的容器所有虚拟机共享内核空间性能最好耗费资源最少一个CPU号称可最多模拟500个VPS(Virtual

Private

Environment)。

缺点是操作系统唯一如底层操作系统跑的WindowsVPS/VE就都得跑Windows。

代表是Parallels公司以前叫SWsoft的Virtuozzo商用产品和OpenVZ开源项目。

library

参考文件http://group.vsharing.com/Article.aspx?aid1148290

IO虚拟化

xen宿主机负责管理物理硬件的cpu中断、内存并且自身仅仅是一个内核并不能直接被用户操作需要一个dom0这样的虚拟机dom0完成远程登录管理xen和管理其他虚拟机的功能并且其他虚拟机的调用cpu、内存、中断是通过xen来完成的而调用硬盘io则是通过dom0来完成的。

2、qumu

一款高性能的跨物理硬件的开源模拟器软件这里说跨物理硬件是指模拟器如果是x86平台的虚拟机可以搭建在x86平台也可以是64位平台并且可以按照aix等其他类型的操作系统。

如果平台相同可以通过kqemu软件来进行加速。

而kvm也是一个qemu的加速器软件。

3、kvm

这样kvm实际上就是接替qemu的一个虚拟化软件其实就是linux自身的一个模块当linux加载这个模块后linux就变成了”VMM”,实现了虚拟机管理器的功能在此的用户空间创建guestos此时的guestos就是“VMM”的一个进程可以随意的kill掉。

所以kvm是完全硬件化的虚拟管理器。

二、XEN

redhat5.0版本默认是可以通过加载内核进行安装xen的实际操作就是通过grub.conf修改加载的内核模块来完成而到了6.0版本redhat收购了kvm后就不再支持xen了而是提供了kvm的支持。

只有在linux2.6.37之后的内核版本才正式支持了xen的功能而到了3.0内核版本支持了完全功能。

XEN支持32位和64位的CPU而KVM只支持64位CPU并且要求CPU支持虚拟化技术。

2、管理工具和接口

每一个应用程序都有管理接口或者管理工具用于管理程序XEN的主要管理的库包括libxc控制台libxenguest管理虚拟机xinstore管理虚拟机元数据的存储这些库通过libxenlight来管理在这个之上通过xlxendxapi三种管理接口进行管理。

XEN4.0xm/xend

XEN4.1xlxm/xendxm和xl两者同一时间只能有一个在运行。

XEN4.2xl

注意红帽自己研发的管理工具支持了多个平台的虚拟化解决方案virsh它需要在被管理节点上启动一个libvirtd的服务进程。

这个进程需要libvirt这个程序。

但是由于红帽6.4以后不再支持xen所以需要自行编译安装。

三、XEN安装

安装参照文件https://wiki.xen.org/wiki/Xen_Project_Software_Overview#Host_and_Guest_Install

2、安装

4、基于图形化界面安装虚拟机guestos需要先安装libvirt软件包。

[rootlocalhost

删除定义的桥设备。

使用iface-undefine参数这个删除完毕需要重启并且重启后设置的物理网卡会“消失”需要创建相关的ifcfg-ethx文件才可以。

[rootlocalhost

5、ssh登录xen服务器然后通过virt-manager开启xen的图形化管理界面。

yum

2、出现一下情况的时候需要创建一个文件/var/lib/dbus/machine-id

并通过dbus-uuidgen生成一个随机码并放到/var/lib/dbus/machine-id

[rootlocalhost

如果按照的版本是virt-manager-0.9.0-34先卸载0.9.0-34版本然后按照0.9.0-31版本。

即可解决问题。

[rootlocalhost

virt-manager-0.9.0-31.el6.x86_64.rpm

[rootlocalhost

xen可以通过xm或者xl命令行进行配置我这里xen4.6自带的是xl我就使用它了xm已经被合并了。

xl配置虚拟机有一个配置模板就是/etc/xen/*example*的文件。

[rootlocalhost

要实现实时迁移通常是对于高可用情况说的就是两个服务器共享一个文件存储其中一个故障服务会自动转移到另个一服务器上。

安装虚拟机文档http://blog.csdn.net/jincm13/article/details/8362509

第二部分

VM必须运行在64位系统系统上。

KVM是一个混合类型的VMM它能够以模拟方式支持硬件的完全虚拟化也能够通过guestos中安装驱动程序进而支持部分硬件的半虚拟化。

对于网络设备和块设备来说半虚拟化能够提高设备性能REDHAT和IBM连同linux社区开了了一种独立于VMM的半虚拟化驱动程序标准virtio根据这个标准开发的半虚拟化程序可兼容的运行于多种不同的VMM上提高了VMM之间的互操作性。

type1hosted运行在操作系统之上

KVM自身是完全虚拟化的CPU是HVM硬件虚拟化但是使用了virtio的kvm实质上是混合技术的KVM。

过量使用CPU单个虚拟机使用CPU数量建议不要超过真实物理机cpu个数而虚拟机总数的CPU使用量可以超过。

linux

、windows、openbsd、FreeBSD、solaris。

二、安装KVM要实现安装虚拟机的功能就要安装其他软件了比如qemu。

kvm模块

目标物理主机的kvm要能够兼容源物理主机的kvm及其准备迁移的guestos。

也就是建议两台物理机型号相同

[rootlocalhost

创建虚拟机事先准备好xml格式的配置文件可以dump其它已经运行的虚拟机

create创建并启动

所有虚拟机创建完毕后都在/etc/libvirt/qemu下生成相关的xml文件

[rootlocalhost

改变在线状态动态的虚拟机内存空间大小在当前版本测试中修改内存大小后系统崩溃

[rootlocalhost

红帽官网解决方法https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/sect-Troubleshooting-Common_libvirt_errors_and_troubleshooting.html#sect-The_URI_failed_to_connect_to_the_hypervisor

转载于:https://blog.51cto.com/137783/1968813