虛擬化技術概覽

jopen 10年前發布 | 141K 次閱讀 虛擬化

本篇文章所有資料均收集自網上，本文僅做了一下梳理和匯總。本文首先介紹了虛擬化技術：全虛擬化和半虛擬化，然后介紹了KVM、Xen、 Hyper-V、VMWARE EXSI的原理和架構，接著重點對KVM和Xen做了比較，并對兩者的未來發展提供了一些業界人士的觀點，最后對Google、Amazon、IBM、 Microsoft的云計算產品進行了介紹。

一、虛擬化技術：全虛擬化、半虛擬化

1. 全虛擬化（Full Virtualization)

全虛擬化也成為原始虛擬化技術，該模型使用虛擬機協調guest操作系統和原始硬件，VMM在guest操作系統和裸硬件之間用于工作協調，一些受保護指令必須由Hypervisor（虛擬機管理程序）來捕獲處理。


虛擬化技術概覽 </center>

全虛擬化模型

全虛擬化的運行速度要快于硬件模擬，但是性能方面不如裸機，因為Hypervisor需要占用一些資源

2. 半虛擬化（Para Virtualization）

半虛擬化是另一種類似于全虛擬化的技術，它使用Hypervisor分享存取底層的硬件，但是它的guest操作系統集成了虛擬化方面的代碼。該方法無需重新編譯或引起陷阱，因為操作系統自身能夠與虛擬進程進行很好的協作。


虛擬化技術概覽 </center>

半虛擬化模型

半虛擬化需要guest操作系統做一些修改，使guest操作系統意識到自己是處于虛擬化環境的，但是半虛擬化提供了與原操作系統相近的性能。

二、KVM、Xen、Hyper-V、VMware EXSI原理和架構

1. KVM

KVM全稱是Kernel-based Virtual Machine，即基于內核的虛擬機。

KVM是集成到Linux內核的Hypervisor，是X86架構且硬件支持虛擬化技術（Intel VT或AMD-V）的Linux的全虛擬化解決方案。它是Linux的一個很小的模塊，利用Linux做大量的事，如任務調度、內存管理與硬件設備交互等。

虛擬化技術概覽

KVM虛擬化平臺架構

KVM 是一個獨特的管理程序，通過將 KVM 作為一個內核模塊實現，在虛擬環境下 Linux 內核集成管理程序將其作為一個可加載的模塊可以簡化管理和提升性能。在這種模式下，每個虛擬機都是一個常規的 Linux 進程，通過 Linux 調度程序進行調度。

2. Xen

Xen 是第一類運行再裸機上的虛擬化管理程序(Hypervisor)。它支持全虛擬化和半虛擬化,Xen支持hypervisor和虛擬機互相通 訊，而且提供在所有Linux版本上的免費產品，包括Red Hat Enterprise Linux和SUSE Linux Enterprise Server。Xen最重要的優勢在于半虛擬化，此外未經修改的操作系統也可以直接在xen上運行(如Windows)，能讓虛擬機有效運行而不需要仿 真，因此虛擬機能感知到hypervisor，而不需要模擬虛擬硬件，從而能實現高性能。

1）XEN 的發展與現狀

XEN 最初是作為劍橋大學的一個項目，目前 XEN.ORG 社區在負責它的開發及維護，它已經在開源社區中得到了極大的發展。XEN 是一種直接運行在硬件上一層軟件，它可以讓電腦硬件上同時跑多個用戶的操作系統。由于對 x86, x86-64, Itanium, Power PC, 和 ARM 這些處理器的支持，所以 XEN 管理工具可以支持的操作系統有 Linux, NetBSD，FreeBSD，Solaris, Windows 和其他一些運行在 XEN 上的正常的操作系統。如下圖所示 XEN 在系統中的位置：

虛擬化技術概覽

XEN 在系統的位置

Xen 目前具有以下幾種產品：

  • Xen Hypervisor —— 后面會詳細講解，在此不作贅述。會導致轉換有問題；
  • XCI —— 種嵌入式管理工具，基于 Xen Hypervisor 的基礎之上修改而來，相對于標準的 Xen Hypervisor，它使用的庫更小，目前主要用在筆記本以及一些移動設備上，可以使用 Intel 或者 AMD 的架構；
  • Xen Cloud Platform —— 目前它為 ISVs 和服務提供商提供了一套基于強大的管理棧的云架構平臺，這個棧是基于開放的標準 API；
  • 還有一些 Xen.org 上的項目，再此就不一一列舉了。

