启动

以前启动Wolverine是利用package.json的scripts来实现的，只需要执行npm run start就可以启动，配置如下：

"scripts": { "start": "node ./bin/www", "debug": "node debug ./bin/www" },

使用pm2我们可以在start处配置成 pm2 ./bin/www,命令后面支持加参数来实现watch、cluster多进程模式等功能。我不太喜欢一大串的命令，于是我使用了配置文件的方式。
在Wolverine的根目录，我创建了一个processes.json配置文件，配置文件内容如下，注释写的也很清楚了

{ "apps" : [{ "name" : "Wolverine", //名称 "script": "./bin/www", //程序入库 "cwd": "./", //根目录 "watch":[ "bin", "common", "configs", "public", "routes", "views" ],//需要监控的目录 "error_file":"./logs/app-err.log",//错误输出日志 "out_file":"./logs/app-out.log", //日志 "log_date_format":"YYYY-MM-DD HH:mm Z" //日期格式 }] }

随后，我在package.json中增加了一条

"pm2": "pm2 start processes.json"

在启动就直接输入如下命令就好：

$ npm run pm2

看到下面的界面，就启动成功了，然后我们就可以关掉这个窗口了，服务不会因此停止，是不是高大上多了。

配置pm2启动文件

在项目根目录添加一个processes.json：
内容如下:

{
  "apps": [
    {
      "name": "mywork",
      "cwd": "/srv/node-app/current",
      "script": "bin/www",
      "log_date_format": "YYYY-MM-DD HH:mm Z",
      "error_file": "/var/log/node-app/node-app.stderr.log",
      "out_file": "log/node-app.stdout.log",
      "pid_file": "pids/node-geo-api.pid",
      "instances": 6,
      "min_uptime": "200s",
      "max_restarts": 10,
      "max_memory_restart": "1M",
      "cron_restart": "1 0 * * *",
      "watch": false,
      "merge_logs": true,
      "exec_interpreter": "node",
      "exec_mode": "fork",
      "autorestart": false,
      "vizion": false
    }
  ]
}

说明:

• apps:json结构，apps是一个数组，每一个数组成员就是对应一个pm2中运行的应用

• name:应用程序名称

• cwd:应用程序所在的目录

• script:应用程序的脚本路径

• log_date_format:

• error_file:自定义应用程序的错误日志文件

• out_file:自定义应用程序日志文件

• pid_file:自定义应用程序的pid文件

• instances:

• min_uptime:最小运行时间，这里设置的是60s即如果应用程序在60s内退出，pm2会认为程序异常退出，此时触发重启max_restarts设置数量

• max_restarts:设置应用程序异常退出重启的次数，默认15次（从0开始计数）

• cron_restart:定时启动，解决重启能解决的问题

• watch:是否启用监控模式，默认是false。如果设置成true，当应用程序变动时，pm2会自动重载。这里也可以设置你要监控的文件。

• merge_logs:

• exec_interpreter:应用程序的脚本类型，这里使用的shell，默认是nodejs

• exec_mode:应用程序启动模式，这里设置的是cluster_mode（集群），默认是fork

• autorestart:启用/禁用应用程序崩溃或退出时自动重启

• vizion:启用/禁用vizion特性(版本控制)

可以通过pm2 start processes.json来启动。
也可以把命令写在package.json里。如下:

image

pm2 是一个带有负载均衡功能的Node应用的进程管理器.

当你要把你的独立代码利用全部的服务器上的所有CPU，并保证进程永远都活着，0秒的重载， PM2是完美的。它非常适合IaaS结构，但不要把它用于PaaS方案（随后将开发Paas的解决方案）.

备注：SaaS、PaaS和IaaS是云服务模式。
SaaS 软件即服务，例如Google的 Gmail 邮箱服务.面向应用型用户.
PaaS 平台即服务.例如Google的GAE,面向开发型用户
IaaS 基础架构即服务,例如亚马逊的AWS，IaaS对于不知道新推出的应用程序/网站会有多成功的创业公司来说非常有用

请参考
云服务模式：SaaS、PaaS和IaaS，哪一种适合你？

主要特性：

内建负载均衡（使用Node cluster 集群模块）

后台运行

0秒停机重载，我理解大概意思是维护升级的时候不需要停机.

具有Ubuntu和CentOS 的启动脚本

停止不稳定的进程（避免无限循环）

控制台检测

提供 HTTP API

远程控制和实时的接口API ( Nodejs 模块,允许和PM2进程管理器交互 )

测试过Nodejs v0.11 v0.10 v0.8版本，兼容CoffeeScript,基于Linux 和MacOS.

安装

npm install -g pm2

用法

$ npm install pm2 -g # 命令行安装 pm2

$ pm2 start app.js -i 4 #后台运行pm2，启动4个app.js

                            # 也可以把'max' 参数传递给 start

                            # 正确的进程数目依赖于Cpu的核心数目

$ pm2 start app.js --name my-api # 命名进程

$ pm2 list # 显示所有进程状态

$ pm2 monit # 监视所有进程

$ pm2 logs # 显示所有进程日志

$ pm2 stop all # 停止所有进程

$ pm2 restart all # 重启所有进程

$ pm2 reload all # 0秒停机重载进程 (用于 NETWORKED 进程)

$ pm2 stop 0 # 停止指定的进程

$ pm2 restart 0 # 重启指定的进程

$ pm2 startup # 产生 init 脚本 保持进程活着

$ pm2 web # 运行健壮的 computer API endpoint (

http://localhost:9615

)

$ pm2 delete 0 # 杀死指定的进程

$ pm2 delete all # 杀死全部进程

运行进程的不同方式：

$ pm2 start app.js -i max # 根据有效CPU数目启动最大进程数目

$ pm2 start app.js -i 3 # 启动3个进程

$ pm2 start app.js -x #用fork模式启动 app.js 而不是使用 cluster

$ pm2 start app.js -x -- -a 23 # 用fork模式启动 app.js 并且传递参数 (-a 23)

$ pm2 start app.js --name serverone # 启动一个进程并把它命名为 serverone

$ pm2 stop serverone # 停止 serverone 进程

$ pm2 start app.json # 启动进程, 在 app.json里设置选项

$ pm2 start app.js -i max -- -a 23 #在--之后给 app.js 传递参数

$ pm2 start app.js -i max -e err.log -o out.log # 启动 并 生成一个配置文件

你也可以执行用其他语言编写的app ( fork 模式):

$ pm2 start my-bash-script.sh -x --interpreter bash

$ pm2 start my-python-script.py -x --interpreter python

0秒停机重载:

这项功能允许你重新载入代码而不用失去请求连接。

注意：

仅能用于web应用

运行于Node 0.11.x版本

运行于 cluster 模式（默认模式）

$ pm2 reload all

CoffeeScript:

$ pm2 start my_app.coffee #这就是全部

PM2准备好为产品级服务了吗？

只需在你的服务器上测试

$ git clone

https://github.com/Unitech/pm2.git

$ cd pm2

$ npm install # 或者 npm install --dev ，如果devDependencies 没有安装

$ npm test

pm2 list

列出由pm2管理的所有进程信息，还会显示一个进程会被启动多少次，因为没处理的异常。

|

image

|
| |

pm2 monit

监视每个node进程的CPU和内存的使用情况。

|

image

|

其它

pm2的优势和功能还不止这些，后续还会有文章详述更多高级的用法，比如进程恢复、图形界面，模块，甚至的功能开发。最重要的优势我想就是它的稳定性了，pm2的功能全部通过了测试，有超过1000个测试。同时提供Windows、MacOSX（OSX）、Linux的稳定版本。PayPal、微软、IBM等等大厂都在使用。我们已经有充分的理由把它应用到生产环境上。

打赏支持我写出更多好文章，谢谢！

打赏作者

pm2 start app.js --name my-api #my-api为PM2进程名称

nodejs部署方式-pm2(一)

2016/12/03 · JavaScript · NodeJS

本文作者： 伯乐在线 - pangjian 。未经作者许可，禁止转载！
欢迎加入伯乐在线 专栏作者。

目前Nodejs开发中有很多痛点，其中有一个是修改完代码以后需要我们重启服务才能看到效果。这样一次次的杀进程、重启，杀进程、重启很让人头大。程序员是最痛恨重复工作的物种，之前有了解过的同学可能知道forever。forever可以帮我们解决上面的问题，通过对资源变化的检测做到变化后自动重启。开发阶段我们使用node file.js来启动另外由于Nodejs的单线程，任何异常都会导致整个服务中断，这对于生产上长时间提供服务的程序来讲是不可以的，forever可以帮我们在异常后重启，保证服务一直在线，我想这也就是它名字的由来吧。但我想说的是forever不够“高！大！上！”。接下来我要介绍一个足够高大上的神器– pm2。

<<编程基础-语言JavaScript.Nodejs.Mobile>>
https://github.com/openstf

打赏支持我写出更多好文章，谢谢！

任选一种支付方式

1 赞 7 收藏 评论

2. 是否需要nginx

nginx可以做的事情主要有两个：

1. 反向代理，实现简单的负载均衡： 如果有多台服务器或者一台服务器多个端口，可以考虑用nginx。

2. 静态资源缓存：把一些静态资源（如静态页面，js等资源文件）放到nginx里，可以极大的提高服务的性能。

日志监控

如果你一直使用tail -f log_file.log log_error.log来查看日志，你可能会爱上下面的这个功能。

$ pm2 logs $ pm2 logs [app-name]

我们可以实时查看全部进程的日志，或者只查看某一个。我们甚至可以使用json格式查看日志。

$ pm2 logs --json

pm2 reloadLogs #Reload all logs

1. 升级PM2

Web API

如果你不仅仅想监控被pm2管理的进程，还需要监控进程所运行的机器的信息，你可以使用下面这个API

$ pm2 web

pm2会启动一个叫做pm2-http-interface的进程提供web服务。你打开浏览器输入http：//127.0.0.1:9615，是不是被看到的结果惊艳到了。

pm2提供的web api通过json输出了很多信息。大致结构可以看截图：

拿出你的想象力，我们可以开发一个应用来调用此api，就可以开发出一个图形界面的监控软件了。。。

pm2 reload 0 #重载PM2列表中进程为0的进程

1. 重启

简介

pm2=威尼斯澳门在线 ，P(rocess) M(anager)2，是可以用于生产环境的Nodejs的进程管理工具，并且它内置一个负载均衡。它不仅可以保证服务不会中断一直在线，并且提供0秒reload功能，还有其他一系列进程管理、监控功能。并且使用起来非常简单。下面我将把我的使用过程分享出来，Nodejs应用是一个基于Express 4.x的应用，名称是Wolverine。

pm2和forever是启动Nodejs服务常用到的两个工具。使用这两个指令可以使node服务在后台运行（类似于linux的nohup），另外它们可以在服务因异常或其他原因被杀掉后进行自动重启。 由于Node的单线程特征，自动重启能很大程度上的提高它的健壮性。
本文不对比两者工具优劣，只是结合自己的使用，简要介绍如何在工程部署时更好的使用pm2。

安装

环境清单：

• windows7 x64
• node v5.0.0
• npm 3.3.6

全局安装pm2

$ npm install pm2 -g

更新

$ pm2 update

3. 自动化部署

通过shell脚本实现资源拉取、服务重启、nginx缓存更新等操作，再配合pm2的监控功能，就初步达到了一个后端工程部署的标配了。

管理和监控

启动成功的界面会展示App name和id，这两个值很重要。当然这两个值都可以在processes.json配置文件进行配置。
打开命令行，在任何路径下，输入

$ pm2 list

就能看到启动时的图表界面，方便我们查看所有通过pm2管理的Nodejs服务。

输入,下面命令配合id或者name可以查看某一个进程的详细信息

$ pm2 show Wolverine 或者 $ pm2 show 0

内容涉及重启次数、运行时间、脚本路径、参数、日志路径、运行模式等等信息
输入

$ pm2 monit

停止、重启等命令

$ pm2 stop [app-name|id] #停止某一个进程，可以使用app-name或者id $ pm2 stop all #停止所有进程 $ pm2 restart all #重启所有的进程 $ pm2 delete [app-name|id]#删除并停止进程 $ pm2 delete all #删除并停止所有进程

可以进一步查看每一个服务的cpu、内存动态占用情况。

pm2 start app.js -i 0 #根据CPU核数启动进程个数

关于作者：pangjian

庞健，金融IT男。 个人主页 · 我的文章 · 5 ·   

pm2 reload all #重载PM2列表中所有的进程

1. 服务进程数

至于要启动几个进程，可以通过服务器的内核数进行确定，几个内核就启动几个服务。指令如下：

  # 查看物理CPU个数
  cat /proc/cpuinfo| grep "physical id" | sort| uniq | wc -l

  # 查看每个物理CPU中core的个数(即核数)
  cat /proc/cpuinfo| grep "cpu cores"| uniq

  # 查看逻辑CPU的个数
  cat /proc/cpuinfo| grep "processor"| wc -l

当然可以启动多个端口，一个端口号对应一个服务，这样的话就需要nignx来做负载均衡了。

pm2 restart all #重启PM2列表中所有的进程

pm2 logs [--raw] #Display all processes logs in streaming

pm2 show 0 或者 # pm2 info 0 #查看进程详细信息，0为PM2进程id

1. 监控

pm2 flush #Empty all log file

cat > /data/wwwroot/nodejs/test.sh << EOF

pm2 --help

四、PM2目录结构

默认的目录是：当前用于的家目录下的.pm2目录（此目录可以自定义，请参考：五、自定义启动文件），详细信息如下：
$HOME/.pm2 #will contain all PM2 related files
$HOME/.pm2/logs #will contain all applications logs
$HOME/.pm2/pids #will contain all applications pids
$HOME/.pm2/pm2.log #PM2 logs
$HOME/.pm2/pm2.pid #PM2 pid
$HOME/.pm2/rpc.sock #Socket file for remote commands
$HOME/.pm2/pub.sock #Socket file for publishable events
$HOME/.pm2/conf.js #PM2 Configuration

五、自定义启动文件

创建一个test.json的示例文件，格式如下：
{
"apps":
{
"name": "test",
"cwd": "/data/wwwroot/nodejs",
"script": "./test.sh",
"exec_interpreter": "bash",
"min_uptime": "60s",
"max_restarts": 30,
"exec_mode" : "cluster_mode",
"error_file" : "./test-err.log",
"out_file": "./test-out.log",
"pid_file": "./test.pid"
"watch": false
}
}

说明：

apps：json结构，apps是一个数组，每一个数组成员就是对应一个pm2中运行的应用
name：应用程序的名称
cwd：应用程序所在的目录
script：应用程序的脚本路径
exec_interpreter：应用程序的脚本类型，这里使用的shell，默认是nodejs
min_uptime：最小运行时间，这里设置的是60s即如果应用程序在60s内退出，pm2会认为程序异常退出，此时触发重启max_restarts设置数量
max_restarts：设置应用程序异常退出重启的次数，默认15次（从0开始计数）
exec_mode：应用程序启动模式，这里设置的是cluster_mode（集群），默认是fork
error_file：自定义应用程序的错误日志文件
out_file：自定义应用程序日志文件
pid_file：自定义应用程序的pid文件
watch：是否启用监控模式，默认是false。如果设置成true，当应用程序变动时，pm2会自动重载。这里也可以设置你要监控的文件。
详细参数列表：见附件八

六、实例

已上面的test.json为例

一些思考

!/bin/bash

while :
do
echo "Test" >> 1.log
sleep 5
done
EOF

使用PM2来部署nodejs项目。

如果直接通过node app来启动，如果报错了可能直接停在整个运行，supervisor感觉只是拿来用作开发环境的。再网上找到pm2.目前似乎最常见的线上部署nodejs项目的有forever,pm2这两种。
使用场合:

• supervisor是开发环境用。

• forever管理多个站点，每个站点访问量不大，不需要监控。

• pm2 网站访问量比较大,需要完整的监控界面。

chmod +x test.sh #添加执行权限

本文由澳门在线威尼斯官方发布于威尼斯澳门在线,转载请注明出处：编程基础，nodejs部署方式

关键词：