关于docker容器优雅退出的问题详解
程序员文章站
2022-09-24 12:59:26
前言
最近因为工作的原因,谈到了关于如何正确的退出运行中的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的方式派生子进程。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。
上一篇: 李斯身为宰相为何却没斗过宦官赵高呢?