话虚拟之虚拟化+ESXI虚拟机

ESXI虚拟技术

vswitch(有128个端口)与managerment network(vmotion和ip存储端口)意思是指定网卡适配器链接到哪个交换机上。

网卡故障切换：

磁盘相关：

vmnic是物理适配器就是网卡 vcenter须要创建数据库。 磁盘的类型在建立的时候指定的，后期不可更改，磁盘的大小，可增长不可减小。 （1）厚置备延迟置零；（对磁盘性能形成必定的影响） 200GB的厚置备延迟置零，先在整个磁盘中划200GB(建立一个200GB的vmdk文件)，但因为是延迟置零，故假如目前只用到了50G空间， VMware会先zero（置零）这50G空间，后面150G空间会等到用到的时候再zero（置零） （2）厚置备置零； 建立磁盘时比其它两种模式花的时间都要长，这种机制的磁盘的性能是最好的，由于这就好像是给虚拟机挂载了一块独立的硬盘 （3）Thin Provision（精简置备）。 磁盘中没有真正划出来，vmdk文件在虚拟机刚建立时可能为0KB,随着实际使用量的增长而增长

vcenter相关：

安装完成ESXI以后能够经过访问此ip下载客户端和vcenter      vcenter的数据库为用户存放数据，ESXI以外还须要搭建共享存储， VMware VMotion 是 VMware 开发出的一项独特技术，它将物理机，虚拟机迁移到ESXI或者vcenter中 传输vm kernal的物理网卡vmnic* VMotion网络没法路由，所以网关不是必须的 *VMotion动态转移机制，能够将虚拟机由一台主机上转移到另外的主机上去，并且中间的中断时间很短，同时也是做为HA高可用性和FT容错的基础。 vmotion对于带宽的要求也是比较高的 经过设置共享存储，从而能够不用复制任何文件进行快速迁移。 经过vmation的网络进行执行该操做。是一个非路由的前兆网络。 特征： 端口组的名称要同样： 添加vmation设备

 

vcenter convert：实现热迁移 能将物理机上的操做系统、VMware虚拟机上的操做系统或者Hype-V 上的虚拟机操做系统迁移到VMware上。  vcenter convert使用手册： https://cloud.tencent.com/info/1977a4eb392fe6ae726842e544375741.html vCenter Converter Standalone 使用说明： https://blog.51cto.com/11601346/1837716 vmnic是物理适配器就是网卡 vcenter须要创建数据库。 导出后的模板大小125G占用了6小时    迁移esxi中已经关机的os:

