超越虛擬化：構想真正的云計算

 

 

　　首先，這些公司購買了什么作為服務器？如果他們使用新的四核或四核以上的服務器替換舊的單、雙核的服務器并且只是簡單地移動服務，那么他們他們已經有了足夠多的硬件。每個服務器工作負載都運行在可以輕松地處理6臺虛擬服務器即使同時還包含了免費的系統管理程序的硬件上。難道這些公司在服務器虛擬化成為過去式時才會接受虛擬化嗎？

 

 

　　放眼未來幾年，可以預期我們將看到管理虛擬服務器的方式會發生根本改變。仿佛從頭到尾的企業虛擬化還不是真正的革命，我覺得未來還會有許多風暴會席卷而來。下一次飛躍將會發生在被顯式設計和調整作為VM運行的操作系統出現的時候，由于缺乏有意義的驅動程序支持和其它物理服務器世界的特性，這種操作系統甚至將不會運行在物理硬件上。而將數千個驅動程序和特定功能的硬件帶入VM的意義何在？它們一點用處都沒有!

 

　　最終，我們將看到廣泛使用的操作系統版本：它替代了現今大多數作為支撐的操作系統，解決了多年來的冗余和膨脹以支持專門用于管理程序的內核，并且在內存、CPU和I/O資源如何運作和管理方面有著獨到的想法�，F在我們回到了通過熱插拔擴展將CPU和RAM引入到VM中的時代，這種熱插拔擴展最初設想是用于物理RAM和CPU的擴展。

 

　　但是要實現上面的想法還有很長一段路要走。當一個操作系統內核可以即時請求、適應并使用額外的計算資源而不必了解這些資源背后的信息時，我們會更接近真正的云計算的概念：在每次運算過程中都不用考慮底層的硬件，沒有固定CPU的概念，沒有靜態或者固定RAM的概念。這些操作系統通過調度層次的管理程序緊密集成一起，絲毫不關心單個處理器核心的親和力、優化NUMA或運行著的RAM。

 

　　這自然需要許多年才能完全實現，但我肯定它的到來。到時，管理程序將變得足夠強大和聰明，可以管理那些用于任何兼容的主機OS的函數，本質上把每個VM變成了應用程序池。隨著應用程序負載的增加，內核更關心的是與日益增長的管理程序的資源需求量的溝通，管理程序隨后作出較低級別的決策，用來決定VM可以消耗哪些物理資源以及在必要時將其它實例轉移到不同的物理服務器上以釋放空間。

 

　　反過來，這將去除指定模擬CPU和RAM限制而不是設置最小、最大和突發的限制給VM的概念——類似并行虛擬化，但完全與OS無關，而且不依賴內核主機OS作為中間層和固定內核。每個VM都可能知道它是一個運行的VM，但通過管理程序管理事務它也會運行自身的內核并直接解決硬件問題。

 

　　隨著在運行中升級的能力的出現，即通過升級被動管理程序、即時轉移附近的負載、隨后升級其他方面，我們說的帶有嵌入式管理程序的固定用途的服務器可能是多余的，對于小型物理服務器同樣如此，這些小型物理服務器基本上由包含完全用軟件管理的底板級網絡接口的CPU和RAM插槽組成。

 

　　這些高級的虛擬服務器完全是虛擬服務器嗎？或者說它們完全是服務器嗎？如果它們發展成為類似了解它們所處環境的數據庫和應用程序的軟件服務，那就沒必要在同一段時間內運行多個實例了。

 

　　你可能只有兩個而不是幾十個Web服務VM，但是這兩個VM頻率可以從500MHz瞬間增長到32GBHz，因為負載在同一時間內從消耗6GB RAM跳躍到了512GB，而不需要分配任何固定值�？梢韵胂�，在使用適當的高速底板后，隨著管理程序瓜分優先任務，保持RAM從本地到單個進程，一個服務器實例可以跨越兩個或更多的物理服務器。當然，我們說的是整體的多線程應用程序，但是這不正是隱藏在虛擬化和多核CPU背后的整個想法嗎？

 

　　或許，在未來的某一天，我們將看到一架甚至若干架刀片機箱，我們看到的不是數十臺上面運行著管理程序的物理服務器，相反，我們把它們看成一大堆將被任意數量的服務消耗的資源。如果出現了一個硬件故障，可以很容易通過熱插拔更換故障的部分，唯一的損失可能是數百個進程從包含了數以萬計的進程的表中消失，而這些消失的進程將會瞬間在其它地方重新啟動，這樣就不會對服務造成重大損失。

 

　　也許，如果我們能看到這樣的現實，那些仍然在維護一個破舊的物理數據中心的固執者可能最后會贊成在每個物理機箱中運行多個服務器的想法。到那時，他們將別無選擇，也將沒有其它能替代的選擇。