pm2 这个进程管理器是越来越好用了,最新的版本已经开始支持 docker,不过我不看好,docker 镜像内的 node 进程挂掉就应该让集群管理器去处理,简单有效,并且也准守 Fail fast 这个准则。

正文开始,我把最近用到的几个点总结下,(之前的 #4 也有一些总结) 。

使用 yml 配置文件

还在使用 json 文件来配置么?放弃吧,yml 更友好,更具可读性,配置项也跟 json 保持一致。
http://pm2.keymetrics.io/docs/usage/application-declaration/

设置最大内存

不知道你是否了解 node.js 的内存限制,一般默认的大小为 1.76G(64bit 机器),一旦超过,就会自动崩溃,并且在 * nix 平台上生成 core.pid 文件,所以有时候你会看到 working dir 中生成了一堆的 core 文件,不妨用 file 命令看下,相信你会发现都是 node 进程生成的。

解决方案很简单,pm2 设置 max-memory-restart 参数,这个值必须小于 1.76G。当然了,如果你确实需要大内存,可以设置 node 参数:–max-old-space-size=xxxM,这个值可以随便设置,但建议多测试后再决定,可能大内存限制下会出些问题。

拓展一下

关于 core 文件,本来是用来调试段错误的,但是如果你不是写 C++ AddOn,或者调试什么 node 的 bug,那么可以禁用掉:用 Linux 本身的方案来解决。

  1. 限制大小:ulimit -c filesize(单位是 kb),超过会被裁减;
  2. 更改生成的 core 路径以及文件名;

默认情况下,/proc/sys/kernel/core_pattern 为 core, /proc/sys/kernel/core_uses_pid 为 1,即生成的 core 文件默认为 working dir 中的 core.pid。
如何修改:

1
2
3
4
5
6
7
8
9
10
%%	单个 % 字符
%p dump 进程的进程 ID
%u dump 进程的用户 ID
%g dump 进程的组 ID
%s 导致 core dump 的信号
%t core dump 的时间
%h 主机名
%e 程序文件名

echo '/data/core-files/core.%t.%p' > /proc/sys/kernel/core_pattern

禁用 pid 拓展名

1
echo 0 > /proc/sys/kernel/core_uses_pid

当然了,都是临时的,永久修改需要编辑 / etc/sysctl.conf,加入如下两行:
kernel.core_pattern = /data/core-files/core.%t.%p
kernel.core_uses_pid = 0

自启动脚本

不知道你是否每次重启之后是怎么启动 pm2 的,但是如果不是自动启动的就有点落后了。如果用 init.d 或者 systemd,那也不错,也就维护有点小麻烦,每次调整都得更新脚本。其实 pm2 已经有了相关的命令来帮你完成这一系列的操作:

生成自启动脚本

1
pm2 startup centos(ubuntu, centos, redhat, gentoo, systemd, darwin, amazon 之一,具体请看文档)

生成 dump.pm2 文件

1
pm2 save(或者 dump)

经过这一步之后,机器重启之后,就能保证 pm2 自动启动了。

crash 恢复

1
pm2 resurrect

不过,这个命令不适合手工去用的,可以设置个 crontab 脚本,一旦检测到 pm2 daemon 的进程不存在,则执行这个命令。


首发于 Github issues: https://github.com/xizhibei/blog/issues/33 ,欢迎 Star 以及 Watch

本文采用 署名-非商业性使用-相同方式共享(BY-NC-SA)进行许可
作者:习之北 (@xizhibei)
原链接:https://blog.xizhibei.me/zh-cn/2016/12/18/jin-cheng-guan-li-qi-pm2-yun-wei-xiao-jie/