pm2 重启策略(restart strategies)
使用 PM2 启动应用程序 时,应用程序会在自动退出、事件循环为空 (node.js) 或应用程序崩溃时自动重新启动。 但您也可以配置额外的重启策略,例如:
- 使用定时任务重新启动应用程序
- 文件更改后重新启动应用程序
- 当应用程序达到内存阈值时重新启动
- 延迟启动和自动重启
- 默认情况下,在崩溃或退出时禁用自动重启(应用程序始终使用 PM2 重启)
- 在特定的指数增长时间自动重启应用程序
使用定时任务重新启动应用程序
使用以下命令设置定时重启的任务
$ pm2 start server.js --cron-restart="0 0 * * *"
# 或者在重启的时候设置定时任务
$ pm2 restart app --cron-restart="0 0 * * *"
如果是通过配置文件的话,使用 cron_restart
server.config.js
module.exports = {
apps : [{
name: 'server',
script: 'server.js',
instances: 1,
cron_restart: '0 0 * * *',
env: {
NODE_ENV: 'development'
},
env_production: {
NODE_ENV: 'production'
}
}]
}
文件更改后自动重新启动应用程序
当前目录或其子目录中的文件被修改时,PM2 可以自动重新启动您的应用程序:
使用以下命令,通过在后面指定选项 --watch 开启应用程序
$ pm2 start server.js --watch
下面我们通过gif动图演示该情况

