zoukankan      html  css  js  c++  java
  • Xen的入门到放弃

                                  Xen的入门到放弃

                                                         作者:尹正杰   

    版权声明:原创作品,谢绝转载!否则将追究法律责任。

      

      Xen 是一个开放源代码虚拟机监视器(VMM),由剑桥大学的"Ina Pratt"和"Keir Fraser"的2个研究员在“Xenoserver”项目中共同开发。 它的虚拟化实现方式是:Type-I型。也就是说 一个主机不需要安装操作系统,只需要在这个硬件安装一个“Xen hypervisor”,然后可以在这个“Xen hypervisor”上安装安装多个硬件。
     
    一.Xen Hypervisor简介
      Xen本身的主要目的是致力于在单个物理机器上可以跑起来多大128个甚至是更多的虚拟机。在单个的物理节点上,Xen早些年的实现是基于半虚拟化的技术(当时并没有出现硬件辅助虚拟化技术。),相比当时完全虚拟化的方式而言,大致只是损失整个硬件平台的5%左右的性能,而典型情况下只有2%的损失,最多不会超过8%。
      Xen本身只负责管理CPU和内存。也就是说所有的I/O设备Xen既不负责驱动,也不负责管理。他的各种I/O功能都是由Dom0来实现的。
     
    1.Dom0(用于I/O控制平台,console.)
      简单的讲,Xen在虚拟化环境中,用域来描述各个虚拟机,每个域(Domain)都有其ID等属性,所以所Domain0只是虚拟机的一个编号,表示第一个虚拟机。通常我们习惯简写成Dom0。Dom0是运行在Xen Hypervisor上独特的一个虚拟机,也被称之特权域,其(Dom0)内核是经过特殊修改的Linux内核,其能够直接访问硬件的I/O资源,但是不能访问CPU。Dom0的I/O资源还可以为其他的非特权域中的虚拟机(即Dom1m,Dom2,....统称为DomU)实例提供交互的。所以,其他域(DomU)都没有直接访问硬件I/O的权限。但Dom0具备了。并且DomU中的各个虚拟机之间的I/O设备彼此访问时高度隔离的。所以我们可以说DomU中的虚拟机调用CPU,内存,中断都是通过Xen Hypervisor来实现的。调用I/O设备都是通过Dom0来实现的。
     
    二.Xen的工作模式
    1..Para Virt:半虚拟化,主要是指对CPU,,I/O设备的半虚拟化。()
                
    2.Full Virt:完全虚拟化,依赖于CPU支持HVM(硬件辅助虚拟化)[引入QEMU模拟软件。]
      通过模拟的方式提供I/O硬件设备的,因此所有的DomU看到的硬件驱动都是通过QEMU模拟出来的,它不是真实存在的。

               

    3.PV on HVM :CPU完全虚拟化,但I/O采用半虚拟化。
      有别于完全虚拟化,I/O设备并没有通过QEMU模拟实现,I/O部分仍然采用半虚拟化。只不过半虚拟化有一个要求,因在半虚拟化在各个DOMU当中不是常见的普通硬件,而是Xen虚拟出来硬件,要想使用这些硬件,需要我们自己安装驱动程序,其实Linux操作系统已经将部分驱动整合到内核之中,但是Windwos并没有。所以我们在xen虚拟化场景中安装的是Windows的话。需要安装专门的驱动程序。
     
    三,xen的使用方式
    1.xen hypervisor(工具栈:xm/xend)
      硬件:——>安装linux发行版 --> 安装xen -->修改grub,配置其内核为xen,而不再使用源linux的内核(linux的内核和initramfs文件被当作xen的模块)-->从新编译linux内核,使得其能够运行于Dom0 --> 重启系统
      DomU:在Dom0使用工具(xm/xl)创建虚拟机-->启动虚拟机-->安装操作系统
     
    2.xenserver(工具栈:xl)
      一个提供了完备的自我独立管理工具和界面的发行版本。Xen后来被citrix收购了,其被当成一个商业化产品,但后来发现没有竞争力,于是将其开源啦。但是其和VMware 还是没有较好的竞争优势。xenserver部署起来更为简便
     
    3.xcp:xen云平台(xen cloud platform,工具栈:xapi/xe)
      找一堆物理机,在这些物理上装一个统一的软件层,让他们可以互相通信,在这个统一的软件层上提供一个管理工具,基于这个管理工具就可以创建虚拟机了这就是所谓的云。
     
    扩展小知识:
      以上的三种方式在运维起有些繁琐,红帽又推出了:libvirt:virsh/libvirtd,virtmanager(图形界面)几款管理工具。
      关于Xen详情请参考: 连接一:https://zh.wikipedia.org/wiki/Xen
                连接二:https://www.xenproject.org/
     
    四.xen云平台工作机制
    1.虚拟机的运行
      在一堆物理服务器上安装软件使得这些硬件可以互相通信,通过这个软件层提供一个管理工具让用户可以创建,删除虚拟机,以及在虚拟机做任何的配置操作等等。至于创建之后运行在具体哪台服务器上是动态分配的(尤其平台自行调度),那个服务器空闲就在那个服务器上运行。
      每一个虚拟机实例,它运行操作系统其实就是依赖一个磁盘映像文件,当一个服务正在运行在一个物理节点的服务,当这个服务宕机之后,这个虚拟机不用关机,实时迁移到另外的一个物理机器上去,并不会中断虚拟机。
     
    2.虚拟机的存储
      找一个服务器,里面存放着各种操作系统的映像文件模板(映像文件是分布式存储),当我们创业一个虚拟机的时候,它就会去这个服务器找相应的模板到物理机(node)上去运行。只要你的贷款足够大,可能只要5s就能将文件镜像下载下来。当虚拟机关闭时,临时的虚拟机文件在物理节点会被删除,当下一次启动虚拟机时,还是去存储映像的服务器找相应的文件启动即可。
                  
      如上图,当我们启动一个虚拟机的时候,我们需要在映像服务器上照当相应的虚拟机文件,将其调度到Xen平台上,读取虚拟机的配置文件后在node2上运行,并在node2上生成一个临时虚拟机文件,当虚拟机被关闭时,node2会删除这个临时文件,当下一次在要启动这个虚拟机的时候,发现这些node(物理机)上并没有相应的虚拟机,这个是还是重复之前的流程,重新选取心的node运行虚拟机。
      当虚拟机关闭后,虚拟机的临时文件会被删除,这个时候大家可能会关心数据存放在哪里呢?嘿嘿~莫慌,其实有一个专门的存储卷,也可能是一个专门的存储服务器(我们公司用的是爱数的存储)。
     
    3.虚拟机的迁移
      要想实时迁移就得用到共享存储,也就是说映像文件存放在共享存储里面,这样才能实现试试迁移,当然也得用到分布式存储,这个分布式存储的依然是存放映像文件,只不过这个分布式存储存放的是运行中的映像文件,之前的那个是存放映像模板的。
     
    4.Xen的入门到放弃
      在redhat在5.x版本把Xen整合的Linux内核中,经过多次测试发现没有问题,从那是开始Linux发型版本就开始提供了2个linux版本内核,一个是正常版本的,一个是用在Xen上的。但是好景不长,2008年,REDHAT公司收购了一家以色列的一家公司,这家公司主要负责开发KVM虚拟机,在redhat5.6版本开始引入KVM,直到5.8版本开始有了KVM和Xen的并驾齐驱。到readhat6.x以后,Xen开始讲Xen淘汰掉,只保留了KVM。
     
     
     
     
     
  • 相关阅读:
    17-Flutter移动电商实战-首页_楼层区域的编写
    16-Flutter移动电商实战-切换后页面状态的保持AutomaticKeepAliveClientMixin
    15-Flutter移动电商实战-商品推荐区域制作
    AndroidStudio中Flutter打包APK
    windows下dos窗口实现持续ping显示时间保存至日志
    14-Flutter移动电商实战-ADBanner组件的编写
    13-Flutter移动电商实战-ADBanner组件的编写
    12-Flutter移动电商实战-首页导航区域编写
    11-Flutter移动电商实战-首页_屏幕适配方案和制作
    10-Flutter移动电商实战-使用FlutterSwiper制作轮播效果
  • 原文地址:https://www.cnblogs.com/yinzhengjie/p/7594483.html
Copyright © 2011-2022 走看看