2）XEN 體系結構

虛擬化技術概覽

XEN 體系結構圖

一個 XEN 虛擬機環境主要由以下幾部分組成：

  • XEN Hypervisor；
  • Domain 0 —— Domain Management and Control(XEN DM&C)；
  • Domain U Guest(Dom U)
    1. PV Guest
    2. HVM Guest

下圖顯示除了各部分之間的關系：

虛擬化技術概覽

Xen 三部分組成之間關系圖

  • XEN Hypervisor ：

XEN Hypervisor 是介于操作系統和硬件之間的一個軟件描述層。它負責在各個虛擬機之間進行 CPU 調度和內存分配。XEN Hypervisor 不僅抽象出虛擬機的硬件，同時還控制著各個虛擬機的執行。XEN Hypervisor 不會處理網絡、存儲設備、視頻以及其他 I/O.

  • Domain 0：

Domain 0 是一個修改過的 Linux kernel，是唯一運行在 Xen Hypervisor 之上的虛擬機，它擁有訪問物理 I/O 資源的權限，同時和系統上運行的其他虛擬機進行交互。Domain 0 需要在其它 Domain 啟動之前啟動。

  • Domain U：

運 行在 Xen Hypervisor 上的所有半虛擬化（paravirtualized）虛擬機被稱為“Domain U PV Guests”，其上運行著被修改過內核的操作系統，如 Linux、Solaris、FreeBSD 等其它 UNIX 操作系統。所有的全虛擬化虛擬機被稱為“Domain U HVM Guests”，其上運行著不用修改內核的操作系統，如 Windows 等。

3）XEN 工作原理

上面我們針對 Xen 的體系結構進行了簡單的描述，我們知道 Xen 主要由 Xen Hypervisor，Domain0，DomainU 三部分組成。下面通過 Domain 0 與 Domain U 的通信以及這三部分的交互來探討一下 Xen 的工作原理。

  • 之前我們已經提到過 Domain U 分為 PV 客戶系統和 HVM 客戶系統兩種，我們首先討論一下 PV 客戶系統，也就是半虛擬化操作系統工作原理。

首 先我們需要知道在 Domain 0 中有兩個驅動 Network Backend Driver 和 Block Backend Driver，它們分別用來處理來自 Domain U 的網絡和本地磁盤請求。由于 Xen Hypervisor 不會支持網絡和磁盤請求的，因此一個 PV（半虛擬化）客戶系統必須通過和 Xen Hypervisor、Domain 0 通信，從而來實現網絡和磁盤請求。由于 Xen 文檔中已經探討過 PV 客戶系統如何將一個數據寫到本地硬盤，下面我們就來討論一下 PV 客戶系統如何將一個數據發送到網絡中去。在這之前我們首先要了解到一點，那就是 Domain U PV Guest 中也包括兩個驅動“PV Network Driver”和“PV Block Driver”，它們分別也是用來處理發送網絡和本地磁盤請求用的，這與 Domain 0 中的兩個驅動是相對應的。

當一個 PV 客戶系統的網絡設備驅動程序接收到一個發送數據請求的時候，并且通過 Xen Hypervisor 發送數據到本地網絡設備（網卡之類的設備）中，這個網絡設備是和 Domain 0 共享的。在 Domain 0 和 Domain U 之間存在一個事件通道（event channel），通過該通道二者進行異步的域間中斷通信。Domain 0 會接收到一個來自 Xen Hypervisor 的中斷，觸發 PV Network Backend Driver 訪問上述網絡設備，讀取來自 PV 客戶系統的數據，然后將這些數據發送出去。

下圖中事件通道表示為連接 Domain 0 與 Domain U 的一個區域，這是系統工作流的一個簡化。事實上事件通道運行在 Xen Hypervisor 中，通過 Xenstored（Xenstored 維護一個信息檔案，包括內存和建立在 Domain 0 與 Domain U 之間的事件通道。Domain 0 通過改變這個檔案來設置和其他虛擬機的設備通道）中的特定中斷實現，提供 Domain 0 與 Domain U 之間的快速共享網絡設備，見下圖。

虛擬化技術概覽

Domain 0 與 Domain U PV Guest 通信示意圖

  • 上面我們已經分析了 PV 客戶系統的工作原理，下面我們再簡要的介紹一下 HVM 客戶系統的工作原理。