注意:如果应用程序使用 --watch 选项启动,停止应用程序不会阻止它在文件更改时重新启动。 要完全禁用 watch 功能,需要执行下面的命令:$ pm2 stop app --watch或者使用下面命令在应用程序重新启动时切换 watch 选项。
$ pm2 restart app --watch
在配置文件中,使用 watch: true 属性
module.exports = {
script: "server.js",
watch: true
}
我们还可以在配置文件中指定要监听哪个文件夹,当其内容有修改的时候自动重启应用程序。还可以指定忽略某些文件夹,不管其内容如何改变都不会触发重启
module.exports = {
script: "server.js",
// 指定监听的文件夹
watch: ["server", "client"],
// 指定延迟时间
watch_delay: 1000,
// 指定要忽略的文件夹
ignore_watch : ["node_modules", "client/img"],
}
当应用程序达到内存阈值时重新启动
PM2 允许根据内存限制重新加载(如果不在集群中,则自动回退重启)应用程序/请注意 PM2 内部工作程序(检查内存)每 30 秒启动一次,因此达到内存阈值后,可能需要稍等片刻 进程会自动重新启动。
使用 --max-memory-restart 选项指定内存阈值。
$ pm2 start server.js --max-memory-restart 300M
配置文件中使用 max_memory_restart 属性。
server.config.js
module.exports = {
script: 'server.js',
max_memory_restart: '300M'
}
注意:单位可以是 K(ilobyte)(例如 512K)、M(egabyte)(例如 128M)、G(igabyte)(例如 1G)。
延时重启
使用 Restart Delay 策略设置自动重启之间的延迟:
$ pm2 start server.js --restart-delay=3000
在配置文件中,使用 restart_delay 属性设置延时重启。
server.config.js
module.exports = {
script: 'server.js',
restart_delay: 3000
}
禁止自动重启
如果我们希望运行 1 次脚本并且不希望进程管理器在脚本完成运行时重新启动我们的脚本,这将非常有用。
$ pm2 start server.js --no-autorestart
在配置文件中,使用 autorestart: false 属性禁止自动重启。
server.config.js
module.exports = {
script: 'server.js',
autorestart: false
}
指定不自动重启的退出代码
有时我们可能希望应用程序在出现故障时自动重新启动(即非零退出代码),而不希望进程管理器在正确关闭时重新启动它(即退出代码等于 0)。
在这种情况下,仍然可以很好地使用 PM2,并将 stop_exit_codes 选项设置为应该跳过自动重启的退出代码:
$ pm2 start server.js --stop-exit-codes 0
在配置文件中,使用 stop_exit_codes 属性设置不用自动重启的退出代码。
server.config.js
module.exports = [{
script: 'server.js',
stop_exit_codes: [0]
}]
指数退避重启延迟
在 PM2 Runtime 上实施了新的重启模式,使我们的应用程序以更智能的方式重启。 当异常发生(例如数据库关闭)时,不是疯狂地重新启动应用程序,指数退避重新启动将增加重新启动之间的时间,减少我们的数据库或外部提供程序的压力......非常易于使用:
在终端命令行使用选项 --exp-backoff-restart-delay 设置此功能
$ pm2 start app.js --exp-backoff-restart-delay=100
在配置文件中,使用 exp_backoff_restart_delay 属性。
server.config.js
module.exports = {
script: 'server.js',
exp_backoff_restart_delay: 100
}
当应用程序意外崩溃并激活选项 --exp-backoff-restart-delay 时,我们将能够看到新的应用程序状态 waiting restart。
通过运行 pm2 logs ,我们还将看到重新启动延迟增加:
PM2 | App [throw:0] will restart in 100ms
PM2 | App [throw:0] exited with code [1] via signal [SIGINT]
PM2 | App [throw:0] will restart in 150ms
PM2 | App [throw:0] exited with code [1] via signal [SIGINT]
PM2 | App [throw:0] will restart in 225ms
如你所见,重启之间的重启延迟将以指数移动平均线增加,直到达到重启之间的最大值 15000 毫秒。
当应用程序返回到稳定模式(正常运行时间不超过 30 秒)时,重启延迟将自动重置为 0 毫秒。
更多关于pm2的介绍,参考 pm2 教程
pm2 重启策略(restart strategies)的更多相关文章
- (转)Docker容器的重启策略及docker run的--restart选项详解
1. Docker容器的重启策略 Docker容器的重启策略是面向生产环境的一个启动策略,在开发过程中可以忽略该策略. Docker容器的重启都是由Docker守护进程完成的,因此与守护进程息息相关. ...
- Docker容器的重启策略及docker run的--restart选项详解
https://blog.csdn.net/taiyangdao/article/details/73076019 1. Docker容器的重启策略 Docker容器的重启策略是面向生产环境的一个启动 ...
- [erlang]supervisor(监控树)的重启策略
1. init函数 init() -> {ok, {SupFlags, [ChildSpec,...]}} | ignore. [ChildSpec,...] 是在init之后默认要启动的子进程 ...
- Flink重启策略
戳更多文章: 1-Flink入门 2-本地环境搭建&构建第一个Flink应用 3-DataSet API 4-DataSteam API 5-集群部署 6-分布式缓存 7-重启策略 8-Fli ...
- Docker Kubernetes 容器重启策略
Docker Kubernetes 容器重启策略 当容器被创建时,容器会根据重启策略来进行容器重启. 支持三种策略: Always:当容器终止退出后,总是重启容器,默认策略. OnFailure:当容 ...
- .net core i上 K8S(四).netcore程序的pod管理,重启策略与健康检查
上一章我们已经通过yaml文件将.netcore程序跑起来了,但还有一下细节问题可以分享给大家. 1.pod管理 1.1创建pod kubectl create -f netcore-pod.yaml ...
- docker 容器重启策略
查看docker 容器重启策略 docker inspect 容器ID docker run -d --restart=always bba-208 docker run -d --restart=o ...
- OpenGL ES 3.0: 图元重启(Primitive restart)
[TOC] 背景概述 在OpenGL绘制图形时,可能需要绘制多个并不相连的图形.这样的情况下这几个图形没法被当做一个图形来处理.也就需要多次调用 DrawArrays 或 DrawElements. ...
- Tomcat重启脚本restart.sh停止脚本stop.sh
Tomcat重启脚本restart.sh停止脚本stop.sh Tomcat本身提供了 startup.sh(启动)shutdown.sh(关闭)脚本,我们在部署中经常会出现死进程形象,无法杀掉进程需 ...
随机推荐
- 3 Implementation: The Big Picture 实现:蓝图
三.Implementation: The Big Picture 实现:蓝图 3.1 Layering of a .NET Solution .Net解决方案的分层 The picture belo ...
- Framework - 性能统计
摘要 近期对接客户时,客户方希望提供 SDK 的性能.内存.隐私支持等一些数据,所以就对 SDK 进行了一些性能测试. 在用表格统计整理这些数据时,突然发现,经常用统计的方式看 SDK 的相关数据,似 ...
- Hive架构及搭建方式
目录 前言 hive的基础知识 基本架构 metastore 内嵌服务和数据库 内嵌服务 服务和数据库单独部署 hcatalog 客户端 客户端的本地模式 beeline beeline的自动模式 j ...
- 【数据结构与算法Python版学习笔记】树——二叉查找树 Binary Search Tree
二叉搜索树,它是映射的另一种实现 映射抽象数据类型前面两种实现,它们分别是列表二分搜索和散列表. 操作 Map()新建一个空的映射. put(key, val)往映射中加入一个新的键-值对.如果键已经 ...
- 如何接入 K8s 持久化存储?K8s CSI 实现机制浅析
作者 王成,腾讯云研发工程师,Kubernetes contributor,从事数据库产品容器化.资源管控等工作,关注 Kubernetes.Go.云原生领域. 概述 进入 K8s 的世界,会发现有很 ...
- UltraSoft - Beta - Scrum Meeting 12
Date: May 28th, 2020. Scrum 情况汇报 进度情况 组员 负责 今日进度 q2l PM.后端 会议记录修复了课程中心导入作业时出现重复的问题完成了消息中心界面的交互 Liuzh ...
- 2021.8.21考试总结[NOIP模拟45]
T1 打表 由归纳法可以发现其实就是所有情况的总和. $\frac{\sum_{j=1}^{1<<k}(v_j-v_{ans})}{2^k}$ $code:$ 1 #include< ...
- 华为HCIP-Eth-trunk原理知识点
Eth-trunk(端口聚合.链路捆绑.链路聚合.以太通道) Eth-trunk技术出现的原因: • 随着网络中部署的业务量不断增长,对于全双工点对点链路,单条物理链路的带宽已不能满足正常的业务流量 ...
- 【Azure 应用服务】App Service For Linux 部署Java Spring Boot应用后,查看日志文件时的疑惑
编写Java Spring Boot应用,通过配置logging.path路径把日志输出在指定的文件夹中. 第一步:通过VS Code创建一个空的Spring Boot项目 第二步:在applicat ...
- linux cut
参考:Linux cut 命令详解_Linux_脚本之家 (jb51.net) 参考:cut命令_Linux cut 命令用法详解:连接文件并打印到标准输出设备上 (linuxde.net)