OpenStack: 產(chǎn)品部署的多分布選擇
在云計(jì)算領(lǐng)域,還有另一個(gè)被廣泛使用的架構(gòu)——OpenStack。它是一個(gè)開源計(jì)算項(xiàng)目,不需要任何授權(quán)費(fèi)就能夠下載、修改并部署自定義應(yīng)用,甚至可以應(yīng)用分發(fā),這一點(diǎn)極為誘人。采用OpenStack意味著企業(yè)全權(quán)負(fù)責(zé)部署、管理和支持工作。
一些供應(yīng)商看到了機(jī)會(huì),在OpenStack源代碼的基礎(chǔ)上建造了生產(chǎn)就緒(production-ready)平臺(tái)。這是因?yàn)椋词故菗碛袃?nèi)部技術(shù)和開發(fā)團(tuán)隊(duì)的公司也常常會(huì)缺少大量資源來開發(fā)、打包和支持一個(gè)專有的OpenStack平臺(tái)。
由此出現(xiàn)了許多基于OpenStack的成套的生產(chǎn)就緒的產(chǎn)品,它們提供一些附加收益,例如配置管理工具、軟件支持和集成測(cè)試。這一領(lǐng)域的一些供應(yīng)商包括:
Red Hat Enterprise Linux OpenStack Platform
另一個(gè)利用OpenStack的途徑是通過一個(gè)基于OpenStack的公有云,例如HP Public Cloud 或Rackspace Public Cloud。還有一種選擇是基于OpenStack的私有云,例如Rackspace Private Cloud 或Blue Box Hosted Private Cloud。無論是公有云還是私有云,優(yōu)點(diǎn)都在于它們降低了管理和支撐底層基礎(chǔ)設(shè)施的要求,騰出企業(yè)資源用于開發(fā)應(yīng)用程序。
當(dāng)下數(shù)據(jù)中心環(huán)境的局限
即使新技術(shù)在能力、利用率和效率等方面改善了傳統(tǒng)模式,當(dāng)下數(shù)據(jù)中心環(huán)境仍有一些共同的一些缺點(diǎn),企業(yè)需要更大的靈活度。根據(jù)福布斯雜志的報(bào)道,企業(yè)架構(gòu)已經(jīng)從優(yōu)化運(yùn)行工作負(fù)載的系統(tǒng),轉(zhuǎn)向了更靈活的環(huán)境構(gòu)建——無需重建基礎(chǔ)設(shè)施就能重新設(shè)計(jì)和重組環(huán)境。
另外,企業(yè)架構(gòu)的需求會(huì)因產(chǎn)業(yè)和商業(yè)模式的不同而不同。例如,電子商務(wù)企業(yè)的需求與貿(mào)易行業(yè)或政府等垂直領(lǐng)域的需求就有所不同。這一點(diǎn)并不代表這些企業(yè)不會(huì)接入同樣的資源池,但是機(jī)構(gòu)必須形成自己私有的、內(nèi)部部署的數(shù)據(jù)中心,這比SaaS、IaaS和簡單數(shù)據(jù)存儲(chǔ)所使用的虛擬數(shù)據(jù)中心成本要高得多。
現(xiàn)今數(shù)據(jù)中心領(lǐng)域的另一個(gè)主要短板是IT需求目標(biāo)與業(yè)務(wù)目標(biāo)之間的脫節(jié)。正如前文所提到的,IT正從成本中心變成一項(xiàng)能幫助提升業(yè)務(wù)目標(biāo)的寶貴資源。
最大爭(zhēng)論點(diǎn)經(jīng)常聚焦于誰應(yīng)該控制最終架構(gòu)。目前唯一可行的解決方案就是同時(shí)吸收來自這兩方面的投入。畢竟,只有他們知道自己需要從數(shù)據(jù)環(huán)境中得到什么。
但是這樣仍然無法緩解整體挑戰(zhàn)。即使是IT領(lǐng)導(dǎo)者,也無法就理想的數(shù)據(jù)中心應(yīng)該是怎樣的以及如何建設(shè)架構(gòu)達(dá)成共識(shí)。關(guān)于企業(yè)架構(gòu)通常有以下兩種選擇:
扁平式的——在業(yè)務(wù)單元之間創(chuàng)建更多平衡的功能。
分層的——將業(yè)務(wù)、技術(shù)和用戶平面分層,提供更集中的管理控制。
當(dāng)前爭(zhēng)論的底線常常就在于誰的需求更重要,IT還是業(yè)務(wù)部門?
云計(jì)算領(lǐng)域和數(shù)據(jù)中心
企業(yè)架構(gòu)將云平臺(tái)分成了六層,從上到下分別為:
軟件即服務(wù)(SaaS)——第6層
• 應(yīng)用服務(wù)(App Services)
• 模型驅(qū)動(dòng)的PaaS (Model-Driven PaaS)
• 平臺(tái)即服務(wù)(PaaS)
• 基礎(chǔ)的PaaS (Foundational PaaS)
• 軟件定義數(shù)據(jù)中心(SDDC)或軟件主導(dǎo)基礎(chǔ)設(shè)施(SLI)——第1層
正如你所見,SLI已做好準(zhǔn)備成為云計(jì)算的基礎(chǔ)層,這一層可以是任何一個(gè)現(xiàn)代數(shù)據(jù)中心的配置。第1層到第5層都需要在云端運(yùn)行一個(gè)應(yīng)用程序。
下面列出每一層的三個(gè)方面或功能:
• 計(jì)算(應(yīng)用程序或軟件的運(yùn)轉(zhuǎn)狀態(tài))
• 通信(軟件的消息傳遞)
• 存儲(chǔ)(軟件的狀態(tài))
在SLI中,每一項(xiàng)功能都獨(dú)立于物理硬件。因此所有組件都建立在SLI創(chuàng)建的虛擬層之上,并且由軟件組成。
當(dāng)下的數(shù)據(jù)中心并沒有完全虛擬化。諸如IaaS和SaaS這樣的服務(wù)建立在數(shù)據(jù)中心的虛擬化組件上,讓數(shù)據(jù)變得更易存取。而云計(jì)算最終改變了我們對(duì)于數(shù)據(jù)中心的思考方式。它改變了數(shù)據(jù)中心建造和管理的方式。它還創(chuàng)造了新技術(shù),使得相同的云計(jì)算虛擬化原則以SDS或SDN的形式應(yīng)用于數(shù)據(jù)中心的其它組件。
數(shù)據(jù)中心正朝著更高效的、擴(kuò)展性更好的模式發(fā)展。數(shù)據(jù)中心在降低成本方面有巨大的壓力,這部分是因?yàn)镮aaS和SaaS提供了價(jià)格實(shí)惠的替代品。到2018年,30.2%的計(jì)算工作負(fù)載將在云端運(yùn)行。2012年的一份調(diào)查顯示,38%的公司已經(jīng)使用云計(jì)算,28%的公司將要開始或擴(kuò)大使用云計(jì)算。
數(shù)據(jù)中心和云計(jì)算:先有雞還是先有蛋?
數(shù)據(jù)中心和云計(jì)算的關(guān)系的有趣之處在于,它產(chǎn)生了“先有雞還是先有蛋”的現(xiàn)象。創(chuàng)建云計(jì)算環(huán)境需要數(shù)據(jù)中心,數(shù)據(jù)中心又利用云計(jì)算和虛擬化技術(shù)創(chuàng)建更有效和動(dòng)態(tài)的數(shù)據(jù)中心。
任何數(shù)據(jù)中心都有物理基礎(chǔ)設(shè)施,即使在未來完全虛擬化的SLI也會(huì)繼續(xù)存在,但是規(guī)模小得多,并且因?yàn)樽詣?dòng)化變得更易管理。虛擬化和資源池提高了資源利用率,從而減少了物理基礎(chǔ)設(shè)施的環(huán)境影響。
原文鏈接:http://wikibon.org/wiki/v/The_Data_Center:_Past,_Present_and_Future