由 于一個 HVM Guests 虛擬機中沒有上面提到得 PV driver，所以 Xen 在 Domain 0 中為每一個 HVM Guest 都啟動一個守護進程 Qemu-dm 處理來自客戶系統的網絡和磁盤請求，所以當一個 HVM Guest 有相應的網絡和 I/O 請求的時候，它就會直接與 Domain0 中和它相對應的 Qemu-dm 來進行交互，通過 Domain 0 最終達到訪問網絡設備或者磁盤的目的。見下圖：

虛擬化技術概覽

Domain 0 與 Domain U HVM Guest 通信示意圖

Xen 虛擬機安裝后在查看虛擬機時會發現有一個Domain-0的虛擬機。

1 
    <div class="line number2 index1 alt1">
     2
    </div>

</td>

   <td class="code">
    <div class="container">
     <div class="line number1 index0 alt2">
      <code class="shell comments">#查看虛擬機</code>          </div>

     <div class="line number2 index1 alt1">
      <code class="shell comments"># xm list</code>          </div>

    </div>

</td>

  </tr>

 </tbody>

</table>

</div>

</div>

 

3. Hyper-V

虛擬化技術概覽

Hyper-V 體系結構圖

Hyper-V 是微軟提出的一種系統管理程序虛擬化技術，采用微內核的架構，兼顧了安全性和性能的要求。Hyper-V 底層的 Hypervisor 運行在最高的特權級別下，微軟將其稱為 ring -1（而 Intel 則將其稱為 root mode），而虛機的 OS 內核和驅動運行在 ring 0，應用程序運行在 ring 3 下，這種架構就不需要采用復雜的 BT（二進制特權指令翻譯）技術，可以進一步提高安全性。從架構上講 Hyper-V 只有“硬件－Hyper-V－虛擬機”三層，本身非常小巧，代碼簡單，且不包含任何第三方驅動，所以安全可靠、執行效率高，能充分利用硬件資源，使虛擬機 系統性能更接近真實系統性能。

Hyper-V 支持分區層面的隔離。分區是邏輯隔離單位，受虛擬機監控程序支持，并且操作系統在其中執行。Microsoft 虛擬機監控程序必須至少有一個父 / 根分區，用于運行 64 位版本的 Windows Server 2008 操作系統。虛擬化堆棧在父分區中運行，并且可以直接訪問硬件設備。隨后，根分區會創建子分區用于承載來賓操作系統。根分區使用虛擬化調用應用程序編程接口 (API) 來創建子分區。

分區對物理處理器沒有訪問權限，也不能處理處理器中斷。相反，它們具有處理器的虛擬視圖，并運行于每個來賓分 區專用的虛擬內存地址區域。虛擬機監控程序負責處理處理器中斷，并將其重定向到相應的分區。Hyper-V 還可以通過輸入輸出內存管理單元 (IOMMU) 利用硬件加速來加快各個來賓虛擬地址空間相互之間的地址轉換。IOMMU 獨立于 CPU 使用的內存管理硬件運行，并用于將物理內存地址重新映射到子分區使用的地址。從系統的結構圖，我們可以看出來 Hyper-V 與 Xen 的架構很相似。

4. Vmware ESXI

虛擬化技術概覽

Vmware ESXI 體系結構圖

由上圖我們可以看出來管理工具也是直接嵌入到了 ESXi vmKernel 中，沒有再分化出單獨的管理工具，這一點與 Xen 是相區別的。

5. QEMU

QEMU是一套由Fabrice Bellard所編寫的模擬處理器的自由軟件。它與Bochs，PearPC近似，但其具有某些后兩者所不具備的特性，如高速度及跨平臺的特性。經由kqemu這個開源的加速器，QEMU能模擬至接近真實電腦的速度。

6. KVM和QEMU的關系

