当前位置: 移动技术网 > 网络运营>服务器>虚拟主机 > 关于docker容器优雅退出的问题详解

关于docker容器优雅退出的问题详解

2019年04月18日  | 移动技术网网络运营  | 我要评论
前言 最近因为工作的原因,谈到了关于如何正确的退出运行中的docker容器,这是一个非常值得讨论的话题了。本文将给出详细的介绍,下面来一起看看吧。 容器信号使用

前言

最近因为工作的原因,谈到了关于如何正确的退出运行中的docker容器,这是一个非常值得讨论的话题了。本文将给出详细的介绍,下面来一起看看吧。

容器信号使用

我们跑在容器中的程序通常想在容器退出之前做一些清理操作,比较常用的方式是监听一个信号,延迟关闭容器。

docker提供了这样的功能:

╰─➤ docker stop --help

usage: docker stop [options] container [container...]

stop one or more running containers

options:
 --help print usage
 -t, --time int seconds to wait for stop before killing it (default 10)

docker 1.13以上版本在创建容器时可直接指定stop_timeout 和stop_signal参数:

$ docker run --help
...
--stop-signal string   signal to stop a container, sigterm by default (default "sigterm")
--stop-timeout int   timeout (in seconds) to stop a container
...

但是。。。

我们测试一个:

package main

import (
 "fmt"
 "os"
 "os/signal"
 "syscall"
 "time"
)

func main() {
 fmt.println("signal test")
 go func() {
 for {
  c := make(chan os.signal, 1)
  signal.notify(c, syscall.sigterm)
  s := <-c
  fmt.println("got signal:", s)
 }
 }()
 time.sleep(time.second * 100)
}

dockerfile:

from golang:1.8.0
copy main.go .
run go build -o signal && cp signal $gopath/bin
cmd signal 

构建:

docker build -t signal:latest .

运行:

docker run --name signal signal:latest

再开一终端,运行:

docker stop -t 10 signal

发现并没有打印出got signal:... 监听信号失败。

问题再于:我们docker inspect signal看一下

可以看到

path:/bin/sh
args:[
 -c,
 signal
]

或者docker exec signal ps 看一下可以看到pid为1的进程并不是signal, 而是shell.

所以原因找到了,是因为docker engine只给pid为1的进程发送信号,sh收到了信号而我们想要的signal进程没有收到信号

解决办法:

from golang:1.8.0
copy main.go .
run go build -o signal && cp signal $gopath/bin
cmd ["signal"] # 不能写成 cmd signal, 这会直接exec,否则会以shell的方式派生子进程。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对移动技术网的支持。

如您对本文有疑问或者有任何想说的,请点击进行留言回复,万千网友为您解惑!

相关文章:

验证码:
移动技术网