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