準 確來說，KVM是Linux kernel的一個模塊。可以用命令modprobe去加載KVM模塊。加載了模塊后，才能進一步通過其他工具創建虛擬機。但僅有KVM模塊是 遠遠不夠的，因為用戶無法直接控制內核模塊去作事情,你還必須有一個運行在用戶空間的工具才行。這個用戶空間的工具，kvm開發者選擇了已經成型的開源虛 擬化軟件 QEMU。說起來QEMU也是一個虛擬化軟件。它的特點是可虛擬不同的CPU。比如說在x86的CPU上可虛擬一個Power的CPU，并可利用它編譯出 可運行在Power上的程序。KVM使用了QEMU的一部分，并稍加改造，就成了可控制KVM的用戶空間工具了。所以你會看到，官方提供的KVM下載有兩 大部分(qemu和kvm)三個文件(KVM模塊、QEMU工具以及二者的合集)。也就是說，你可以只升級KVM模塊，也可以只升級QEMU工具。這就是 KVM和QEMU 的關系。
虛擬化技術概覽

KVM和QEMU關系

三、KVM 和 Xen 技術對比

1. Linux虛擬化技術Xen和KVM的優勢特點對比

項目 Xen KVM
問世時間 2003年 2007年
支持企業 Citrix、Novell、Oracle、Sun、Ret Hat（RHEL5）和Virtual Iron Redhat、Ubuntu等
支持的虛擬化技術 全虛擬化、半虛擬化 全虛擬化
支持架構 x86、IA64和AMD、Fujitsu、IBM、Sun等公司的ARM，以及x86/64 CPU商家和Intel嵌入式的支持 支持虛擬化的CPU
支持操作系統 UNIX、Linux和Microsoft  Windows UNIX、Linux和Microsoft  Windows
動態遷移 支持 支持（以前不支持）
內核支持 需要對內核打補丁 內置在內核中

 

上面這個表有個關鍵的項目未列出，那就是性能，文章中并沒有基準測試，因此并無準確的對比。

下面是 Linux虛擬化技術Xen和KVM的優勢特點對比 文章內容：

Linux虛擬化技術的用戶目前有兩種免費的開源管理程序可以選擇：Xen和KVM。

作為較早出現的虛擬化技術，Xen是“第一類”運行在裸機上的虛擬化管理程序（Hypervisor），也是當前相當一部分商業化運作公司的基礎技術，其中包括Citrix系統公司的XenServer和Oracle的虛擬機。Xen技術的倡導者們聲稱Xen的性能強勁，并且擁有一個廣泛的管理工具和能夠交付卓越性能，以及其它諸多優點。

但是最近有一些Linux廠商——包括Red Hat和Canonical把基于內核的虛擬機（KVM：Kernel-based Virtual Machine）技術內置在RHEL和Ubuntu中。KVM是一個輕量級的虛擬化管理程序模塊，該模塊主要來自于Linux內核。雖然只是后來者，但是由于其性能和實施的簡易性，以及對Linux重量級的持續支持，所以還是有必要認真對待KVM技術的。

在本期中，兩位IT專家將會對Xen和KVM做出比較，并給出各自的理由。

Andi Mann：Xen比KVM優越的六大原因

Sander van Vugt：KVM比Xen能夠帶來更好的Linux集成

        Xen比KVM優越的六大原因

投稿人：Andi Mann

作為開源的虛擬化技術，對比Xen和KVM可以看到，Xen以6個無與倫比的優勢領先：更好的可用資源、平臺支持、可管理性、實施、動態遷移和性能基準。

  • 可用資源：Xen的問世要比KVM早4年之久（兩者分別是2003年和2007年）。隨著Citrix、 Novell、Oracle、Sun、Ret Hat和Virtual Iron等公司在市場領域的實施，就比較容易找到精通Xen的IT技術人員，更容易讓這些技術人員接受Xen相關的培訓、更容易得到Xen的咨詢幫助以及 獲得Xen證書。企業管理協會（EMA：Enterprise Management Associates）2008年這對虛擬化和管理趨勢的研究報告表明，這些關鍵因素占到那些抱怨缺少必要虛擬化技術資源和技術企業的60%。
  • 平臺支持：Xen在新版本中支持更多的主機和客體工作環境，包括泛虛擬化技術、硬件輔助支持以及修改過或未修改過的客體操作系統；對UNIX、Linux和Microsoft  Windows的特定支持；包括芯片組，如x86、IA64和AMD、Fujitsu、IBM、Sun等公司的ARM，以及x86/64 CPU商家和Intel嵌入式的支持等。
  • 可管理性：EMA在2009年度針對虛擬系統管理的研究結果表明：對于83%的企業來講，在選擇虛擬化技術過 程中，管理是一項非常關鍵或者重要的因素。在對比Xen和KVM時，就可以看到Xen具有一個更加寬泛的第三方配給、備份、存儲管理、P2V、容量規劃、 性能監控、進程自動化、安全和其它管理規則的社區，比如Citrix、IBM、CA、Novell或者Platespin、Enomaly、 Microsoft以及HP等。
  • 實施：無論KVM是“第一類”還是“第二類”，這都是語義上的概念。Xen的運行和管理都是在較低級別的（Ring 0）。甚至對于新虛擬機創建，客體機器并不需要像KVM那樣共享內存塊、CPU指令或者任何底層的Linux操作系統（雖然偶爾也會越權）。
  • KVM不支持動態遷移：過去在證明VMware ESX比Microsoft Hyper-V優越的最重要的一個觀點也同樣適用于Xen和KVM的比較，但是這是一個很大的問題。與KVM不同，Xen支持非中斷的動態遷移，可以允許 動態工作負載平衡和例行維護而幾乎沒有任何宕機時間。KVM的固有屬性決定了其肯定有宕機時間。
  • 性能：大多數Xen和KVM性能基準的對比都表明Xen具有更好的處理性能（接近于本地處理），只有在磁盤 I/O方面略遜于KVM。進一步來講，獨立測試表明隨著工作負載的增加KVM的性能逐漸下降。通常情況下，在試圖支持四個以上的客體虛擬機時就會崩潰。 Xen支持一個客體虛擬機的數量呈線性增長，可以支持30個以上工作負載同時運行。

