Docker 容器环境下 Node.js 应用程序的优雅退出

把时间用在思考上是最能节省时间的事情。 —— 卡曾斯

Docker 容器环境下 Node.js 应用程序的优雅退出,也就是在程序意外退出之后服务进程要接收到 SIGTERM 信号,待当前链接处理完成之后再退出,这样是比较优雅的,但是在 Docker 容器中实践时却发现容器停掉时却发生了一些异常现象,服务进程并没有接收到 SIGTERM 信号,然后随着容器的销毁服务进程也被强制 kill 了,显然当前正在处理的链接也就无法正常完成了。

本篇文章主要讲解了什么?

  • 编写一个简单的 Node.js 应用程序实现优雅退出
  • Docker 容器环境下程序优雅退出测试
  • Docker 容器下应用无法接收退出信号原因分析
  • Docker 容器环境下构建平滑的 Node.js 应用程序多种实现方案
  • Docker 容器 stop 10s 问题

一个简单的 Node.js 应用程序

先从一个简单的例子开始,以下 Node.js 示例,通过 http 监听 30010 端口,并提供了一个 /delay 接口,实现延迟 5 秒钟响应请求,这里我将进程 ID 打印出来是为了后续测试进程中断。

// app.js
const http = require('http');
const PORT = 30010;
const server = http.createServer((req, res) => {
    if (req.url == '/delay') {
        setTimeout(function() {
            console.log('延迟 5 秒钟输出');
            res.end('Hello Docker 延迟 5 秒钟');
        }, 5000)
    }
})

server.listen(PORT, () => {
    console.log('Running on http://localhost:',PORT, ' PID: ', process.pid);
});
// package.json
{ 
    "name": "hello-docker",
    "main": "app.js",   
    "scripts": { 
      "start": "node app.js"
    }
}

npm 启动程序

npm start

> hello-docker@1.0.0 start /******/hello-docker
> node app.js

Running on http://localhost: 30010  PID:  68971

查看 npm、node 进程信息

应用程序启动之后先看下当前进程信息,这里通过搜索 npm、node 分别将相关进程信息给打印出来,如下所示,细心的你可能会发现 我们运行 node 程序的进程 ID(68971) 对应的 PPID(68970) 为 npm 的进程 ID,到这里也需你就知道了 npm start 的启动机制,认为 npm 会将 Node.js 服务做为自己的子进程启动,暂时是没有问题的,继续往下看。

$ ps -falx | head -1; ps -falx | grep 'npm\|node'
  UID   PID  PPID   C STIME   TTY           TIME CMD                     F PRI NI       SZ    RSS WCHAN     S             ADDR
  502 68970 68016   0  4:29下午 ttys003    0:00.35 npm                  4006  31  0  2727120  17304 -      S+                  0
  502 68971 68970   0  4:29下午 ttys003    0:00.12 node app.js          4006  31  0  2682628  14608 -      S+                  0

做一个请求测试

做一个测试,我开始请求接口,控制台执行 curl http://localhost:30010/delay 请求,同时我又新打开另一个控制台立即执行 kill -15 68970 这个时间是在 5 秒中之内,可以看到我的请求得到了一个错误的响应

kill -15:是发送一个 SIGTERM 信号,该信号可由应用程序捕获, 故使用 SIGTERM 也让程序有机会在退出之前做好清理工作, 从而优雅地终止。

# 请求接口
$ curl http://localhost:30010/delay

# kill 杀掉进程
$ kill -15 68970

# 响应报错
curl: (52) Empty reply from server

# 上面启动的程序也会报如下错误 terminated  npm start
> hello-docker@1.0.0 start /******/hello-docker
> node index.js

Running on http://localhost: 30010  PID:  68971
zsh: terminated  npm start

这个结果显然不是我们需要的,接下来我们要在增加一些处理,实现优雅退出

实现 Node.js 程序优雅退出

优雅退出:程序接收到 SIGTERM 信号,执行清理工作,释放自己正在处理的一些资源之后自行退出,常见的例如,程序接收到一个 HTTP 请求正在处理,如果突然间中断了,用户端也就无法正常的收到响应了,通过优雅退出我们先要保证当前正在处理的链接能够正常的被响应。

我们的程序默认是不会去监听这项工作的,需要显示的监听该信息,在资源释放完成之后执行 process.exit(0) 退出进程。

改造 app.js

