Docker物理機與虛擬機技術(shù)對比分析_第1頁
Docker物理機與虛擬機技術(shù)對比分析_第2頁
Docker物理機與虛擬機技術(shù)對比分析_第3頁
Docker物理機與虛擬機技術(shù)對比分析_第4頁
Docker物理機與虛擬機技術(shù)對比分析_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 Docker物理機與虛擬機技術(shù)對比分析五方面詳細對比!目 錄 TOC o 1-3 h z u HYPERLINK l _Toc60744288 前言 PAGEREF _Toc60744288 h 3 HYPERLINK l _Toc60744289 1.性能 PAGEREF _Toc60744289 h 4 HYPERLINK l _Toc60744290 2.多租戶 PAGEREF _Toc60744290 h 4 HYPERLINK l _Toc60744291 3.自動化 PAGEREF _Toc60744291 h 5 HYPERLINK l _Toc60744292 4.靈活性 P

2、AGEREF _Toc60744292 h 5 HYPERLINK l _Toc60744293 5.災難恢復 PAGEREF _Toc60744293 h 6 HYPERLINK l _Toc60744294 總結(jié) PAGEREF _Toc60744294 h 7前言從2013年3月dotCloud公司發(fā)布第一個版本的Docker以來,已經(jīng)有越來越多的公司將自己的線上業(yè)務跑在了Docker里面,大量的實戰(zhàn)經(jīng)驗證明Docker是一種值得信賴和擁抱的技術(shù)。不論網(wǎng)上,還是各種技術(shù)交流會上,大家也都在交流Docker的使用經(jīng)驗,Docker的話題很多,本篇就針對“Docker運行在物理機還是云主機上

3、,該如何選擇?”這個話題展開討論。對于這個問題,很多朋友第一反應可能是先找找官網(wǎng)有沒有類似的最佳實踐,筆者也順著這個思路來,在搜索之后發(fā)現(xiàn)Docker官方并不要求你一定要將Docker跑在物理機或者云主機上,它更關(guān)注的是應用而非基礎(chǔ)架構(gòu),無論是物理機,還是云主機,無論你的操作系統(tǒng)是CentOS,F(xiàn)edora,Ubuntu,Debian,MAC,Windows它都支持。官方?jīng)]有明確的最佳實踐,那對于新用戶來說怎么辦呢?習慣性的想到了另一條路“借鑒”;對于新用戶,借鑒是個不錯的選擇,看看大公司都是怎么用的,比如BAT,京東,網(wǎng)易他們是怎么用的。不過就筆者在與這些公司的朋友交流之后發(fā)現(xiàn),這條路似乎也

4、給不了我們答案。他們的Docker跑在物理機和云主機里面都有,大家也都用的很好。兩條途徑都給不了我們現(xiàn)成的答案,那看來只能靠自己了。明確了Docker在物理機和云主機里面都能跑,而且每個場景也都有人在線上用,那我們就來比較一下,各種的優(yōu)勢和不足,簡單點就從五個關(guān)鍵字出發(fā)。1.性能性能包括CPU性能和IO性能,相同配置的情況下,物理機都是勝出的,這點源自于云主機的硬件都是由軟件模擬出來的(passthrough硬件給云主機的情況,暫不考慮,因為一般情況下passthrough的云主機很難得到,且成本較高),性能到底損耗多少呢?國外有人做過相關(guān)的測試,使用了一臺8核32G Amazon EC2 m

5、4.2xlarge 云主機和一臺8核32G的物理機進行對比測試,測試的結(jié)果是物理機上比云主機上運行Docker,在IO和CPU方面要快25%-30%,當然這個結(jié)果只能代表他的測試場景,但大家也可以參考他的測試方法,在自己的環(huán)境里面親測一下。25%-30%的性能優(yōu)勢,物理機完勝;(附上鏈接性能測試連接/blog/containers/running-containers-on-bare-metal/ )。2.多租戶同一個Docker節(jié)點,如果多人使用,且對于某些用戶的工作負載無法共享內(nèi)核或者需要監(jiān)聽相同的端口。在這種情況下,因為云主機提供了額外的隔離層,所以是物理機無法滿足的,云主機完勝。3.自

6、動化自動化,是目前大家都繞不開的話題,因為對于繁瑣重復的事情,誰都不喜歡天天干(特別是運維),所以大部分公司,都有運用自動化,差別在于大公司有完整的平臺,小公司有一堆腳本。目前各大云基本都有各自的API,可以非常方便的管理自己的云主機,創(chuàng)建,刪除,都非常方便。但是對于物理機的API,這個就非常困難了,因為涉及到不同的型號,使用IPMI也需要做大量的適配,目前能提供物理機租賃的云廠商也沒有好用的API提供給用戶。所以當需要臨時搞活動的時候,結(jié)合自動化/API, 將Docker跑在云主機上是唯一能滿足需求的方案。4.靈活性靈活性包括兩方面,一是服務器配置調(diào)整;云主機配置調(diào)整,只需要關(guān)機,頁面升配,

7、開機,整個升配過去1-2分鐘就能搞定;物理機調(diào)整配置,首先需要確認是否支持,比如硬盤槽位夠不夠,服務器網(wǎng)口夠不夠,網(wǎng)線是否布好,交換機口夠不夠等等,即使可以升配,那升級硬盤還要系統(tǒng)里面重新做raid,升級內(nèi)存還需要開機箱等等,一系列繁瑣的操作,最終完成升配那最快也需要幾個小時。1-2分鐘 PK 幾個小時,云主機完勝。二是用戶配額,云主機的配置是靈活的,可定制的,比如某個用戶,需要搭建一套測試環(huán)境,需要8核16G的資源就夠了,這種情況下,一臺云主機即可滿足。但如果使用物理機的話,就非常不靈活了,因為物理機在采購的時候,通常是一個規(guī)格的,不可能窮舉不同的規(guī)格。所以這一點上,云主機完勝。5.災難恢復

8、硬件故障,這個誰都無法完全避免,那么出現(xiàn)故障的時候,恢復一臺云主機和恢復一臺物理機哪個更快?目前的公有云,很多都采用的計算節(jié)點和存儲節(jié)點分開的架構(gòu),存儲節(jié)點做了高可用,所以計算節(jié)點出現(xiàn)硬件故障時,只需要將云主機做遷移,再開機即可完成故障恢復。時間可以控制在5分鐘內(nèi)完成。物理機故障恢復,首先需要判斷是什么故障,一般硬盤故障都不影響系統(tǒng)(物理機硬盤都會做raid進行保護),內(nèi)存故障,主板故障,如果有備機,那可以進行更換至少30分鐘+,如果沒有備機,那就需要報修,派單,上門更換,整個流程走完需要1-2天(這個還取決你購買的服務,服務器是否過保等等);5分鐘 PK 1-2天,云主機完勝??偨Y(jié)在通過“性能”,“多租戶”,“自動化”,“靈活性”,“災難恢復”這五個關(guān)鍵字的對比分析之后,簡單總結(jié)一下, 對于大多數(shù)場景,Docker運行

溫馨提示

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

評論

0/150

提交評論