更加深入廣泛的Xen與 KVM對比也將會表明Xen在虛擬網絡支持、虛擬存儲支持、安全增強、高可用性、容錯處理、電源管理、HPC或者實時支持、虛擬CPU可擴展性、跨平臺兼 容性。虛擬機可移植性、虛擬應用設備市場以及已經建立起來的云服務社區等諸多方面都要比KVM優越。因此KVM只是在技術上比較與眾不同，并且擁有幾個不 錯的應用場景。但是作為企業級的服務器虛擬化技術，和Xen比起來，KVM尚有較大差距。

        Andi Mann是企業管理協會（EMA：Enterprise Management Associates）IT分析部門中研究系統管理和存儲管理的副總裁。Mann在技術和管理領域有20多年的IT經驗，對主機、中型機、服務器和臺式機 上企業形態和軟件方面都有深刻理解。Mann是EMA系統管理研究項目的主要負責人，他主要關注數據中心自動化和虛擬化。訪問EMA的主頁了解更多有關 Mann的信息。

        KVM在Linux整合中優于Xen

投稿人：Sander van Vugt

即使沒有實施廣泛的Xen和KVM性能基準研究，仍然有很多理由足以說明Linux領導者（諸如Red Hat和Ubuntu）對待KVM態度的原因。其中最明顯并且最重要的因素就是KVM是Linux內核的一部分，Xen只是一個安裝在Linux內核下層 的一個產品而已。

為什么這一點如此重要呢？其之所以重要是因為在過去Xen工作環境的補丁包不能夠和Linux內核兼容。但是如果實施KVM的話，這個問題就可以很容易地得到解決。另外一個選擇KVM的原因是KVM在Linux內核內部部署，這樣可以很容易控制虛擬化進程。

Xen的擁護者們聲稱KVM不如Xen技術成熟，并且缺少某些關鍵特性，如動態遷移和泛虛擬化支持。確實如此，Xen工作環境中的泛虛擬化技術可以使虛擬機的操作更加高效，因為泛虛擬化技術直接和硬件進行交互。然而使用泛虛擬化技術需要修改操作系統，默認Windows的安裝并不支持泛虛擬化工作環境。至于動態遷移，KVM也可以做到，只是需要安裝正確的KVM版本而已。KVM過去在動態遷移方面確實存在一個問題，但是現在已經解決了。

從另外一個角度來講，KVM更加靈活。由于操作系統直接和整合到Linux內核中的虛擬化管理程序交互，所以在任何場景下都可以直接和硬件進行交 互，而不需要修改虛擬化的操作系統。這一點非常重要，因為對虛擬機運行來講KVM可以是一個更快的解決方案。KVM需要Pacifica（AMD）或者 Vanderpool（Intel）虛擬化CPU這一事實現在已經不能成為KVM發展的限制條件，因為當前大多數服務器CPU都有這些處理器。