const http = require('http');
const PORT = 30010;
const server = http.createServer((req, res) => {
    if (req.url == '/delay') {
        setTimeout(function() {
            console.log('延迟 5 秒钟输出');
            res.end('Hello Docker 延迟 5 秒钟');
        }, 5000)
    }
})

/** 改造部分 关于进程结束相关信号可自行搜索查看*/
process.on('SIGTERM', close.bind(this, 'SIGTERM'));
process.on('SIGINT', close.bind(this, 'SIGINT'));

function close(signal) {
    console.log(`收到 ${signal} 信号开始处理`);

    server.close(() => {
        console.log(`服务停止 ${signal} 处理完毕`);
        process.exit(0);
    });
}
/** 改造部分 */

server.listen(PORT, () => {
    console.log('Running on http://localhost:',PORT, ' PID: ', process.pid);
});

再次 npm 开启我们的服务进行测试

$ npm start
$ ps -falx | head -1; ps -falx | grep 'npm\|node'
  UID   PID  PPID   C STIME   TTY           TIME CMD                     F PRI NI       SZ    RSS WCHAN     S             ADDR
  502 70990 68016   0  6:51下午 ttys003    0:00.48 npm                  4006  31  0  2727604  38136 -      S+                  0
  502 70991 70990   0  6:51下午 ttys003    0:00.13 node app.js          4006  31  0  2682628  23196 -      S+                  0
$

请求测试

$ curl http://localhost:30010/delay
$ kill -15 70990 # 中断进程

此时服务并不会马上退出,会显示如下日志信息,等待链接处理完毕之后进程退出

Running on http://localhost: 30010  PID:  70991
收到 SIGTERM 信号开始处理
延迟 5 秒钟输出
服务停止 SIGTERM 处理完毕

Docker 环境下测试

这里假设你已经了解了 Docker 的基本操作和在 Node.js 中的应用,不清楚的你需要先看下这两篇介绍 一文零基础教你学会 Docker 入门到实践Node.js 服务 Docker 容器化应用实践

启动容器

$ docker run -d -p 30010:30010 hello-docker
$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                      NAMES
c73389c8340f        hello-docker        "npm start"         6 minutes ago       Up 6 minutes        0.0.0.0:30010->30010/tcp   crazy_archimedes

查看日志

$ docker logs -f c73389c8340f

> hello-docker@1.0.0 start /usr/src/nodejs
> node app.js

Running on http://localhost: 30010  PID:  16

请求测试

$ curl http://localhost:30010/delay
$ docker stop c73389c8340f

在我请求 http://localhost:30010/delay 之后立即执行停止容器操作,并没有按照我的预期正常退出,而是报出了 curl: (52) Empty reply from server 错误,显然我的 Node.js 应用没有接收到退出信息,随着容器的销毁被强制退出了,什么原因呢?接下来我会分析下产生这个情况的原因

$ curl http://localhost:30010/delay
curl: (52) Empty reply from server

Docker 容器下应用无法接收退出信号原因分析

这里我从容器内进程的声明周期、NPM 启动机制、信号的传递机制进行分析

容器内进程的生命周期

上面举的 Node.js 例子在非容器环境下是可以实现优雅退出的,但是在 docker 容器环境却不行,那我们先来了解下容器内进程的生命周期是怎么样的。

在 Docker 中多个容器(Container)间的进程是相互隔离的,例如,Container1 我有个 init 进程 PID=1,Container2 中同样也是,因此,容器与其它容器及其主机是隔离的,且拥有自己的独立进程空间、网络配置。

Docker 容器启动的时候,会通过 ENTRYPOINT 或 CMD 指令去创建一个初始化进程 PID=1,这个 PID=1 的进程会根据自己的指令创建自己的子进程,在这个容器内部,进程之间会形成一个层级关系,即进程树的概念,当容器退出时也会通过信号量来通知 PID=1 的进程,然后这个会通知自己的子进程等等,这个涉及 Unix 进程相关知识,父进程会等待所有子进程结束,并获取到最终的状态。最终当这个 PID=1 的进程退出之后,Docker 容器也将销毁并发送 SIGKILL 信号量通知容器内其它还存在的进程,此时就是强制退出了。

这样看来似乎并没有发现什么问题,难道 npm 启动 Node 程序有问题?

容器内 NPM 的启动机制

这里我要分析下在容器环境和非容器环境下 NPM 的启动有什么不同,另外我们在启动 Node.js 应用程序的时候通常也会将启动命令写在 package.json 的 scripts 里面,通过 npm run ... 进行启动

