使用OpenStack會(huì)讓企業(yè)感到自由，但管理上的挑戰(zhàn)降低了這種自由感。使用本文的竅門可以幫助您提高開源平臺(tái)的管理策略。

OpenStack平臺(tái)提供了一種敏捷靈活的基礎(chǔ)架構(gòu)作為服務(wù)模型。它包括三個(gè)主要服務(wù)產(chǎn)品——計(jì)算、網(wǎng)絡(luò)和存儲(chǔ)——管理員可以通過同一個(gè)儀表板進(jìn)行管理。 企業(yè)喜歡控制基礎(chǔ)設(shè)施、應(yīng)用程序和數(shù)據(jù)。

但是，該技術(shù)的主要缺點(diǎn)是它仍然相對(duì)年輕，這意味著IT專業(yè)人員必須處理更多的復(fù)雜問題。OpenStack有超過50個(gè)組件，還有許多活動(dòng)件，這使得部署變得非常困難，對(duì)于那些不具備足夠OpenStack技能的IT專業(yè)人員來說尤其如此。OpenStack管理工具和服務(wù)可以幫助緩解這些挑戰(zhàn)，并且?guī)椭L問第三方資源。采用本文的這些竅門，能夠幫助您充分利用OpenStack的部署環(huán)境。

探索OpenStack私有云管理方案

要從頭開始構(gòu)建和運(yùn)行OpenStack私有云，IT團(tuán)隊(duì)需要各種管理工具。OpenStack Horizon儀表板是基于Web的界面，用于管理和監(jiān)控OpenStack服務(wù)。其他OpenStack管理工具包括Ceilometer，Murano和Congress。OpenStack社區(qū)還在開發(fā)Fuel，一種用于部署、測(cè)試和維護(hù)各種配置的工具。然而，這些工具的主要問題是，它們的成熟度級(jí)別不同，這使得它們中的一些使用起來更具挑戰(zhàn)性。

企業(yè)可以利用其他第三方工具，如Red Hat CloudForms，用于配置和完成自動(dòng)化，以及Cloudyn，用于監(jiān)控和治理。此外，Mirantis將Fuel捆綁到一個(gè)可選硬件的OpenStack發(fā)行版集合中。在選擇工具時(shí)，要考慮到企業(yè)的基礎(chǔ)架構(gòu)計(jì)劃。軟件定義的基礎(chǔ)架構(gòu)越來越受歡迎，因此集群管理器(如StratCloud或Mirantis)可能更有利于滿足未來的需求。

考慮自定義OpenStack Horizon儀表板

Horizon是OpenStack管理儀表板，由三個(gè)部分組成：用戶儀表板、系統(tǒng)儀表板和設(shè)置儀表板。管理員可以使用儀表板來啟動(dòng)以及管理計(jì)算實(shí)例，配置訪問控制等。

最新版本的OpenStack為云管理員提供了更多選則來定制Horizon。隨著Kilo版本的發(fā)布，用戶現(xiàn)在可以使用可定制的主題，包含不同的顏色修改，不同的布局和樣式。目前，云管理員可以從頭開始創(chuàng)建自己的主題，或者在現(xiàn)有主題的基礎(chǔ)上構(gòu)建。除了可以自定義導(dǎo)航欄，表格，警報(bào)和其他元素之外，管理員還可以插入企業(yè)商標(biāo)或品牌。管理員也可以瀏覽更多的高級(jí)配置選項(xiàng)。

最小化OpenStack更新期間的風(fēng)險(xiǎn)和停機(jī)時(shí)間

隨著服務(wù)、工具和功能的不斷發(fā)展，時(shí)刻關(guān)注OpenStack的更新變得很重要。開源平臺(tái)還很年輕，每六個(gè)月就會(huì)有一次新的發(fā)布，這可能會(huì)造成一些宕機(jī)事故。為了避免停機(jī)，請(qǐng)確保新的更新不會(huì)依賴于其他模塊。如果它們依賴于其他模塊，那就需要將這些模塊一起更新。

自動(dòng)的OpenStack更新最小化了停機(jī)時(shí)間，并且比通過命令行手動(dòng)更新更快。管理員可以通過OpenStack發(fā)行版實(shí)現(xiàn)這種自動(dòng)化，例如Red Hat的OpenStack Platform Director。其他第三方供應(yīng)商包括惠普、戴爾和IBM。雖然由于跨模塊依賴性，這些OpenStack管理工具并不完美，但他們將在主要更新期間提供幫助。

OpenStack的可擴(kuò)展性檢驗(yàn)IT專業(yè)人員的耐心

當(dāng)涉及到云時(shí)，可擴(kuò)展性對(duì)于滿足不斷增長的計(jì)算環(huán)境的需求至關(guān)重要。在云預(yù)算中，上下調(diào)整資源的能力也很容易，因?yàn)槠髽I(yè)只需要為他們使用的東西付費(fèi)。然而，OpenStack仍然在可擴(kuò)展性上掙扎。管理員可以使用第三方工具來提高可擴(kuò)展性，但存在供應(yīng)商鎖定的風(fēng)險(xiǎn)。在運(yùn)行第三方供應(yīng)商的工具之前，請(qǐng)考慮其他一些OpenStack的管理實(shí)踐。

OpenStack的可擴(kuò)展性問題源自Neutron，OpenStack的網(wǎng)絡(luò)模塊，它僅僅可以擴(kuò)展到約30個(gè)節(jié)點(diǎn)。Nova和Keystone模塊也可能造成瓶頸，從而影響到整體的擴(kuò)展性。管理員可以調(diào)優(yōu)Nova來增加API和所管理的worker的數(shù)量，從而降低網(wǎng)絡(luò)和瓶頸問題。隨著OpenStack服務(wù)的發(fā)展和成熟，可擴(kuò)展性的挑戰(zhàn)將會(huì)逐漸減少。

使用OpenStack Tempest測(cè)試部署

執(zhí)行OpenStack測(cè)試可以確保一切正常運(yùn)行。企業(yè)可以使用測(cè)試來發(fā)現(xiàn)可能危害數(shù)據(jù)并影響用戶體驗(yàn)的任何異常情況。OpenStack Tempest是一個(gè)工具，為開源云平臺(tái)提供三種類型的測(cè)試：API測(cè)試、場(chǎng)景測(cè)試和單元測(cè)試。

在這三種測(cè)試中，場(chǎng)景測(cè)試通常是最受歡迎的，因?yàn)樗槍?duì)的是OpenStack工作流。例如，云管理員可以使用這樣的測(cè)試來微調(diào)VM的部署流程。當(dāng)創(chuàng)建測(cè)試時(shí)，請(qǐng)記住要定義它的范圍，包括所有涉及到的OpenStack組件以及它們之間應(yīng)該如何進(jìn)行交互。不幸的是，運(yùn)行測(cè)試來查看數(shù)據(jù)中心是否完全正常運(yùn)行，這并不是一項(xiàng)容易的任務(wù)，并且需要更多的時(shí)間和計(jì)劃。