支持不選擇KVM虛擬化技術的一個可信原因是Xen相對來講歷史更久一點，產品更加成熟些。但是長遠來看，Xen將會使Linux內核的負擔越來越重，因為Xen缺少很好的整合（并且以后也不會解決這個問題），盡管Xen的開發者們正在積極地解決這個整合問題。

最后一點是KVM是Linux內核的一部分，而Xen做到最好也無非是整合到Linux中。隨著時間的推移，Ret Hat（目前掌握KVM技術），作為Linux企業市場中份額最大的企業，將會使虛擬化技術的后來者——KVM同Xen一樣功能齊全。我相信未來虛擬化市 場必定是KVM的。

轉自：http://www.searchvirtual.com.cn/showcontent_33947.htm

補充：目前國內的企業大都是采用Xen技術運營，特別是幾乎所有的云主機服務商，包括阿里云，盛大云，萬網云等。

2. 虛擬化Xen和虛擬化KVM在Linux下的區別

KVM和Xen的核心差別在哪里呢？

1）關于XEN和KVM

KVM是一個全虛擬化的解決方案。可以在x86架構的計算機上實現虛擬化功能。但KVM需要CPU中虛擬化功能的支持，只可在具有虛擬化支持的CPU上運行，即具有VT功能的Intel CPU和具有AMD-V功能的AMD CPU。

Xen 也是Linux下的一個虛擬化解決方案，也將很快被編入內核中。Xen的實現方法是運行支持Xen功能的kernel，這個kernel是工作在 Xen的控制之下，叫做Domain0，使用這個kernel啟動機器后，你可以在這個機器上使用qemu軟件，虛擬出多個系統。

2）Xen和KVM對比

Xen的缺點是如果你需要更新Xen的版本，你需要重新編譯整個內核，而且，稍有設置不慎，系統就無法啟動。
相比較，KVM就簡化的多了。它不需要重新編譯內核，也不需要對當前kernel做任何修改，它只是幾個可以動態加載的.ko模塊。它結構更加精簡、代碼量更小。所以，出錯的可能性更小。并且在某些方面，性能比Xen更勝一籌。

KVM由以色列公司Qumranet開發，已經被Linux核心組織放入Linux的內核里面，其使用的x86處理器至少需要包含其中一項硬件輔助虛擬化技術（Intel-VT或AMD-V）。

而 Xen是一個外部的Hypervisor程序（虛擬機管理程序）；它能夠控制虛擬機和給多個客戶機分配資源，在KVM被寫入Linux內核后，估計Xen 很難再被寫入內核；另一方面，KVM是Linux的一部分, 可使用通常的Linux調度器和內存管理. 這意味著KVM更小更易使用。

此外，Xen同時支持全虛擬化和準虛擬化（需要修改客戶機操作系統，而修改過的客戶機操作系統能有更好的性能），KVM當前不支持準虛擬化。

3. VPS 選擇

找到VPS OPENVZ平臺和KVM、Xen、VMware平臺區別，就知道如何選擇VPS了。

購 買VPS時經常看到有很多不同的平臺，像OPENVZ、KVM、Xen、VMware，近年來又有了云主機云VPS。對于初次接觸VPS的人來說，如何 挑選VPS平臺成了一件令人頭疼的事。正因為有這樣的困惑，很多VPS商干脆不再提及VPS究竟使用了什么平臺。但是仍然有很多的VPS商提供了多種不同 的VPS平臺供用戶選擇，價格不一配置不一。那么這些不同的VPS平臺區別和共同點是什么呢？

今天看到一篇英文文章，簡要的描述了這些平臺的區別，這里拿過來作為VPS平臺學習筆記和常識來給自己掃下盲，也給被這些平臺搞的手足無措的朋友參個考。

OPENVZ： 這個平臺是最便宜的VPS平臺，在各個vps商哪里都是價格最低的。OPENVZ本身運行在linux之上，它通過自己的虛擬化技術把一個 服務器虛擬化成多個可以分別安裝操作系統的實例，這樣的每一個實體就是一個VPS，從客戶的角度來看這就是一個虛擬的服務器，可以等同看做一臺獨立的服務 器。OPENVZ虛擬化出來的VPS只能安裝linux操作系統，不能安裝windows系統，比如Centos、Fedora、 Gentoo、Debian等。不能安裝windows操作系統是openvz的第一個缺點，需要使用windows平臺的用戶不能使用OPENVZ VPS。OPENVZ的第二個缺點是OPENVZ不是完全的虛擬化，每個VPS賬戶共用母機內核，不能單獨修改內核。好在絕大多少用戶根本不需要修改內 核，所以這個缺點對多數人可以忽略不計。而這一點也正是openvz的優點，這一共用內核特性使得openvz的效率最高，超過KVM、Xen、 VMware等平臺。在不超售的情況下，openvz是最快速效率最高的VPS平臺。

