[[174372]]

當談到管理OpenStack私有云的***實踐時，其實并沒有一個放之四海皆準的答案。對于一些組織來說，選擇一家OpenStack的發(fā)行廠商以及使用其專有的工具會比較合理，而另一些組織則會選擇自行部署和管理平臺。無論哪種方式，制定一個OpenStack私有云管理策略都是非常重要的。

高效的OpenStack管理從部署選擇開始

使用OpenStack托管服務的價值在于不必親自創(chuàng)建OpenStack云的基礎架構。IBM Blue Box就是一個典型的例子，但Mirantis和其他企業(yè)也提供這種托管的服務。這種方法免去了陡峭的OpenStack學習曲線，降低了運維延遲的風險。然而，這種托管模式的缺點是廠商鎖定，以及托管的OpenStack部署可能在短期和長期來看都更昂貴。在簽約之前，先做好投資回報率的分析。

半專有的OpenStack經(jīng)銷商也一樣有著成本和鎖定的風險，但可能會縮短組織開始運營OpenStack私有云所需的時間。例如，Rackspace公司允許用戶在本地設立OpenStack的私有云——這有助于減少數(shù)據(jù)安全方面的擔憂，同時提供管理即服務。OpenStack和紅帽正聯(lián)手擴展這種模式，特別是對于企業(yè)的支持。Rackspace將管理Red Hat OpenStack私有云，替一個更開放的OpenStack經(jīng)銷商帶來了成熟的支持基礎架構。Metacloud也提供類似的服務。

DIY模式

如果你想在公司內(nèi)部安裝OpenStack并具有***的靈活性，該怎么做呢?對于一些IT團隊，尤其是規(guī)模較大的團隊來說，便是投資在組建和維護一個DIY的OpenStack私有云的專業(yè)知識上。

想要從無到有的建立OpenStack私有云，管理員必須要解決管理的諸多細節(jié)，從安裝和初始調整到自動節(jié)點管理和實例編排。OpenStack的基本工具包是來自OpenStack家族約30個左右的重大項目的開放源代碼。

這些項目涵蓋了許多的IT領域，但大多數(shù)還是比較粗糙的，并缺乏易于使用度。對于IT團隊來說，這些項目在設置和操作方面也常常容易出錯且耗時。OpenStack的控制是面向命令行接口的，這對于老派的管理員來說很有吸引力，但如今好的做法傾向于一個基于完善測試過的模板的腳本系統(tǒng)。

OpenStack的工具包提供了許多管理員所需的、用來管理私有云的服務。Horizon儀表板是一個成熟的項目，為云集群帶來極大的可視性。Ceilometer是一個用于使用跟蹤和計費的OpenStack新工具，它也同時提供了跨整個OpenStack套件的報警功能。Murano提供一個驗證應用和鏡像的目錄，而Congress則負責治理的功能。然而，根據(jù)OpenStack的Project Navigator頁面指出，Ceilometer和Murano的成熟程度在8顆星中只拿到了2顆，所以它們還有很長的路要走。

如Red Hat的CloudForms之類的工具能夠自動化對服務做出分配并管理它們的生命周期。除了負責扣費處理，CloudForms也可以監(jiān)視OpenStack的資源使用和優(yōu)化。另一個可選工具是Cloudyn，它可以同時提供監(jiān)測和適應管理政策的功能。

OpenStack社區(qū)正在開發(fā)Fuel，該半官方的OpenStack管理模塊。這種基于GUI的工具提供了硬件發(fā)現(xiàn)和配置，集群構建和持續(xù)檢查和監(jiān)控的能力。Fuel還被設計為避免廠商鎖定。

對于想要避免在一個沙箱中進行一步步微小配置嘗試的IT部門，Mirantis將Fuel捆綁到OpenStack的發(fā)布包中，提供可選的硬件。它被標榜為零鎖定，并且非常接近于一個完整的替代方案，但卻是獨立的。

OpenStack管理軟件需要適應快速發(fā)展的IT環(huán)境。在幾年以內(nèi)，大多數(shù)企業(yè)都將使用某種程度的軟件定義基礎架構，因為其能顯著提高靈活性并降低成本。今天所做的任何規(guī)劃都必須將軟件定義基礎架構考慮在內(nèi)，這意味著需要調研集群管理器，如StrataCloud或Mirantis。

總而言之，在OpenStack管理方面，我們有其他的替代方法和擁有各種級別成熟度工具的豐富的生態(tài)系統(tǒng)。這雖然使得做出選擇變成挑戰(zhàn)，但構建一個OpenStack私有云還是比甚至兩年以前要輕松得多。