[[171588]]

容器和hypervisor長期以來一直被放在一起比較，但現在開發人員正在改變這種看法，尋找某種方法能把這兩種技術的能力融合在一起。

 絕大多數有關容器和hypervisor這兩種虛擬化核心技術的討論，都突出強調兩者字面上的特點區別。這種思路想要將這兩種技術對立起來，將容器與hypervisor做對比，仿佛兩者間存在一場戰爭，直到一種技術徹底壓倒另一種技術。

 而現實中，除了兩者的沖突外，還有很多問題值得討論。容器與hypervisor的對比并不應該成為一個問題。事實上，容器和hypervisor將可能會一直并存甚至融合在一起。

 容器的重要特點在于它不需要對操作系統進行重復多份鏡像，而在hypervisor虛擬化中每臺虛擬機都需要一個獨立的操作系統鏡像。顯然，這意味著日常運行開銷需要的內存要少得多，更多的存儲空間也可以被釋放用于應用程序及其數據。

這些在內存和存儲空間上的增益并不小。在一臺使用容器的服務器上，運行的實例數可達到hypervisor的三倍。一些特例中，例如所有虛擬桌面完全統一的環境中，這種增益可達到10倍之多。從另一個方面看，給定工作負荷所需的服務器數量顯著減少。軟件授權也會受到影響。每個服務器上一個軟件將只需要一個授權。因為軟件變成了共享鏡像的一部分，這種增益也延伸到了軟件上。

 容器能夠提升性能和安全性

容器還帶來其他效益。它啟動的速度快于hypervisor實例，主要是由于它的鏡像不需要從scratch分區上重載。容器用的鏡像更便攜，更容易構造，帶來使用過程中的便于部署和靈活性的優勢。而且，一些對比評分系統一致顯示容器在性能上優于hypervisor，完成相同的工作容器所需時間有15%的優勢。

存在這么多優勢，我們有理由好奇，除了工業界的保守應用以外，為什么容器還沒有完全取代hypervisor。畢竟，Docker容器引擎在容器工具領域正在占據主導地位，而且這項技術基本上是沒什么問題的。

 容器技術非常新，而且正在快速發展中。而另一方面，hypervisor技術是成熟的而且是久經考驗的。在安全性上，hypervisor是非常可靠的，通過x86 VTx這種方式的硬件輔助，使跨租戶的黑客行為基本上是不可能的。很容易想到，容器要更脆弱很多，通過攻擊底層操作系統，可以將威脅擴展到一臺服務器的所有實例上。

 這一安全問題導致的結果是容器通常都運行在hypervisor上。每個租戶的容器實例被分隔在各自獨立的一個虛擬機上，用硬件保護功能來防止跨租戶攻擊。這種方法的缺點是顯而易見的。這種方法不僅更為復雜，它還導致了hypervisor有關的代碼的多份授權問題，還需要更多的操作系統副本。性能也遭受了損失。而且也損失了靈活性——但至少實例是安全的。

 容器的生態系統已經抓住了轉變的時機。瘦虛擬機監管軟件，例如Intel的Clear Containers，被設計利用硬件隔離優勢來保護容器——無需使用許多存儲空間或過度拖累性能。還有其他一些安全機制的改進，特別是鏡像的認證和授權方上，意味著容器現在正在縮小與hypervisor在安全性上的差距。

Hypervisor的響應

 Hypervisor的開發人員們也沒閑著。盡管最初否認容器的威脅，他們最終開始關注容積技術的關鍵優勢。例如VMware通過頁面重復數據刪除技術處理內存最小化問題;該技術將整個重復的內存頁面替換為指向單一副本的指針。然而，這是一種后負載操作，不能應對容器啟動更快的問題。當然，有一些方法可以達到相同的操作性能。例如，內存頁面重復數據刪除可以發展為一種新的方式，通過載入鏡像的索引，檢查要讀取的文件是否已經存在于系統中。該方式消除了任何文件載入的操作，顯著得提升了重復數據刪除的速度。我們傾向于將今天的hypervisor與未來期望的容器發展做對比，而忘了hypervisor虛擬化并不是停步不前的技術。

 拋開這兩種技術選擇的內存和性能問題，這兩種技術在使用方式上是有層次區別的。對于規模很大但交互很少——至少是直接交互很少——的任務，更適合在容器上部署。例如，容器非常適合網頁服務。微服務也非常適合容器，我們可以想象在云上的容器中部署微服務是非常劃算的。

 當對比容器和hypervisor時，hypervisor更適合大的、自成一體的應用程序。在hypervisor中，應用程序能夠更好的控制周圍網絡和存儲結構，而且由于這些大的應用程序通常是關鍵任務，節約存儲空間和啟動速度并不是需要重點關注的問題——特別是與潛在的停機或安全問題損失相比時。

 科學計算在最近幾年才進入虛擬化領域，該應用方向已經通過虛擬化顯著的提升了生產效率。盡管這些科學計算工具通常是自定義的，它們能滿足許多大問題的需要。

 當考慮到經濟問題，應用軟件和操作系統的授權方式需要改進以便所有人都能用得起虛擬化，無論選擇哪種虛擬化方式。每實例每分鐘的計費方式可能會成為常態。

由于有穩健的生態系統和大量的已經部署的基礎，hypervisor將在IT運維中繼續占有重要地位。在容器和hypervisor的競爭中，只有當hypervisor的設計者不再響應進步，容器才會成為勝利者。這顯然是不可能的。事實上，未來可能的發展趨勢是hypervisor和容器技術的融合，至少是在特點和效益兩方面的融合。已經在hypervisor基礎設施上投入巨大投資的IT公司可能希望繼續使用hypervisor，無論是改進的hypervisor實例還是在hypervisor實例中的容器。而另一方面，一些還未開始投入的建設，可能將直接轉向Docker或類似的容器化設施。根據應用軟件特點的分層使用兩類虛擬化技術也是可能的，因為hypervisor虛擬化似乎是的自成一體的大應用軟件的最佳選擇。