KVM、Xen、VMware：這幾個VPS平臺可以 歸為一類，它們在虛擬化母機時，是完全的虛擬化，各個VPS示例之間不共用母機內核，各自都是獨立 的，幾乎所有的操作系統都可以安裝到這些被虛擬化出來的VPS上。完全的虛擬化使得這些平臺的VPS效率上要低于OPENVZ。但由于其完全的虛擬化，同 一母機上的各個VPS之間幾乎沒有相互干擾，而OPENVZ則取決于VPS是否超售，如果openvz VPS被超售，則性能會受到影響。如果位于同一母機上的openvz VPS有濫用資源行為，將會影響到其它VPS的性能。OPENVZ的這一特點和虛擬主機很類似。虛擬主機就是完全共用虛擬主機母機的資源，虛擬主機的性能 受到同一母機上其它虛擬主機的影響最大。OPENVZ則比虛擬主機要好很多。KVM、Xen、VMware平臺的VPS則幾乎完全不受其它VPS賬戶的影 響。

從以上分析可以看出，在不超售的情況OPENVZ的性價比最高：價格低、效率高。但容易受其它同一母機的VPS影響。當然如果可以接 受虛擬主機的話用 openvz VPS也就可以接受，因為虛擬主機之間的影響那才叫大。而像KVM、Xen、VMware這樣的平臺是今后VPS的發展方向，因其各個VPS之間獨立性好 過OPENVZ，所以有很多主機商不再提供OPENVZ VPS。但是因為OPENVZ價格低廉效率好速度快，OPENVZ仍是最受歡迎的低價VPS首選。

這里再說說什么是云VPS。云的概念到現 在仍不統一，最被認可的解釋是：比傳統VPS使用了更多的數據存儲硬件和技術的VPS，比如在數據備份、硬件冗余 等方面使用更大的磁盤陣列、服務器的冗余備份、失敗自動倒換等。云VPS可以在數據安全性和業務穩定性方面較有保證一些。對于大多數網站而言。傳統的 VPS已經足夠可以應付。

VPS OPENVZ平臺和KVM、Xen、VMware平臺區別講述完畢。通過自己的筆記感覺自己對這些平臺優缺點有了個大概的了解，在選擇VPS時就有了大致的方向。

四、KVM or XEN？

下面這些觀點來自于KVM or XEN ? 哪個更好？。

  • Xen 現階段在穩定和功能上略勝一籌。KVM獲得的社區支持更多。
  • 昨天在Ubuntu上想安裝Xen，發現原來的那些鏈接和很多安裝方法改變了，看來被商業公司收購之后，Xen會在各方面有所改變。雖然KVM現在還無法和Xen相比，但是其植入Linux內核，以及被社區支持，讓我更看好它的未來。
  • 開源社區拋棄xen，就像拋棄openoffice一樣。Xen如果要發展可能來自citrix oracle的支持。在開源社區xen的式微是不可避免。redhat，suse，ubuntu已經處于轉換中。。。
  • 我看到的方向也是 KVM。
  • IBM丟棄Xen用KVM，Ubuntu丟棄Xen用KVM。Redhat就更不用說了，當然支持自家的KVM。 KVM完全開源，而Xen只有核才開源。Citrix 指望Xen及外圍工具掙錢呢。
  • KVM 最大的優勢是：隨著kernel的更新
    Xen：最大的弊端是恰好是Dom0 不能用最新的kernel，kernel 3.0之后估計會好很多
  • 還是要多看看應用場景，IO問題是不是關鍵，XEN和KVM的混合設計可根據業務場景的技術層面關注點來設計，簡單來看還是KVM更好，但畢竟市場份額現有的還是XEN的高，有點類似于.NET剛出來時vs JavaEE的感覺，還是需要一定的應用歷程才能發展起來的
  • 未來趨勢，應該是KVM，但是現在最成熟，還是Xen。

五、Google、Amazon、IBM、Microsoft 等廠商云計算產品介紹

六、參考資料

    • sesese色