菅馳鴻
在日常使用Docker構(gòu)建微服務(wù)架構(gòu)的過(guò)程中,我們經(jīng)常會(huì)遇到一個(gè)問(wèn)題:多個(gè)容器之間是如何通過(guò)名字互相訪(fǎng)問(wèn)的?DNS是怎么做到的?
從底層機(jī)制講清楚Docker的DNS系統(tǒng)
1.容器間通信的前提:同一個(gè)網(wǎng)絡(luò)
Docker默認(rèn)會(huì)創(chuàng)建一個(gè)叫bridge的網(wǎng)橋網(wǎng)絡(luò)。所有未指定網(wǎng)絡(luò)的容器,都會(huì)被分配到這個(gè)bridge網(wǎng)絡(luò)中。
在這個(gè)默認(rèn)網(wǎng)絡(luò)中,雖然每個(gè)容器都有一個(gè)獨(dú)立的IP地址,但要實(shí)現(xiàn)通過(guò)容器名訪(fǎng)問(wèn)其他容器,就必須依賴(lài)Docker提供的DNS服務(wù)。
??注意:只有在用戶(hù)自定義的bridge網(wǎng)絡(luò)中,容器名解析才默認(rèn)開(kāi)啟!默認(rèn)的bridge網(wǎng)絡(luò)不支持容器名解析!
2.Docker的內(nèi)置DNS是如何工作的?
Docker在每個(gè)容器啟動(dòng)時(shí),會(huì)將容器的/etc/resolv.conf文件指向一個(gè)特殊的DNS地址:127.0.0.11
這個(gè)地址并不是真的公網(wǎng)DNS,而是DockerDaemon內(nèi)置的DNS服務(wù)器。
這個(gè)DNS有以下作用:
解析外部域名(比如訪(fǎng)問(wèn)百度、Google)
解析容器內(nèi)部服務(wù)名(比如web,db等容器名)
它的背后是Docker的embeddedDNSserver,工作機(jī)制大概如下:
1??容器發(fā)出DNS查詢(xún)請(qǐng)求(查某個(gè)服務(wù)名)
2??請(qǐng)求發(fā)到127.0.0.11(docker的內(nèi)部DNS)
3??DockerDNS根據(jù)網(wǎng)絡(luò)配置,找到對(duì)應(yīng)容器的IP地址
4??將結(jié)果返回給發(fā)起請(qǐng)求的容器
3.實(shí)驗(yàn)驗(yàn)證:容器名訪(fǎng)問(wèn)是否生效?
我們創(chuàng)建一個(gè)自定義網(wǎng)絡(luò),并啟動(dòng)兩個(gè)容器測(cè)試下
#創(chuàng)建一個(gè)自定義bridge網(wǎng)絡(luò)dockernetworkcreatemynet#啟動(dòng)容器A,名字叫webdockerrun-it--rm--nameweb--networkmynetbusyboxsh#啟動(dòng)容器B,在這個(gè)網(wǎng)絡(luò)中嘗試pingwebdockerrun-it--rm--networkmynetbusyboxsh
在B容器中輸入:
pingweb
你會(huì)發(fā)現(xiàn),DNS能自動(dòng)解析出web的IP,這就說(shuō)明Docker的內(nèi)置DNS正常工作啦
4.自定義服務(wù)名(別名)怎么設(shè)置?
有時(shí)候我們希望容器訪(fǎng)問(wèn)的名字不是容器名,而是我們指定的服務(wù)名。Docker也支持這一點(diǎn):
dockerrun-it--rm\--networkmynet\--namemydb\--network-aliasdatabase\busyboxsh
然后在其他容器中,就可以通過(guò)database這個(gè)名字訪(fǎng)問(wèn)它
5.與外部DNS的協(xié)同
Docker的embeddedDNS并不是萬(wàn)能的,它在無(wú)法解析服務(wù)名時(shí),會(huì)把請(qǐng)求轉(zhuǎn)發(fā)給/etc/resolv.conf中指定的上游DNS。
這意味著:
外部網(wǎng)絡(luò)訪(fǎng)問(wèn)正常(比如你容器內(nèi)pingwww.baidu.com)
內(nèi)部容器名也能解析
DockerDNS是中間層代理
這個(gè)設(shè)計(jì)非常巧妙!兼顧了內(nèi)外網(wǎng)的域名解析。
6.容器DNS失效的常見(jiàn)問(wèn)題
?沒(méi)有使用自定義網(wǎng)絡(luò),導(dǎo)致DNS解析失敗
?使用了host網(wǎng)絡(luò),容器直接共享宿主機(jī)網(wǎng)絡(luò),無(wú)法使用Docker的DNS
?被resolv.conf修改或者掛載了宿主機(jī)DNS文件
?某些VPN環(huán)境導(dǎo)致容器DNS路由異常
解決方法建議:
盡量使用自定義bridge網(wǎng)絡(luò)
檢查/etc/resolv.conf是否被覆蓋
檢查Docker網(wǎng)絡(luò)配置dockernetworkinspect
總結(jié)
Docker容器之間的DNS解析,其實(shí)是靠DockerDaemon內(nèi)置的DNS服務(wù)(監(jiān)聽(tīng)在127.0.0.11)來(lái)實(shí)現(xiàn)的,它能讓容器通過(guò)服務(wù)名互相訪(fǎng)問(wèn),還支持alias、自定義網(wǎng)絡(luò)、多級(jí)域名等能力。
漫畫(huà)《家兄又在作死》充滿(mǎn)了槽點(diǎn)?你怎么看?
女主被轉(zhuǎn)換了,他自己都不知道,一覺(jué)醒來(lái)她就到了星際時(shí)代,被吸血鬼家族接了回去,一開(kāi)始吸血鬼家族以為這是一個(gè)小公主,要寵著,才發(fā)現(xiàn)這是個(gè)祖奶奶_-。吸血鬼類(lèi)是不死的,就算燒成灰,埋個(gè)幾年就會(huì)復(fù)活,所以這又是后面的一個(gè)劇情,他們想死。吸血鬼特別的護(hù)短,雖然族人少但是戰(zhàn)斗力強(qiáng),所以其他種族都不愿意招惹他們。
《家兄又在作死》修真界第一人,拐魔尊妹妹當(dāng)自己妹子,震驚三界
第一本《家兄又在作死》作者:尤前短書(shū)評(píng):真的好好看!結(jié)局挺好的!作者其他的文章也好看!入坑指南:好吧,她收回之前的吐槽,這里的水深還沒(méi)她腰高。不知道是不是蹲了一整天坑的原因,她覺(jué)得鼻間傳來(lái)一陣陣別樣的紛芳,再?zèng)]有猶豫,三下五除二,把衣服扒了,扔上岸-——。(點(diǎn)擊下方鏈接閱讀)第二本《少主又說(shuō)完了——。
碾壓《家兄又在作死》,這本言情小說(shuō)才是尤前最好的作品,驚艷了
【家兄又在作死】作者:尤前類(lèi)型:原創(chuàng)-言情-架空歷史-仙俠簡(jiǎn)介:(點(diǎn)擊下方鏈接閱讀全文)節(jié)選:后池這輩子最厭惡的人,那絕對(duì)是前任魔尊沒(méi)有之一-_。他自小醉心修練,唯一的興趣也只有修習(xí)各類(lèi)的術(shù)法_|。甚少對(duì)其它事物花心思,也正是如此,他修為提升得很快。等回過(guò)神來(lái)時(shí),這修仙界內(nèi)也找不到可以與他一戰(zhàn)之等會(huì)說(shuō)。
來(lái)源:紅網(wǎng)
作者:滑吉星
編輯:潭德佑
本文為紅辣椒評(píng)論 原創(chuàng)文章,僅系作者個(gè)人觀點(diǎn),不代表紅網(wǎng)立場(chǎng)。轉(zhuǎn)載請(qǐng)附原文出處鏈接和本聲明。