Step by Step：私有云部署實踐
如果你對在公共云中運行業務應用有些擔心的話，許多專家建議你也許應該先嘗試一下私有云。
但是在你的數據中心內搭建和管理一個云并不只是另一項基礎架構項目那么簡單，埃森哲公司云計算總監Joe Tobolski這樣表示。
他說：“很多技術公司將云描述成你可以出去買回來在你的數據中心上噴灑些形成云的粉末就形成一個內部云的東西。這個說法遠非事實。
內部部署的私有云是眾多領先IT機構組織多年來一直追尋的目標。它從數據中心整合，操作系統、硬件和軟件平臺的合理化，以及服務器、存儲和網絡的虛擬化開始。
他補充說，彈性和付費即用的定價策略是指導原則，這意味著IT的標準化、自動化和商品化。這超越了基礎架構和配置資源，“這也是關于應用搭建和用戶IT體驗的”。
盡管如此，我們仍處在內部云相對初期的階段。根據市場分析公司Forrester的統計數據，全球范圍內只有5%的大型企業有能力運行一個內部云，這其中有半數可能已經部署了一個內部云，該公司***分析師James Staten這樣表示。
但是如果你對探索私有云計算感興趣的話，以下就是你需要了解的：
***步：標準化、自動化和共享資源
Forrester提出的三個內部云構建技巧與埃森哲提出關于下一代IT的規則不謀而合。
Staten表示，要搭建一個預置的云，你就必須具備操作、部署和維護云環境的標準化流程。
大多數企業還沒有達到足夠高的標準化，盡管那些在IT服務管理方面遵循IT信息庫(ITIL)路線的企業比其他人更加接近這個目標。
能夠實現高效率和一致性的標準化操作流程對于下一個基礎層——自動化——來說是非常關鍵的。
自動部署也許是***的起步點，因為它具有自助服務能力。對于一個私有云來說，這并不是Amazon模式的，因為任何開發者都可以自己部署虛擬機。“這將會引起企業內的混亂，并且完全不切合實際。”
相反，對于一個私有云來說，自助服務意味著企業已經形成了一個自動工作流程，在這個流程中，資源請求需要通過一個核準流程。
一旦批準通過，云平臺就會自動部署特定的環境。更多的時候，私有云自助服務就意味著開發者說他們需要“3個多大的虛擬機、1個多大的存儲卷和帶寬。”對于需要來自內部公司的資源的終端用戶，自助服務也許就是“我需要一個SharePoint卷或者一個文件共享”。
#p#
第二，構建一個內部云意味著共享資源，“而這通常會將其他企業排除在外”。
這并不是技術的問題。Staten表示：“這是組織性的——銷售部不想和人事部共享服務器，財務部不想和其他任何部門共享。當你是這樣的心態時，就很難操作一個云。當資源不能共享的時候，云的效率是非常低的。”
當面臨這個挑戰的時候，哈佛醫學院IT負責人Marcos Athanasoulis想出了一個創新的方式來讓參與者能夠接受在基于Linux的云基礎架構上共享資源的想法。他說，這是一個貢獻硬件的方式。
在哈佛醫學院這個Athanasoulis稱之為有1000多個CIO的地方，IT面臨著獨特的挑戰。他們沒有權利告訴實驗室使用哪種技術。他們已經作出了一些限制，但如果實驗室想要部署他們自己的基礎架構，這是可以的。因此，當哈佛醫學院在四年前接受了云的概念時，他們的確是需要“一種以共享的方式獲得存儲空間的模式，哈佛醫學院為此付費下單，需求較低的用戶可以進入云中并獲得完成他們研究所需要的資源，同時這也吸引來那些希望構建他們自己的高性能計算環境或者云環境的用戶”。
通過這種方法，如果一個實驗室在云中購買了100個節點，他們將獲得對這個空間的訪問權。但如果這個空間是閑置狀態的，其他工作負載也可以運行在其中。
他還表示：“我們告訴他們——你擁有這個硬件，但是如果你讓我們集成到云中，我們將幫助你進行管理并確保它的隨時更新。但如果你不接受這種云模式，你可以隨時放棄使用。結果證明，這是一個很好的賣點，而且(4年來)從沒有人摒棄這個云的理念。”
為了支持這個貢獻硬件的方式，哈佛醫學院采用Platform Computing的Platform LSF工作負載自動化軟件。Athanasoulis表示：“這款工具讓我們能夠建立隊列，并暫定貢獻硬件節點上的任務，這些硬件的擁有者獲得有保障的訪問，然后暫停的工作得到恢復。”
#p#
了解服務之前不要輕易嘗試云
如果資源不能共享的話，云的效率是非常低的，如果不考慮服務的話，云可能是毫無意義的。例如，IBMIBM在展開每一個云項目之前，都會對不同類型的工作負載以及遷移到不同云模式的風險、好處和成本進行評估，IBM公司IT策略、云服務架構總監Fausto Bernardini這樣表示。
一個工作負載到底是適合私有云、公共云還是混合模式，這取決于很多因素，例如法規遵從和安全等關鍵點，還有延遲、應用組件獨立性等等。
很多企業在了解服務和服務需求之前會從產品的角度考慮構建一個私有云——而這與起步點恰恰相反，市場調研機構Gartner副總裁、杰出分析師Tom Bittman這樣表示。
他說：“如果你真的打算構建一個私有云的話，你需要了解你的服務是什么、每項服務的(服務等級協議)、成本和路線圖是什么。這實際上是為了了解服務是否適合于云計算模式。”
即使你的企業高度依賴于那些界面相對靜態的常見服務，這仍然是你應該考慮采用云計算——私有云或者公共云——的領域。電子郵件就是一個例子。
Bittman表示：“我也許會經常使用它，但是它并不與我公司的內部運作息息相關。這就是一種朝著界面和獨立性方向發展的服務——我不希望它是與我的公司緊密結合的。我想使這一過程盡可能分開、易于使用并且可以從自助服務界面獲得。如果我已經定制這種服務有很長時間了，那么我必須撤銷掉，盡可能地實施標準化。”
相反，那些定義一個企業并且持續專專注于創新技術的服務并不是云的競爭對手。Bittman表示：“這些服務的目標是密切行和集成，永遠不會與云沖突。這些服務可能會在很低的層面上使用云的功能，例如用于原始計算，但是向企業呈現的界面不會是云模式的。”
只有當你了解哪些服務適合于云、你需要多長時間進入公共就緒狀態的時候，你才能為搭建一個業務實例作好準備，從技術的角度開始考慮構建一個私有云。
#p#
***一個層面：服務管理和訪問管理
Gartner為構建私有云定義了四個層次的組成部分：
底層是包括基礎架構、平臺或者軟件的資源層。這時你會立馬相當原始的虛擬化，但是虛擬機并不是唯一的選擇——只要你已經創建了一個將資源聚合成資源池的機制。另外一個選擇就是快速重新配置技術。
資源池之上是資源管理層。Bittman表示：“這就是我以一種自動化方式來管理資源池的地方。”他指出，對于VMware環境來說，這個層就是指VMware Distributed Resource Scheduler。
Bittman表示：“這兩個層是相當成熟的。你可以在市場中找到相關的產品，雖然在資源管理層方面并沒有太激烈的競爭。”
接下來是服務管理層。他說：“這時就需要一些技巧了。一方面我需要一些東西來幫助我來做服務監管，另一方面我需要將資源池轉化成服務等級。***，我需要能夠呈現給用戶某種服務等級的界面，顯示‘執行’或者‘可用’，并用這個服務管理層來進行交付。”
當你考慮構建私有云的時候，你要知道需求和可用產品之間的差距是很大的。Bittman表示：“例如，VMware在允許你管理虛擬化池方面做的很好，但是它并不了解服務。VMware的vCenter AppSpeed只是在這方面進行嘗試的一個開始。”
Bittman表示：“我們真正需要的是一個良好的服務監管，不過現在還不存在。”
最上面一層就是訪問管理層，也就是用于自助服務界面。Bittman表示：“這個層呈現了服務目錄，為用戶提供了所有打開并管理用戶的按鈕。這個界面必須以某種方式與成本、收費以及計量有所聯系。”
收費，這對于私有云構建者來說是一個十分棘手的挑戰，也是長久以來他們無法忽略的問題。Bittman表示：“從技術的角度來看這很微妙——我根據什么來收費呢。但是從政治和文化的角度來說，如果我要遷移到云計算環境中的花，我就要選擇一個收費模式，這是無論如何都要打破的障礙。”
#p#
總結
雖然云構建者需要考慮彈性、自動化、自助服務以及收費等問題，但他們不能在云技術演化的過程中過于僵化。Bittman表示：“我們將看到很多組織機構要么是純粹的云，要么是純粹的非云，其他介于兩者之間。***一切歸結為，‘到底有沒有好處呢?’”
例如，新罕布什爾州的溫特沃斯-道格拉斯醫院正在構建一個私有云，采用了來自思科、EMC和VMware的vBlock系統。但是他們這么做更多地是針對服務器虛擬化，而不是自主部署或者軟件即服務(SaaS)，該醫院的網絡管理員Scott Heffner這樣表示。
他說：“也許我們最終會選擇SaaS，并且我們會盡可能多地實現自動化，但是現在我會慢慢地將這些理念引入我們的機構中，因為云模式是如此先進，讓整個機構都信任并理解它是很困難的。”
哈佛醫學院的Athanasoulis表示：“人們之所以使用我們的云……是因為它提供了具有吸引力的價值——這對IT來說并不是一個糟糕的定位。
【編輯推薦】
