話虛擬之虛擬化+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查看幫助