虚拟化分类： 根据hypersivor分为全虚拟化和半虚拟化； 常见的软件虚拟机QEMU（测试的时候使用） VMWare的软件虚拟化则使用了动态二进制翻 译技术。 根据操做系统架构分为平台虚拟化； 根据操做系统的调用分为操做系统调用，如docker。 powerpc的架构很难找到硬件的时候，使用qemu作软件测试 xen半虚拟化对硬件没有要求，会修改guest os的内核， 一些受保护的指令必须由Hypervisor(虚拟机管理程序)来捕获和处理. 由于操做系统是经过Hypervisor来分享底层硬件. 在半虚拟化的环境中，不能运行未经修改内核的操做系统，这个是致使它推广受限的缘由。 部署xen的时候须要专安装一个内核 半虚拟化的意思是须要修改被虚拟系统的内核，以实现系统能被完美的虚拟在Xen上面。彻底虚拟化则是不须要修改系统内核则能够直接运行在Xen上面。 抛出异常（throw exception）是java中一个程序处理动做。若是一个方法没有捕获可能引起的异常，调用该方法的其余方法应该捕获并处理异常。 全虚拟化的运行速度要快于硬件模拟, 可是性能方面不如裸机, 由于Hypervisor须要占用一些资源. 全虚拟化最大的优势是操做系统没有通过任何修改. 它的惟一限制是操做系统必须可以支持底层硬件(好比, PowerPC). PowerPC（英语：Performance Optimization With Enhanced RISC – Performance Computing，有时简称PPC）是一种精简指令集（RISC）架构的中央处理器（CPU），其基本的设计源自IBM（国际商用机器公司）的POWER 全虚拟化的虚拟机，须要申请内存的时候，vmm既要捕获，又要翻译（可是如今硬件的发展，这已经不是一个瓶颈了） 半虚拟化 有专门的虚拟机监视器，捕获特权指令。 后端镜像是母版，增量镜像也就是差别镜像（放不一样的内容） 全虚拟化(Full virtualization), 也称为原始虚拟化技术, 是另外一种虚拟化方法. 该模型使用虚拟机协调客户操做系统和原始硬件(见图2). 这里"协调"是一个关键词, 由于VMM在客户操做系统和裸硬件之间用于工做协调. 一些受保护的指令必须由Hypervisor(虚拟机管理程序)来捕获和处理. 由于操做系统是经过Hypervisor来分享底层硬件. 　　图2. 全虚拟化: 使用Hypervisor分享底层硬件 　　全虚拟化的运行速度要快于硬件模拟, 可是性能方面不如裸机, 由于Hypervisor须要占用一些资源. 全虚拟化最大的优势是操做系统没有通过任何修改. 它的惟一限制是操做系统必须可以支持底层硬件(好比, PowerPC). 　　老机器上的Hypervisors 　　一些老的硬件如x86, 全虚拟化遇到了问题. 好比, 一些敏感的指令须要由VMM来处理(VMM不能设置陷阱). 所以, Hypervisors必须动态扫描和捕获特权代码来处理问题. 　　半虚拟化 　　半虚拟化(Paravirtualization)是另外一种相似于全虚拟化的热门技术. 它使用Hypervisor(虚拟机管理程序)分享存取底层的硬件, 可是它的客户操做系统集成了虚拟化方面的代码. 该方法无需从新编译或引发陷阱, 由于操做系统自身可以与虚拟进程进行很好的协做. 　　图3. 半虚拟化: 经过客户操做系统分享进程 　　上面提到过, 半虚拟化须要客户操做系统作一些修改(配合Hypervisor), 这是一个不足之处. 可是半虚拟化提供了与原始系统相近的性能. 与全虚拟化同样, 半虚拟化能够同时能支持多个不一样的操做系统. 有这样的疑问： 在半虚拟化的环境中，不能运行未经修改内核的操做系统，那么，cpu不支持vt，在宿主系统上跑的虚拟环境就能够称为半虚拟化环境了，那么在cpu不支持vt的机器上vmwera能够运行xp，这个互相矛盾，为何就能够运行呢？ PV vs. FV PV（Para-Vritralization）和FV（Full-Vritralization）的差异，主要以guest OS的硬件仿真程度作区分。 FV：FV是通常较常看到的做法，全部的guest OS彻底不会看到实际的硬件为什么，只能使用由Supervisor所提供的全部虚拟硬件，所以，在这种机制下，guest OS动做的性能必定会大受虚拟接口的影响。另外还有一个特色，就是由于彻底仿真的关系，不支持新的技术，连ACPI开关机的机制都没法使用，也就是当使用者在FV的guest OS下，若直接触动关机的按钮（这里的按钮是由VMM所提供的，不是主机上的）会直接断电，而不会进行关机程序。 PV：至于PV的做法，有鉴于通常Virtual Machine工具都是以彻底仿真的方式，形成性能上的下降，所以，XEN在设计上，但愿各操做系统能够在开发时就已经将XEN的技术包括进去，这样在使用时，就能够用局部仿真的方式，让操做系统能够直接使用到硬件中的CPU、内存等，而不须要经过XEN作仿真的操做。   这样，若硬件都是由Virtual Machine仿真出来的，性能天然会变得比较慢，因此XEN所主推的概念就是，当操做系统默认支持XEN时就能够经过XEN的机制，直接使用到底层的硬件，而不是每一个OS都要经过Hypervisor的接口，性能上就可大为提升。 在PV与FV的安装上，对CPU的要求是有差别的。以PV而言，由于OS本来就支持XEN，因此不须要通过特殊的处理步骤，所以，对CPU来于，没有特殊的要求，基本上均可以使用。 但FV就不一样，由于FV模式是以彻底仿真的方式进行，因此CPU必需要特别将此功能加入到CPU的核心中，所以，CPU是有特殊需求的。在Intel与AMD中针对Virtual Machine所加入的功能名称不一样，分别为Intel VT与AMD-V。 在目前Linux的世界，XEN并非惟一的，除了XEN这一架构外，另外还有一个KVM（Kernel based Vitrual Machine）,从2.6.20版本以后的Linux Kernel就支持其功能。由于KVM的作法是以本来Kernel为依据，只要将其module加载便可使用，惟一较XEN弱势的是KVM以单一Full Virtuallization为服务方式。 虚拟化最近几年取得了长足的进步，首先因为有大量的开源虚拟机管理程序在不断发展，这个改进几乎排除了操做系统与大功率服务器快速增加的利用之间的障碍，公司当即受益。知道最近，软件仿真虚拟化一直是关注的焦点，两个常见的软件仿真虚拟化途径是彻底虚拟化和半虚拟化。对于彻底虚拟化，一般调用管理程序或虚拟机监视器，存在于虚拟操做系统和硬件层之间，这个层在操做系统实例之间多路复用竞争系统资源。半虚拟化不一样，管理程序在一个协做的环境中运做，由于每一个客户操做系统都知道它正运行在一个虚拟化环境中，所以每一个使用管理程序的协做都在硬件下完成虚拟。 两个途径都有优点也有劣势，半虚拟化的主要优点在于它运行尽量快地基于软件的虚拟化，以不支持有专利的操做系统为代价。彻底虚拟化没有这个限制，可是，彻底虚拟化管理程序很是复杂。VMware，一个商业虚拟化解决方案，它就是一个彻底虚拟化的例子，Xen，用户模式Linux(UML)和其余提供的是半虚拟化解决方案。 简单介绍一下基于硬件的虚拟化，这个线路已经变得模糊起来，随着Intel的VT技术和AMD的SVM技术的出现，编写一个管理程序变得更加简单了，如今，保持管理程序复杂性到最小程度，对于彻底虚拟化受益不浅。 Xen做为最优秀的半虚拟化引擎，在基于硬件的虚拟化的帮助下，如今也支持彻底虚拟化MS windows了。KVM是一个相对较新的简单的，但也很是强大的虚拟化引擎，它已经集成到Linux内核中去了，让内核天生有虚拟化的能力，由于KVM使用的是基于硬件的虚拟化技术，它不须要修改客户操做系统，所以，部署在一个受支持的处理器上，它能够从Linux支持任何平台。 1、Xen是一款虚拟化软件，支持半虚拟化和彻底虚拟化。它在不支持VT技术的cpu上也能使用，可是只能以半虚拟化模式运行。2、半虚拟化的意思是须要修改被虚拟系统的内核，以实现系统能被完美的虚拟在Xen上面。彻底虚拟化则是不须要修改系统内核则能够直接运行在Xen上面。3、VMware是一款彻底虚拟化软件。彻底虚拟的弱点是效率不如半虚拟化的高。半虚拟化系统性能能够接近在裸机上的性能。4、 Xen是由一个后台守护进程维护的，叫作xend，要运行虚拟系统，必须先将它开启。它的配置文件在/etc/xen/xend-config.sxp，内容包括宿主系统的类型，网络的链接结构、宿主操做系统的资源使用设定，以及vnc链接的一些内容。（若是你想增长一个虚拟网络设备的话，是须要在这里设定的）5、/etc/xen/auto 的含义是若是你想让被虚拟系统随着宿主系统一同启动的话，就把虚拟系统的配置文件放到这个目录下面来。6、/etc/xen/scripts 是些脚本文件，用于初始化各类虚拟设备，好比虚拟网桥等。（若是要增长一个虚拟网络设备，一样须要在此处调节）7、在/etc/xen下面会有些配置文件，这就是虚拟系统引导时所必须的些文件，里面记录了引导和硬件信息。8、Xen的配置工具备许多，我使用的是virt-manager（GUI）、virt-install和xm。第一个用于管理和安装系统，第二个只用于安装系统，第三个用于启动系统。9、安装半虚拟Linux有两种方法，一种是利用Linux的网络安装方式安装，http、ftp、nfs方式都是能够的（特别注意：半虚拟环境下安装Linux是不支持本地光驱或者iso镜像安装的！），而且RHEL5会自动生成配置文件。第二种是先创建镜像文件，并格式化，而后挂载到本地文件系统上来，将虚拟系统须要用到的文件拷贝进去并修改，而后手工建立配置文件并启动。10、虚拟网络设备有三种模式：bridge桥模式、router路由模式和nat模式。其中桥模式是默认模式，在这种模式下，虚拟系统和宿主系统被认为是并列的关系，虚拟系统被配置IP或者dhcp后便可联通网络。11、原来的iptables没法对桥模式下的数据包作处理，RHEL5的iptables中增长了一个physdev的模块，可用iptables -m physdev -h查看帮助