这篇文章主要介绍了docker swarm集群故障与异常怎么解决的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇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 节点下线：swarm1-node1 下线后，其他节点都恢复了正常，果然是 swarm1-node1 不正常。swarm1-node1 下线的背后是 docker-flow-proxy 容器换到其他节点上运行。问题就这样被猜测解决了。关于“docker swarm集群故障与异常怎么解决”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“docker swarm集群故障与异常怎么解决”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注开发云行业资讯频道。
相关推荐: docker内网私服怎么搭建401 authorization required
这篇文章主要介绍“docker内网私服怎么搭建”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“docker内网私服怎么搭建”文章能帮助大家解决问题。1. docker registry 说明官方提供了docker hub…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
