如果使用Docker后還需要OpenStack嗎_第1頁
如果使用Docker后還需要OpenStack嗎_第2頁
如果使用Docker后還需要OpenStack嗎_第3頁
如果使用Docker后還需要OpenStack嗎_第4頁
如果使用Docker后還需要OpenStack嗎_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 如果使用Docker后,還需要OpenStack嗎? Solomon Hykes創(chuàng)立了Docker,沒有想到過Docker會(huì)人氣爆棚,成為僅次于OpenStack的最受歡迎的云開源項(xiàng)目。然而聽說過Docker的朋友很少知道其真正的意義,很多人會(huì)被各種概念混淆,甚至把OpenStack和Docker進(jìn)行類比,三周前看到一篇好文章(雖然發(fā)此篇時(shí)間上已經(jīng)優(yōu)勢(shì)全無,但依仗我們精準(zhǔn)的理解,翻譯和挑選眼光,還是決定無恥滴發(fā)了),答案可以在以下這篇Nati Shalom的博文中找到,在此感謝朱榮澤同學(xué)的技術(shù)翻譯矯正。Docker從一個(gè)新興的技術(shù)到一個(gè)商品化模式,這一過程的發(fā)展速度很驚人,它炙手可熱的同時(shí)也

2、給帶來一些困惑。筆者從一些剛開始用Docker的同學(xué)聽到一些評(píng)論和疑問: 假如用了Docker再去用OpenStack是否合適?討論之前,先介紹Docker的相關(guān)背景:簡(jiǎn)單來說,Docker提供了一種程序運(yùn)行的容器,同時(shí)保證這些容器相互隔離。虛擬機(jī)也有類似的功能,但是它通過Hypervisor創(chuàng)建了一個(gè)完整的操作系統(tǒng)棧。不同于虛擬機(jī)的方式,Docker依賴于Linux自帶的LXC(Linux Containers)技術(shù)。LXC利用了Linux可以對(duì)進(jìn)程做內(nèi)存、CPU、網(wǎng)絡(luò)隔離的特性。Docker鏡像不需要新啟動(dòng)一個(gè)操作系統(tǒng),因此提供了一種輕量級(jí)的打包和運(yùn)行程序的方式。而且Docker能夠直接訪

3、問硬件,從而使它的I/O操作比虛擬機(jī)要快得多。Docker可以直接跑在物理服務(wù)器上,這引起大家的疑問:假如已經(jīng)用了Docker,還有必要使用OpenStack嗎?最近Boden Russell在DockerCon上做了關(guān)于Docker和KVM的性能測(cè)試對(duì)比圖表。和預(yù)期的一樣,啟動(dòng)KVM和Docker容器的時(shí)間差異非常顯著,而且在內(nèi)存和CPU利用率上,雙方差距非常大,如下表所示。雙方巨大的性能差異,導(dǎo)致了在相同工作負(fù)載下,KVM需要更多的CPU和內(nèi)存資源,導(dǎo)致成本上升。觀點(diǎn)如下:1、這個(gè)問題和OpenStack沒有直接的聯(lián)系,也可以套在其他云平臺(tái)上。大家為什么會(huì)拿Docker和OpenStack

4、做比較的原因是:OpenStack是私有云環(huán)境中最流行的云平臺(tái),在私有云環(huán)境中,大家認(rèn)為可以把Docker作為另一種選擇。2、有關(guān)于Hypervisor的誤區(qū):很多KVM和Docker的性能測(cè)試的對(duì)比跟OpenStack一點(diǎn)關(guān)系都沒有,因?yàn)镺penStack只是一種框架。事實(shí)上這種性能測(cè)試(不管是KVM還是Docker)是跑在OpenStack下,這表明了KVM和Docker可以共存。當(dāng)使用OpenStack去管理Docker情況下, Docker和OpenStack的爭(zhēng)論是沒有意義的。3、云平臺(tái)提供一個(gè)完整管理數(shù)據(jù)中心的解決方案,至于用哪種hypervisor或container只是云平臺(tái)中

5、的一個(gè)小部分。像OpenStack這樣的云平臺(tái)包含了多租戶的安全、隔離、管理、監(jiān)控、存儲(chǔ)、網(wǎng)絡(luò)等其他部分。云數(shù)據(jù)中心的管理需要很多服務(wù)支撐,但這和用Docker還是KVM其實(shí)沒多大關(guān)系。4、Docker不是一個(gè)全功能的VM,它有很多嚴(yán)重的缺陷,比如安全、Windows支持,因此不能完全替代KVM?,F(xiàn)在Docker社區(qū)一直在彌補(bǔ)這些缺陷,當(dāng)然這會(huì)帶來一定的性能損耗。5、原生hypervisor的性能、容器化的性能、應(yīng)用的性能是不一樣的東西,相互對(duì)比沒有意義。6、把Docker容器打包進(jìn)KVM鏡像中對(duì)Docker運(yùn)行幾乎沒有影響。這種架構(gòu)通常是用hypervisor來管理計(jì)算資源,而像Heat、C

6、loudify、Kubernetes這樣的orchestration layer都用于管理在hypervisor中的docker容器。結(jié)論:正確看待OpenStack、KVM、Docker的方式應(yīng)該是: OpenStack用于管理整個(gè)數(shù)據(jù)中心,KVM和Docker作為相應(yīng)的補(bǔ)充,KVM用于多租戶的計(jì)算資源管理,Docker Container用于應(yīng)用程序的打包部署。在這種場(chǎng)景下,Docker的作用是:1、Docker提供一種特定的軟件打包方式,使得軟件可以保持在相同的環(huán)境下運(yùn)行。2、Docker為微服務(wù)提供了很好的容器。3、Docker在OpenStac、裸機(jī)上運(yùn)行幾乎一樣??偟脕碚f,對(duì)于大部分的應(yīng)用場(chǎng)景,使用那種云平臺(tái)都可以。比如我要給一個(gè)DevOps小組提供自動(dòng)化開發(fā)和測(cè)試環(huán)境,我會(huì)考慮直接在物理服務(wù)器上跑Docker。Orchestration對(duì)于這兩種環(huán)境(OpenStack和Docker)是很好的抽象工具。使用Docker的Orchestration框架的好處是可以在任意時(shí)候在OpenStack和裸機(jī)環(huán)境中切換,也就是說你可以指定Docker跑在OpenStack或裸機(jī)環(huán)境中。OpenStack Orchestration工

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論