非容器环境下的 npm 启动 Node.js

非容器环境下,通过 npm 进程直接启动了 node 进程,以下示例也能看到 node 的父进程(PPID=70990)

$ npm start
$ ps -falx | head -1; ps -falx | grep 'npm\|node'
  UID   PID  PPID   C STIME   TTY           TIME CMD                     F PRI NI       SZ    RSS WCHAN     S             ADDR
  502 70990 68016   0  6:51下午 ttys003    0:00.48 npm                  4006  31  0  2727604  38136 -      S+                  0
  502 70991 70990   0  6:51下午 ttys003    0:00.13 node app.js          4006  31  0  2682628  23196 -      S+                  0
$

容器环境下的 npm 启动 Node.js

Docker 容器环境通过 Dockerfile 文件指定 CMD ["npm", "start"] 指令启动 Node.js,以下打印出了进程列表信息,另外我通过 pstree -p 打印出了进程之间的层级关系,这下很清晰了在容器环境下,npm 做为 INIT 进程启动之后,并没有直接去启动 node 进程,而是先启动了 sh 进程,然后 sh 进程启动了 node 进程,这和上面的在非容器环境下还是有区分的。

执行 docker stop 命令之后,首先 npm 会收到 SIGTERM 信号量,然后转发给 sh,此时我们理解的可能是 sh 在转发给 node 如果真的是这样也就没问题了,问题就出在当 SIGTERM 到达 sh 之后,就断片了,sh 自己退出了,node 进程就只好等待容器销毁被强制退出。

$ ps flex
PID   USER     TIME   COMMAND
    1 root       0:00 npm
   15 root       0:00 sh -c node app.js
   16 root       0:00 node app.js

$ pstree -p
npm(1)---sh(15)---node(16)

Docker 容器环境下 Node.js 服务优雅退出多种实现方案

在上面了解了 Docker 环境无法,Node.js 无法正常优雅退出的原因,以下给出几种解决方案

Node 进程做为容器主进程

修改 Dockerfile 文件,直接使用 node app.js 运行而不是通过 npm

CMD [ "node", "app.js" ]

修改之后重新构建镜像,运行容器,似乎达到了我的预期,init 进程为 node 进程

$ docker image build -t hello-docker .
$ docker container run -d -p 30010:30010 hello-docker

# 先进入容器,执行 ps flax、pstree -p
$ ps flax
PID   USER     TIME   COMMAND
    1 root       0:00 node app

$ pstree -p
node(1)

执行请求之后,立即停止容器,响应也是 ok 的,从容器内查看服务的日志也可看到是收到了进程退出的信号。

$ curl http://localhost:30012/delay
$ docker stop e816ef6290a0
Hello Docker 延迟 5 秒钟

# 容器的日志 docker logs -f e816ef6290a0 命令查看
Running on http://localhost: 30010  PID:  1
收到 SIGTERM 信号开始处理
延迟 5 秒钟输出
服务停止 SIGTERM 处理完毕

总结 Node 进程做为容器主进程: 这种方案虽使用简单,但是缺少 npm script 这种可以使我们在启动前提供很多配置选项的功能,使用 npm script 我们可以配置一些复杂的启动命令。

消除中间的 sh 进程

这种方案是在 npm 启动之后,消除 npm 与 node 之间的 sh 进程, execnode app.js,简单解释下 exec 会用新的进程去替换之前的进程,这样之前的 sh 进程也就消失了。

修改 package.json

// package.json
{ 
    "name": "hello-docker",
    "main": "app.js",   
    "scripts": { 
      "start": "exec node app.js"
    }
}

修改 Dockerfile

还是之前的 npm script 启动

CMD ["npm", "start"]

查看容器内进程信息

通过 pstree -p 命令,可以看到启动后的进程树为 npm(1)---node(15),中间已没有了 sh 进程

# 进入容器内
$ docker exec -it d5f16c6ffa91 /bin/sh

$ ps flax
PID   USER     TIME   COMMAND
    1 root       0:00 npm
   15 root       0:00 node app.js

$ pstree -p
npm(1)---node(15)

其它方案

社区中也不乏有其它的解决方案,可参考以下几个项目

  • https://github.com/Yelp/dumb-init
  • https://github.com/ohjames/smell-baron
  • https://github.com/krallin/tini

