摘要:如何更好地支持容器化應用的調(diào)度應該是近期的工作重點。舉例來說,當通過請求時,恢復的將通過正常的部分進行報告。此外,還有多個修復和改進。
Mesos 1.2.0 Release 解讀
Mesos剛剛發(fā)布了最新的1.2.0版本, 新版本解決了社區(qū)之前呼聲比較多的幾個問題,看得出Mesos開發(fā)組的推進進度還是非常快速而平穩(wěn)的。這也是Mesos社區(qū)一貫的作風, 核心Feature穩(wěn)定優(yōu)先,周邊功能積極支持。
根據(jù)1.2.0 Release note列出的幾個新Feature, 可以看到幾個主要的改進都是圍繞著容器相關(guān)的, 其中既包含對Mesos Containerizer改進, 同時也有對Docker Containerizer功能補充, 這些工作都是圍繞之前Mesos社區(qū)提出的Unified Containerier目標來進行的。
容器化和Docker技術(shù)在開發(fā)者中間已經(jīng)廣泛流行,將來的服務(wù)標準化,容器化應該會做的越來越好,Mesos作為調(diào)度系統(tǒng)的首選, 順應潮流也是大勢所趨。如何更好地支持容器化應用的調(diào)度應該是Mesos近期的工作重點。
數(shù)人云逐一分析Release Note中的各個部分:
MESOS-5931Mesos Containerizer實驗性支持auto backend, overlayfs優(yōu)先于aufs,由于bind backend需要事先存在,需要通過agent啟動時的image_provisioner_backend參數(shù)明確指出。
解讀——
相比Docker Containerizer,Volume一直是Mesos Containerier的弱點,由于Layered存儲一開始就是Docker的招牌優(yōu)勢,目的是減少運行時容器對存儲的過度使用。Docker當前支持Aufs, Overlayfs,DeviceMapper集中CoW形式的Volume, Bind Mounted Volume本質(zhì)上不是一種CoW存儲,目的更多是幫助在Host和主機之間做存儲共享。
Docker社區(qū)下一步主要推的是OverlayFS和OverlayFS2,而之前生產(chǎn)環(huán)境應用比較廣泛的DeviceMapper卻沒有在Mesos支持范圍, 看得出Mesos是緊跟Docker腳步的。
Agent啟動增加了image_provisioner_backend參數(shù), 目的是指定預先設(shè)定的bind backend地址。
MESOS-6402(實驗)支持Mesos containerizer的rlimit。對于使用Mesos containerizer來啟動容器, Isolator添加了對設(shè)置POSIX資源限制((rlimits)的支持。POSIX rlimits可以被用來控制一個進程中耗費的資源。細節(jié)見http://mesos.apache.org/docum...。
解讀——
Mesos之前支持isolator如posix/cpu, posix/mem, 以及cgroup/cpu等, 這次又增加了rlimit isolator, 可以更靈活的配置Executor比如文件句柄數(shù)量,connection數(shù)量等。
MESOS-6419(實驗)Teardown未注冊的Framework。Master現(xiàn)在對待恢復的Framework將和對待已經(jīng)注冊但是當前斷開連接的Framework非常類似。舉例來說,當通過HTTP請求Framework時,恢復的Framework將通過正常的“Frameworks”部分進行報告。它意味著不再有“孤兒任務(wù)”的概念:如果Master知道這個任務(wù),任務(wù)就會運行在Framework之下。類似的,在恢復的Framework上的“teardown”操作現(xiàn)在已經(jīng)正常工作了。
解讀——
Teardown unregistered frameworks, 通過這個改進,目測可以TearDown一些超時的Frameworks,可以很好的清理Frameworks下的tasks, 之前困擾Swan【數(shù)人云開源Mesos調(diào)度器】開發(fā)的一個問題就是如何清理Crashed之后的Swan的task問題,通過這個功能可以很好的幫助Swan解決這個問題。
MESOS-6460(實驗)容器的Attach和Exec。這個特性為正在運行的Mesos任務(wù)附加一個遠程客戶端到其stdin, stdout和stderr上提供了新的Agent API,也提供了一個在同一容器內(nèi)啟動新進程作為運行的Mesos任務(wù)、并附加到它的stdin, stdout和stderr上的API。在更高的層面,這些API在功能上模仿了Docker attach和Docker exec。這個特性主要是為了讓用戶能夠調(diào)試運行中的Mesos任務(wù)。
解讀——
針對Docker Containerizer的一個改進, 之前由于沒有此功能Debug時候都是通過Mesos task找到對應的Docker容器, 接著通過Docker命令進入到容器當中看Docker運行時狀態(tài), 還好數(shù)人云的產(chǎn)品之前通過Proxy到Docker daemon已經(jīng)解決了這個問題, 現(xiàn)如今如果Mesos能解決這個問題, 可以考慮通過Mesos attach到容器當中, 不過性能有待考慮, 畢竟運行時日志是個挺可怕的量。
MESOS-6758(實驗性)在Mesos Containerizer支持“Basic” Docker私有鏡像倉庫驗證。直到目前,Mesos Containerizer一直假定Bearer auth,但是現(xiàn)在我們也為私有鏡像倉庫支持”Basic auth”。請注意AWS ECS采用了Basic authorization但是尚不可用,因為MESOS-5172的重定向問題。
解讀——
私有鏡像倉庫驗證的問題一直是困擾我的問題,這次Mesos終于考慮到這個問題了。 之前普遍的做法,包括Marathon都是將私用倉庫的用戶名密碼達成tar通過fetch功能下載到sandbox當中,Docker executor啟動之后發(fā)現(xiàn)賬號后模擬登陸,其實Docker API早有支持,有了Basic HTTP auth就不用繞一大圈解決登錄問題。
此外,還有200多個bug修復和改進。對于全部的版本更新說明,請移步https://git-wip-us.apache.org...。
關(guān)于更新:
從Mesos1.1.0滾動更新到Mesos1.2.0非常簡單。只有一些小的調(diào)整,向后兼容的降低。更新過程中的細節(jié)請參考http://mesos.apache.org/docum...。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/26810.html
摘要:如何更好地支持容器化應用的調(diào)度應該是近期的工作重點。舉例來說,當通過請求時,恢復的將通過正常的部分進行報告。此外,還有多個修復和改進。 showImg(https://segmentfault.com/img/remote/1460000008669418?w=900&h=500); Mesos 1.2.0 Release 解讀 Mesos剛剛發(fā)布了最新的1.2.0版本, 新版本解決了...
摘要:一個容器起來,能夠?qū)ν夥?wù),這時就看下一步的負載均衡服務(wù)發(fā)現(xiàn)以及編排。它們有不同的應用場景,比如傾向于四層的負載均衡。不單是負載均衡,它同時解決了服務(wù)發(fā)現(xiàn)和負載均衡兩個點。 今天是數(shù)人云容器三國演義Meetup嘉賓演講實錄第二彈。數(shù)人云工程師春明為大家奉送了一盤干貨的大餐,讓我們讀讀源碼,深入了解一下SwarmKit的世界吧! 小數(shù)前方預警:有大量代碼出現(xiàn)! showImg(htt...
摘要:今天是數(shù)人云容器三國演義嘉賓演講實錄第四彈。說完了各家容器技術(shù)的實戰(zhàn),那么最后來看容器技術(shù)的融合正在探索的一條道路。月,開始接手,因為整個產(chǎn)品都是基于這個為基礎(chǔ)的。下面是的地址,到可以找到相關(guān)的資料。但這時候是分開的,不同的使用不同的框架。 今天是數(shù)人云容器三國演義Meetup嘉賓演講實錄第四彈。說完了各家容器技術(shù)的實戰(zhàn),那么最后來看容器技術(shù)的融合——IBM正在探索的一條道路。 我叫馬...
摘要:今天是數(shù)人云容器三國演義嘉賓演講實錄第四彈。說完了各家容器技術(shù)的實戰(zhàn),那么最后來看容器技術(shù)的融合正在探索的一條道路。月,開始接手,因為整個產(chǎn)品都是基于這個為基礎(chǔ)的。下面是的地址,到可以找到相關(guān)的資料。但這時候是分開的,不同的使用不同的框架。 今天是數(shù)人云容器三國演義Meetup嘉賓演講實錄第四彈。說完了各家容器技術(shù)的實戰(zhàn),那么最后來看容器技術(shù)的融合——IBM正在探索的一條道路。 我叫馬...
摘要:更多技術(shù)棧的包容數(shù)人云技術(shù)團隊為了幫助廣大技術(shù)愛好者對新版本有快速直觀的感受,制作了一款基于最新特性的容器管理工具,具備一定容器開發(fā)經(jīng)驗的開發(fā)者可以通過它在第一時間體驗的新特性??梢哉f,數(shù)人云是在技術(shù)能否持續(xù)下去的爭論中發(fā)布的工具。 showImg(https://segmentfault.com/img/bVD5g2?w=900&h=500);中秋節(jié)前, 數(shù)人云技術(shù)團隊推出了一...
閱讀 2549·2021-10-11 10:59
閱讀 2718·2021-09-22 15:49
閱讀 2652·2021-08-13 13:25
閱讀 1297·2019-08-30 13:14
閱讀 2399·2019-08-29 18:45
閱讀 3005·2019-08-29 18:36
閱讀 1498·2019-08-29 13:21
閱讀 1171·2019-08-26 11:44