構思、搭建和維護私有雲的十大步驟

構建私有雲並不是一項快速工程。 始于理解企業環境對於雲的期望和定義，繼而在已經創建的模型上進行構架。 要確保涵蓋整個組織、其所有的流程以及構建雲計算的技術。 下面是構思、搭建和維護私有雲的十大步驟。

1. 確定你要從雲中獲得什麼

雲端之旅是一種巨大的IT趨勢。 問題在於術語雲計算對於每個人的意義也有所不同。 為了開始這項旅程，企業需要務實的雲計算目標。 很多企業發現他們在朝雲計算看齊的時候，要實現虛擬化的承諾，像資料中心物理硬體的整合、節能和節省成本。 還有些人發現其虛擬化進程要進入下一個階段，標準化和自動化是其IT流程的一部分。

但是少數企業準備進行組織變革，處理艱難的「人的問題(people problems)」，像孤島、服務副本、安全和服務管理。 這些問題通常本身不是技術性的，但是卻橫跨組織邊界，並將長期存在於政治領域。

關於雲有很多錯誤的理解，尤其是關於它的定義過多。 最普遍的誤解之一就是雲完全基於虛擬化。 儘管虛擬化通常在私有雲部署中擔當重任，但是私有雲也可以僅僅就是共用的基礎架構。 比如，谷歌的Gmail或者微軟的SkyDrive.二者都是公共雲服務，卻都不過度依賴虛擬化。

相反，大量的物理硬體幕後使用。 私有雲對於你的組織也是如此，共用服務創建，取代很多不同的重複服務，虛擬化的使用評估只是作為服務實現的一部分。 例如，共用的檔案伺服器服務可能取代許多部門的檔案伺服器，它可能在物理伺服器上實現，因為VMware vMotion和微軟Cluster Service之間相容。

2. 現實預期

你應該期望的是你的組織中不會有真正的自服務IT。 IT部門花了數年時間圍繞創建和管理伺服器的活動包裝流程和進程，而且有很好的原因。 通常這些流程負責系統監控，確定規模和依賴性，文檔化系統設計和職責，處理許可證等等。

允許任何人提供伺服器或者服務，而不需要審批機制，適合於具體的實驗室或者開發環境，但是在生產的IT環境確是混亂、蔓延和宕機的快速途徑。 然而，期待通過使用工作流工具和審批機制，提供更多的流程自動化和標準化是合理的，這些已經成為Embotics的V-Commander 或者enStratus Networks產品的一部分。

雲之旅技術挑戰少，而人為挑戰多，隨著流程分解和重構，小的任務自動化，並且標準化實現。 IT部門笨手笨腳的，對於使用者需求放映遲鈍，可能是沒有從正確的位置考試重新思考自身和氣工作。 類似的，IT部門過度勞累，可能沒有足夠的時間去追蹤雲解決方案，儘管雲能夠節省時間。

管理IT工作合力的順序非常重要，因為其在IT部門面對關於專心雲計算延誤其他工作時的抱怨時支援他們。 格言「賺錢過程就會花錢」適用于IT人員的時間;它花費了一種預付的時間投資，節省了隨後的時間。

最後，要期望管理的所有級別，包括人力資源，要支援到雲的過渡。 不僅僅是企業所有部門看到在改進自身的董事耽誤IT工作，而且IT員工的主要工作構成將會自動化，也要考慮他們自身會成為解雇的目標。 他們可能會積極的破壞這個流程。 個人問題的計畫，從開始、人員溝通，他們是有價值的，他們的努力會讓他們解放出來，去做更多有意思，有生產效率的工作。

3. 理解工作負載和服務

像私有雲模型邁進是艱難的，尤其是你不理解組織依賴的服務。 文檔是關鍵;沒有它在系統之間解釋其關係，服務水準協定就未知，很容進行錯誤的假設。 人們使用這些服務的需求應該文檔化，以便於新的雲服務構建能夠符合這些需求。 在集中組織中的重複服務時，這一點尤其重要。 還有一個原因，一個部門構建了自己的基礎架構，而不是使用共用服務;找出原因，讓他們認同並避免爭端。

文檔也適用標準化本身，由於標準並不是解釋所有需求和系統設計需求，將快速得到免責條款。

性能資訊對於轉向共用的基礎架構和基於雲的解決方案也很關鍵。 一年或者更久的歷史效能資料，盡可能高的清晰度實用性很高，對於確定容量需求和系統規模很有説明。

4. 步入虛擬化之路

儘管一個私有雲並不要求一定基於虛擬化，但這是一個通用模型。 虛擬化通常驅動企業內具體的知識和行為。 比如，大多數虛擬化要求集中化存儲。 這種相同的集中化存儲將會是構建私有雲的構件，因此在實現虛擬化中獲取的知識對於私有雲很有用。

同樣的，虛擬化通常分解了資料中心網路。 至少，它能將靜態流量模式轉化為動態模式。 轉向共用計算模型和基於雲的計算保持這種趨勢，並增加了對於網路的依賴，通常會提高頻寬需求。 對話始于你的虛擬化管理員、存儲管理員和網路系統管理員之間，結果就是為虛擬化計畫將會成為你發展雲計算的關鍵，尤其是當計畫服務遠端辦公室和移動使用者時更是如此。

5. 理解自動化和標準化

自動化是企業轉向私有雲時關鍵目標之一。 然而，沒有標準化，自動化非常棘手。 比如，作業系統和伺服器標準的建立，你就可以假設檔位置、檔案系統大小和認證機制。 基於這些假設，你可以腳本化應用軟體和中介軟體的安裝，比如Web伺服器、應用伺服器和防火牆規則。 這樣安裝就更易於重複，任何人都可以反覆運算部署，或者災難發生時也能儘快處理。

標準化對於一個沒能實踐它的企業而言非常困難。 但是一旦採取了標準化，時間節省顯而易見。

試想一個企業沒有作業系統、作業系統版本或者構件流程的標準化。 每一個伺服器都不同，每一個操作需求都需要特備註意。 補丁進程或者安裝軟體的時間每一個都不同，成功率從動搖，因為每一個主

機都在變化。 這樣通常有兩個結果：員工在這些伺服器上執行日常任務的時間難以置信，像安全缺陷修補這樣的很多日常任務就跳過了，因為過於困難和不可預測。 一個或者兩個作業系統的標準化和自動化構建，以及應用部署流程生產率大於IT生產率的獲得。

一旦你已經自動化了大部分化境，就可以交付自服務門戶和服務分類。 儘管企業不見得將會100%徹底為自服務驅動，但是很多流程可以根據工作流自動化;唯一的交互，就是審批流程。 IT部

門可以關注更多的重要問題，如何更好的支援，監控應用和服務。 通過提供始終如一且可重複的平臺，也改善了應用管理者和開發者的生活。 這意味著IT運維人員可以構建更加有用、可重複使用的流

程，處理事故和檢測系統警報，而不是每一個伺服器都是一次異常。 這也可能打開自動化回應警報的大門。

(責任編輯：蒙遺善)