Egg.js 框架

在基于 Egg 框架的项目中进行测试时,并没有如上的这些问题,以下是在容器内打印的进程树,可以看到 npm 的进程 id 为 1,之后就直接为 node 进程,这应该是框架内自己做的处理,感兴趣的可以去研究下实现机制。

$ pstree -p
npm(1)---node(24)---node(39)-+-node(46)
                             |-node(73)
                             `-node(74)

Docker 容器 stop 10s 问题

以下对 app.js 做了改造,将原先等待 5 秒,设置为了 15 秒,在进行测试下

const server = http.createServer((req, res) => {
    if (req.url == '/delay') {
        setTimeout(function() {
            console.log('延迟 15 秒钟输出');
            res.end('Hello Docker 延迟 15 秒钟');
        }, 15000)
    }
})

当我执行接口请求之后,立即执行了 docker stop f2206f06472e 命令,发现又报了如下错误,感觉又回到了解放前,上面的方案不是都可以吗?

$ curl http://localhost:30010/delay
curl: (52) Empty reply from server

上面的方案是没有问题的,暴露出来了另外一个问题,在执行 docker stop [containerID] 命令时候,有一个默认 10S 的问题,其有以下一段描述,意思为容器内的主进程在一定时间内将会收到一个 SIGTERM 信号,这个时间官方默认为 10 秒,超过这个时间将会收到 SIGKILL 信号,被暴力退出。

https://docs.docker.com/engine/reference/commandline/stop/#options

The main process inside the container will receive SIGTERM, and after a grace period, SIGKILL

因此,在必要情况下,可以在 docker stop 命令后设置一个 -t 选项来调整这个时间

$ docker stop -t=15 d90bab781031

Refenrce

  • https://zhuanlan.zhihu.com/p/54151728
  • https://juejin.im/entry/5b28d9aa51882574a36fa93f
  • https://docs.docker.com/engine/reference/commandline/stop/#options
  • https://docs.docker.com/engine/reference/builder/#cmd

本文分享自微信公众号 - Nodejs技术栈(NodejsDeveloper)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-10-09

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏CloudBest

关于云原生需要了解什么

尽管随处可闻云原生,却鲜少有人告诉你到底什么是云原生,若是找资料来看,读完大多会感觉云缭雾绕,一知半解,总之虚得很,甚至会让你一度怀疑自己的智商,不过我对于读不...

9910
来自专栏sktj

docker Dockerfile(4)

2 cd static_web docker build -t="hat/static_web"

6810
来自专栏崔庆才的专栏

爬虫代理大厂都封得差不多了,了解下商业级 4G 代理搭建方法吧!

从这篇文章的标题中我们可以看出,这一次的搭建方案主要用到的是 Docker,你可能会很好奇,Docker 跟搭建 4G 代理有什么关系吗?

28930
来自专栏sktj

docker 安装centos容器(3)

1 docker pull docker.io/tramasoli/centos7-ssh 2 docker run -i -t --name cento...

10030
来自专栏闻人的技术博客

掌握 Maven 私服

在 Java EE 开发中,我们使用 Maven 构建工具主要来管理项目的第三方库的依赖,以及公司内部其他项目服务的依赖,因此 Maven 私服就是必不可少的一...

10010
来自专栏sktj

docker 修改仓库(2)

1、 curl -sSL https://get.daocloud.io/daotools/set_mirror.sh | sh -s http://f136...

13520
来自专栏Python乱炖

ServiceFabric: 在Windows上创建容器应用并部署到ServiceFabric中

现在做项目大多采用前后端分离的方式,本文会建立一个web前端(angular 6),一个后端API(传统的.net framework),前端代码会调用后端的A...

9640
来自专栏没有故事的陈师傅

使用kubeadm快速部署一套K8S集群

Minikube是一个工具,可以在本地快速运行一个单点的Kubernetes,仅用于尝试Kubernetes或日常开发的用户使用。部署地址:https://ku...

74430
来自专栏sktj

docker 基础指令(1)

docker run --name bob_the_container -i -t ubuntun /bin/bash

7810
来自专栏咸鱼学Python

Docker竟然还能这么玩?商业级4G代理搭建实战!

时间过得真快,距离这个系列的上一篇文章《商业级4G代理搭建指南【准备篇】》发布的时间已经过了两个星期了,上个星期由于各种琐事缠身,周二开始就没空写文章了,所以就...

21020

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励