免费观看又色又爽又黄的小说免费_美女福利视频国产片_亚洲欧美精品_美国一级大黄大色毛片

docker中swarm集群故障與異常的示例分析

這篇文章主要介紹docker中swarm集群故障與異常的示例分析,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!

創新互聯公司2013年開創至今,是專業互聯網技術服務公司,擁有項目網站建設、成都網站設計網站策劃,項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命,1280元呂梁做網站,已為上家服務,為呂梁各地企業和個人服務,聯系電話:13518219792

具體如下:

docker中swarm集群故障與異常的示例分析

在上次遭遇 docker swarm 集群故障后,我們將 docker 由 17.10.0-ce 升級為最新穩定版 docker 17.12.0-ce 。

前天晚上22:00之后集群中的2個節點突然出現CPU波動,在CPU波動之后,在凌晨夜深人靜、訪問量極低的時候,整個集群出現了故障,訪問集群上的所有站點都出現了502,過了一段時間后自動恢復正常。

ECS實例:swarm1-node5,CPU百分比于00:52發生告警,值為96.14%,持續時間0分鐘

。。。

昨天早上發現訪問部分節點中的容器應用響應有些慢,于是我們通過阿里云控制臺強制重啟這些節點后恢復正常。

今天上午我們在集群上更新一個應用時(部署新的鏡像),出現了奇怪的問題。應用是在 swarm1-node1 這個 manager 節點上部署的,部署后容器運行在其他節點上,但奇怪的是只有在 swarm1-node1 這個節點上可以正常訪問容器中的站點,在其他節點上訪問都是 503 ,用 docker stack rm 命令刪除應用并重新部署問題依舊。

當時 docker-flow-proxy(路由應用) 的 2 個容器都是部署在 swarm1-node1 節點上的,從問題現象看,在 swarm1-node1 節點上 docker-flow-proxy 容器與外界的通信正常,docker-flow-proxy 容器與其他節點上的容器的 overlay 網絡(網絡A)通信正常;在其他節點上,外界的請求通過 overlay 網絡(網絡B)被正常轉發到 docker-flow-proxy 容器,卻不能被正常路由到其他節點上對應的容器(也是通過 overlay 網絡A)。對這個奇怪現象實在想不通,但是問題擺在那,想不通也要解決。想不通背后的原因,那我們換個角度,其他節點都異常,就 swarm1-node1 正常,根據少數服從多數的粗暴原則,那就認為swarm1-node1 不正常吧。于是通過下面的命令將swarm1-node1 節點下線:

docker node update --availability drain swarm1-node1

swarm1-node1 下線后,其他節點都恢復了正常,果然是 swarm1-node1 不正常。

swarm1-node1 下線的背后是 docker-flow-proxy 容器換到其他節點上運行。

docker中swarm集群故障與異常的示例分析

問題就這樣被猜測解決了。

以上是“docker中swarm集群故障與異常的示例分析”這篇文章的所有內容,感謝各位的閱讀!希望分享的內容對大家有幫助,更多相關知識,歡迎關注創新互聯行業資訊頻道!

本文標題:docker中swarm集群故障與異常的示例分析
網站地址:http://m.newbst.com/article44/pepdee.html

成都網站建設公司_創新互聯,為您提供標簽優化品牌網站制作定制網站網站排名手機網站建設

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

h5響應式網站建設