Docker 检查节点故障背后的原因

我有

docker swarm

设置，节点运行

node-1、node-2和node-3

。由于某种原因，我的一个节点每天都会出现故障，基本上它们都会退出。我运行了

docker日志

，但日志中不包含任何与节点故障相关的信息

那么，是否有任何日志文件可以在其中看到与此故障相关的日志？或者这是由于内存分配不足的问题

---

有谁能建议我如何挖掘这个问题并找到一个合适的解决方案吗。每天我都要从群集节点开始

与大多数容器一样，Swarm容器运行并退出，除非您使用带有

-d

选项的

docker run

对其进行“后台监控”。例如：

$ docker run -d swarm join --advertise=172.30.0.69:2375 consul://172.30.0.161:8500

另一方面，如果您使用Docker机器创建VM，那么也可以。默认情况下，Docker Machine将TLS身份验证应用于Docker引擎节点。最简单的方法是在创建Docker引擎节点的同时创建Swarm manager和节点

---

有关更多信息，请查看

与大多数容器一样，Swarm容器运行并退出，除非您使用带有

-d

选项的

docker run

对其进行“后台监控”。例如：

$ docker run -d swarm join --advertise=172.30.0.69:2375 consul://172.30.0.161:8500

另一方面，如果您使用Docker机器创建VM，那么也可以。默认情况下，Docker Machine将TLS身份验证应用于Docker引擎节点。最简单的方法是在创建Docker引擎节点的同时创建Swarm manager和节点

---

有关更多信息，请查看

在我的结构中，所有swarm代理都使用与您提到的{-d}相同的命令运行，同时还有一个swarm manager正在运行。我的主要问题是，当我的任何swarm代理出现问题时，与之相关的日志都足以确定代理退出的原因？除此之外，我还在运行所有带有{{--restart}}标志的docker命令，以便在它们退出时再次重新启动它们。如果没有，创建一个新的帖子。请务必提供足够的信息，以便阅读问题的人能够理解您的场景：在我的结构中，所有swarm Agent都使用与您提到的{-d}相同的命令运行，同时还有一个swarm manager正在运行。我的主要问题是，当我的任何swarm代理出现问题时，与之相关的日志都足以确定代理退出的原因？除此之外，我还在运行所有带有{{--restart}}标志的docker命令，以便在它们退出时再次重新启动它们。如果没有，创建一个新的帖子。确保提供足够的信息，以便阅读问题的人能够理解您的情景：