《企業私有云建設指南》一2.2　企業私有云技術路線選擇

2.2　企業私有云技術路線選擇

在大型企業建設私有云時，一個重要的問題就是技術路線的選擇和成本價值產出。一般在進行私有云技術路線選擇時，大型企業往往會把穩定性、成熟度、服務滿意達成度放在首位，那么成熟穩定的商業解決方案就會被優先考慮，而開源的往往因為技術不夠成熟和穩定，因此不被優先考慮。下面拿VMware和OpenStack來做比較。

1.從產品設計上看

VMware軟件套件是自底向上的架構，下端邊界為虛擬機管理器。VMware的vSphere和vCloud director產品都依賴于ESXi虛擬機管理器。由于VMware產品架構的健壯性，很多高規格用戶在多數據中心規模的環境中都會使用該產品。但是VMware的軟件系統是封閉的，并且軟件的發展路線完全遵循VMware自己的發展目標，用戶或消費者在此方面沒有任何控制權。而OpenStack作為一個開源系統，沒有任何一家單獨的公司控制著OpenStack的發展路線。另外很多大公司都在支持OpenStack的發展，基于如此多公司的資源投入，OpenStack的發展是多元化的。然而這也帶來了問題，即OpenStack部署和架構的實施和維護成本較VMware有了陡然提高，與此同時，相對快速的版本更新速度導致技術支持文檔無法跟上產品的腳步。

2.從高可用和容錯、資源平衡功能上看

在vSphere中，虛擬機級別的高可用性體現于允許在虛擬機或者ESXi主機出錯時，在不同宿主機部署相同的虛擬機。高可用性即在硬件出問題時保證虛擬機的正常工作，當然如果真的出錯了，則只能在不同的ESXi主機上啟動虛擬機，這也可能造成服務的中斷。FT（容錯）的主要功能就是保證在出現故障時用戶的應用不會出現中斷。其原理就是在兩臺主機上創建一模一樣的兩臺虛擬機—VM（主）與VM（輔助），VM（輔助）完全同步VM（主）的操作，當VM（主）發生故障時，VM（輔助）自動切換為VM（主）。FT可使應用程序實現零停機、零數據丟失，同時消除了傳統硬件或軟件集群解決方案的成本和復雜性。另外VMware vSphere的分布式資源調度（DRS）可以聚合集群中ESXi主機資源，通過監控利用率，自動分配這些資源給虛擬機，并能夠跨ESXi主機不斷進行虛擬機資源優化和平衡。

我們再看一下OpenStack的高可用性。目前并沒有官方聲明OpenStack支持虛擬機級別的高可用性，這個特性在Folsom版本被提出，但是后續又被放棄了。目前OpenStack有一個孵化項目Evacuate，其作用是為OpenStack提供虛擬機級別高可用支持。再看OpenStack 的容錯。在OpenStack中沒有針對容錯的功能，并且截至目前也沒有計劃完成這些功能。OpenStack也還沒有良好的資源自動平衡機制，截至目前OpenStack并未提供DRS功能，這屬于OpenStack功能缺失的一部分。我們可以看到，在功能支持和功能細節方面，OpenStack相較VMware還是有差距的，仍然需要不斷進步才能做得更好。

3.從成本和價值上看

VMware是商業軟件，其成熟度和穩定性經受住了大量實際環境的考驗，但使用成本高，體現在其授權費用和服務費用上。相對VMware的昂貴價格，OpenStack免費、開放的優勢還是很明顯的。對于VMware高投入帶來的功能，OpenStack大部分可以免費提供給客戶。那么是OpenStack還是VMware更有價值？這個問題并沒有很清晰的答案，并且答案也取決于企業實際部署的規模。雖然OpenStack是免費使用的，但是它需要有專業的開發人員和此領域的專家才行，并且需要完成很多架構和搭建方面的工作，因為它支持很多部署場景，并且安裝過程都不盡相同。VMware則需要花費一些經費購買授權和服務，但相對來說更加容易安裝和運行，另外VMware的學習成本更低一些。

總的來說，基于以上分析，大型企業使用VMware則更穩定和可靠。而OpenStack入門門檻較高，如果企業沒有足夠的技術能力儲備則無法解決大面積部署OpenStack所遇到的問題。

OpenStack 虛擬化 容器

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。