這篇文章主要介紹了docker swarm集群故障與異常怎么解決的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇docker swarm集群故障與異常怎么解決文章都會有所收獲，下面我們一起來看看吧。

張家口網站制作公司哪家好，找成都創新互聯！從網頁設計、網站建設、微信開發、APP開發、響應式網站設計等網站項目制作，到程序開發，運營維護。成都創新互聯于2013年開始到現在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網站建設就選成都創新互聯。

如下：

在上次遭遇 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集群故障與異常怎么解決”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注創新互聯行業資訊頻道。

本文題目：dockerswarm集群故障與異常怎么解決
當前URL：http://www.yijiale78.com/article14/jjpcde.html

成都網站建設公司_創新互聯，為您提供電子商務、網站改版、商城網站、全網營銷推廣、小程序開發、域名注冊

廣告

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