- 論壇徽章:
- 0
|
看到這個主題不錯，特地留言探討。
1、作為未來DEVOPS的運維人員，您覺得DOCKER的技術有哪些？
(感覺這個問題有點泛，所以憑借個人感覺來回答)
從Devops角度而言，可以將docker作為一個獨立且輕量級的VM來對待。但從本質(zhì)上來說，Docker仍然是主機上面的一個進程。 這個進程擁有獨立的CPU，Memony,Network，IO等等各種資源。 實際部署場景中，一個Docker container最好只運行一個應用或者服務，這樣做的好處就是可以充分利用主機資源，同時做到高可用。
2、和傳統(tǒng)操作系統(tǒng)比DOCKER對您的應用會有那些改變？
并非所有應用都可以放到Docker中運行。如果將應用按照用途分類，那么Docker更適合于計算類應用。這是因為container生命周期非常短暫(在線上總會出現(xiàn)各種異常情況而導致container銷毀，重建)。 所以需要保存中間數(shù)據(jù)的應用，絕不應該放到Docker中運行。例如數(shù)據(jù)庫應用。
有的同學可能會質(zhì)疑，目前mysql,mongodb等等都提供了docker 鏡像，為什么還要說數(shù)據(jù)庫應用不適合docker運行呢？
需要澄清的是，目前線上環(huán)境非常不合適單獨使用數(shù)據(jù)庫鏡像，但如果一定要使用數(shù)據(jù)庫鏡像，那么應該遵循以下幾點：
1. 盡量不使用事務。
2. 所有數(shù)據(jù)都保存在容器外部。
3. 配合服務編排系統(tǒng)，保證高可用
3、是否所有的系統(tǒng)都適合遷移到DOCKER環(huán)境中？
根據(jù)第二點的描述，答案是:不是所有的系統(tǒng)都適合遷移到Docker中。
Docker不是銀彈，不會解決所有的問題。任何一個系統(tǒng)在遷移到Docker之中時，都需要按照以下要素進行評估：
1. 需要提供Rest API。
2. 不得存在事務。
3. 所有的服務一定是無狀態(tài)的。
以上三點有一點不滿足，則不建議遷移到docker。
4、DOCKER化之后，規(guī)模集群如何更好的避免傳統(tǒng)HA帶來的資源浪費？
在回答此問題之后，需要搞清楚傳統(tǒng)HA有哪些資源浪費。
1. 啟動時間
傳統(tǒng)HA指的是主機節(jié)點級的互備，只有當某一個節(jié)點完成失活之后，才會讓備用節(jié)點生效。雖然通過高效的協(xié)調(diào)算法，可以在分鐘級內(nèi)啟動，但相對于container秒級啟動來說仍然很重。
2. 動態(tài)擴容
這恐怕是Docker相對HA來說最大的優(yōu)勢了。 正因為Docker container屬于輕量級應用，所以可以隨時隨地很輕松的對當前container服務進行擴容。借助于流量控制(例如nginx)來達到高可用。 而HA是對節(jié)點的互備，所以想要對HA集群進行擴容，代價可想而知。
3. 服務粒度
Docker container可以運行單個微服務，可以針對單個服務進行擴容和縮容，盡可能的壓榨主機物理資源。而HA則只能整機互備，浪費的是一臺節(jié)點的物理資源。
5、DOCKER化和SDN之間如何更好的結合，避免DOCKER化之后網(wǎng)絡技術成為應用開發(fā)瓶頸?
這個問題抓中了docker的痛點
Docker目前最大的痛點就是網(wǎng)絡性能。當應用完成Docker化之后，一個主機節(jié)點可以運行成百上千個容器，而每一個容器都需要OS提供一對虛擬網(wǎng)卡。 因此這里是目前最大的瓶頸。在Docker還沒有完全解決此問題的情況下，只能建議用戶：
1. 確定當前主機可以承受的最大容器量。避免網(wǎng)卡崩潰。
2. 確定流量分發(fā)規(guī)則，盡可能讓網(wǎng)絡流量分攤到各個節(jié)點中。
3. 結合服務編排系統(tǒng)，當網(wǎng)絡流量異常時，自動進行集群擴容或者服務降級 |
|
免費注冊
樓主: niao5929
發(fā)表于 2016-05-30 16:13
