nodejs高大上的部署方式(PM2)

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

使用场合:

  • supervisor是开发环境用。
  • forever管理多个站点,每个站点访问量不大,不需要监控。
  • nodemon 是开发环境使用,修改自动重启。
  • pm2 网站访问量比较大,需要完整的监控界面。

PM2的主要特性:

  • 内建负载均衡(使用Node cluster 集群模块)
  • 后台运行
  • 0秒停机重载,我理解大概意思是维护升级的时候不需要停机.
  • 具有Ubuntu和CentOS 的启动脚本
  • 停止不稳定的进程(避免无限循环)
  • 控制台检测
  • 提供 HTTP API
  • 远程控制和实时的接口API ( Nodejs 模块,允许和PM2进程管理器交互 )

1、最常用的属nohup了,其实就是在后台执行进程,末尾加个&

[zhoujie@ops-dev ~]$ nohup node /home/zhoujie/ops/app.js &
[1] 31490nohup: ignoring input and appending output to `nohup.out'

即此时程序已启动,直接访问即可,原程序的的标准输出被自动改向到当前目录下的nohup.out文件,起到了log的作用。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。nohup就是不挂起的意思( no hang up)。

该命令的一般形式为:nohup command &

这个不太靠谱的样子,经常默默的进程在后台就挂了

2、用screen另开一个屏幕,这种方式可以直接在屏幕上看到程序运行情况

给该应用程序开个screen,如:screen -r ops ,用npm start启动,

退出该后台:ctrl + a,再按d,可不能直接ctrl +c,否则就退出了

这种方式很不专业,呵呵,不过方便看在生产环境的操作。

这个本质上用的forever,package.json里配置的:

 "scripts": {
  "start": "forever app.js",
  "test": "supervisor app.js"
 },

3、PM2

使用它要先安装它,用root账号和全局模式安装一下:

npm install -g pm2

用它来启动程序(在当前目录下可以直接启动,pm2 start app.js --name uops)

[zhoujie@ops-dev uops]$ pm2 start app.js
[PM2] Spawning PM2 daemon
[PM2] Success
[PM2] Process app.js launched
┌──────────┬────┬──────┬─────┬────────┬───────────┬────────┬─────────────┬──────────┐
│ App name │ id │ mode │ PID │ status │ restarted │ uptime │   memory │ watching │
├──────────┼────┼──────┼─────┼────────┼───────────┼────────┼─────────────┼──────────┤
│ app   │ 0 │ fork │ 308 │ online │     0 │ 0s   │ 21.879 MB  │ disabled │
└──────────┴────┴──────┴─────┴────────┴───────────┴────────┴─────────────┴──────────┘
 Use `pm2 info <id|name>` to get more details about an app
[zhoujie@ops-dev uops]$

看,它显示了Success,程序已经默默的成功的启动了,可以实时监控程序的运行,比如执行个pm2 restart,则上述restarted那栏变成1,可以显示程序运行了多长时间、占用内存大小,实在是太赞啦!

终止程序也很简单:pm2 stop

列举出所有用pm2启动的程序:pm2 list

[zhoujie@ops-dev uops]$ pm2 list
┌──────────┬────┬──────┬─────┬────────┬───────────┬────────┬─────────────┬──────────┐
│ App name │ id │ mode │ PID │ status │ restarted │ uptime │   memory │ watching │
├──────────┼────┼──────┼─────┼────────┼───────────┼────────┼─────────────┼──────────┤
│ app   │ 0 │ fork │ 984 │ online │     1 │ 3s   │ 64.141 MB  │ disabled │
└──────────┴────┴──────┴─────┴────────┴───────────┴────────┴─────────────┴──────────┘
 Use `pm2 info <id|name>` to get more details about an app

查看启动程序的详细信息:pm2 describe id

[zhoujie@ops-dev uops]$ pm2 desc 0
Describing process with pid 0 - name app
┌───────────────────┬─────────────────────────────────────────┐
│ status      │ online                 │
│ name       │ app                   │
│ id        │ 0                    │
│ path       │ /home/zhoujie/uops/app.js        │
│ args       │                     │
│ exec cwd     │ /home/zhoujie/uops           │
│ error log path  │ /home/zhoujie/.pm2/logs/app-error-0.log │
│ out log path   │ /home/zhoujie/.pm2/logs/app-out-0.log  │
│ pid path     │ /home/zhoujie/.pm2/pids/app-0.pid    │
│ mode       │ fork_mode                │
│ node v8 arguments │                     │
│ watch & reload  │ ✘                    │
│ interpreter    │ node                  │
│ restarts     │ 1                    │
│ unstable restarts │ 0                    │
│ uptime      │ 93s                   │
│ created at    │ 2015-01-07T09:41:25.672Z        │
└───────────────────┴─────────────────────────────────────────┘
[zhoujie@ops-dev uops]$

通过pm2 list命令来观察所有运行的进程以及它们的状态已经足够好了.但是怎么来追踪它们的资源消耗呢?别担心,用这个命令:pm2 monit

可以得到进程(以及集群)的CPU的使用率和内存占用(ctrl +c 退出)

实时集中log处理:pm2 logs

强大API: pm2 web

你想要监控所有被PM2管理的进程,而且同时还想监控运行这些进程的机器的状态,

[zhoujie@ops-dev uops]$ pm2 web
Launching web interface on port 9615
[PM2] Process /usr/local/node/lib/node_modules/pm2/lib/HttpInterface.js launched
[PM2] Process launched
┌────────────────────┬────┬──────┬──────┬────────┬───────────┬────────┬─────────────┬──────────┐
│ App name      │ id │ mode │ PID │ status │ restarted │ uptime │   memory │ watching │
├────────────────────┼────┼──────┼──────┼────────┼───────────┼────────┼─────────────┼──────────┤
│ app        │ 0 │ fork │ 984 │ online │     1 │ 9m   │ 74.762 MB  │ disabled │
│ pm2-http-interface │ 1 │ fork │ 1878 │ online │     0 │ 0s   │ 15.070 MB  │ disabled │
└────────────────────┴────┴──────┴──────┴────────┴───────────┴────────┴─────────────┴──────────┘
 Use `pm2 info <id|name>` to get more details about an app

启动程序的时候顺便在浏览器访问:http://localhost:9615

擦,我眼睛被亮瞎了,这么炫酷,竟然把部署的服务器的信息和程序的信息都显示出来了:

这东西对程序运行的监控页面的开发实在是太有帮助了,呵呵~~

监控:pm2 monit
实时集中log处理: pm2 logs
API:pm2 web (端口:9615 )

常用命令总结:

  • $ 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 启动 并 生成一个配置文件

配置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里。如下:

通过npm run start来启动。

关于pm2远程部署到多台机器,参考:http://pm2.keymetrics.io/docs/usage/deployment/

官网:http://pm2.keymetrics.io/docs/usage/quick-start/

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • 利用forever和pm2部署node.js项目过程

    本文主要给大家分享的是利用forever和pm2部署node.js项目过程的相关内容,分享出来供大家参考学习,下面来看看详细的介绍: 一.forever forever可以在cmd或ssh连接断开时,让项目一直运行,而且可以在项目崩溃时自动重启 安装 npm install -g forever forever的帮助手册 forever --help 使用forever启动项目 forever start app.js 使用forever停止项目 forever stop app.js 列出所有

  • 详解从买域名到使用pm2部署node.js项目全过程

    作为一个前端,对写好的项目怎么部署到服务器是一脸蒙圈的,但还是对这个很感兴趣,决定尝试一下,说干就干. 一.买域名和服务器 要部署项目肯定要买域名,这点是必不可少的,发现腾讯云上边有免费的服务器可用(只免费7天),于是就到腾讯云买了域名,又在腾讯云领了免费的服务器,当然这期间会让你实名认证. 买域名 领服务器 在腾讯云选择了CentOS服务器,接下来进行域名解析,然后对服务器进行设置(账号密码之类的) 域名解析 二.部署Node.js环境 (一)登录服务器,先更新一下(第一次使用服务器先更新下)

  • 利用PM2部署node.js项目的方法教程

    前言 大家在开发中应该发现了,如果直接通过node app来启动,如果报错了可能直接停在整个运行,supervisor感觉只是拿来用作开发环境的.再网上找到pm2.目前似乎最常见的线上部署nodejs项目的有forever,pm2这两种.下面本文将详细介绍利用PM2部署node.js项目的方法教程,需要的朋友们下面来一起看看详细的介绍: 使用场合: supervisor是开发环境用. forever管理多个站点,每个站点访问量不大,不需要监控. pm2 网站访问量比较大,需要完整的监控界面. P

  • 利用pm2部署多个node.js项目的配置教程

    前言 相信大家应该都知道,一般在实际项目部署中,我们服务器在启动的时候需要自动启动node服务.以前是通过liunx自带的命令启动.但是随着后台微服务越来越多.每次发布新程序.修改脚本太麻烦了.于是换成PM2来做.下面话不多说了,来一起看看详细的实现过程吧. 配置方法如下: 1.首先安装pm2 npm install -g pm2 2.生成配置文件 pm2 ecosystem 生成完成会有一个ecosystem.config.js的文件, 3.修改配置文件 编辑ecosystem.config.

  • pm2 部署 node的三种方法示例

    Node安装以及部署 去官网下载最新版本,分两种一种是源码,一种是编译后的文件.下面是官网下载地址: https://nodejs.org/en/download/current/  分不同的版本 win linux mac 下载对应版本  以linux Windows为例 Linux 下安装:(方法一) 1.1把下载的tar.gz压缩包文件解压 1.2解压命令: tar -zxvf (压缩包的名字.tar.gz) 1.3解压完成后就可以在bin文件中看见 node 和 npm 文件 在当前目录

  • nodejs高大上的部署方式(PM2)

    如果直接通过node app来启动,如果报错了可能直接停在整个运行,supervisor感觉只是拿来用作开发环境的.再网上找到pm2.目前似乎最常见的线上部署nodejs项目的有forever,pm2这两种. 使用场合: supervisor是开发环境用. forever管理多个站点,每个站点访问量不大,不需要监控. nodemon 是开发环境使用,修改自动重启. pm2 网站访问量比较大,需要完整的监控界面. PM2的主要特性: 内建负载均衡(使用Node cluster 集群模块) 后台运行

  • 解析Node.js基于模块和包的代码部署方式

    模块路径解析规则 有经验的 C 程序员在编写一个新程序时首先从 make 文件写起.同样的,使用 NodeJS 编写程序前,为了有个良好的开端,首先需要准备好代码的目录结构和部署方式,就如同修房子要先搭脚手架.本章将介绍与之相关的各种知识. 模块路径解析规则 我们已经知道,require函数支持斜杠(/)或盘符(C:)开头的绝对路径,也支持./开头的相对路径.但这两种路径在模块之间建立了强耦合关系,一旦某个模块文件的存放位置需要变更,使用该模块的其它模块的代码也需要跟着调整,变得牵一发动全身.因

  • M2实现Nodejs项目自动部署的方法步骤

    PM2实现Nodejs项目自动部署 首先简单说下思路:本地git仓库与远程仓库关联(github.码云等平台),然后pm2按照指定配置登录服务器,拉取远程仓库的代码更新,再执行一些指定的命令(如打包等). 创建本地项目并关联到远程仓库 本地新建名为web的项目,进入项目并创建一个简单的Nodejs文件app.js, mkdir web && cd web vi app.js 文件内容编辑如下,完成后保存退出:wq!. // app.s const http = require('http'

  • 浅谈Spring Boot 微服务项目的推荐部署方式

    如果开发过spring boot的程序,应该都知道,使用spring boot官方的maven打包插件(spring-boot-maven-plugin) 来打包,打出来的jar包一般有40M以上. 如果公司的服务器上传带宽不高,那么手动上传一个jar或者jenkins部署一次jar,都是非常痛苦的........ 但是,如果打包的时候不引入lib,那么打出来的jar包一般只有几十k而已,非常小,想怎么传就怎么传......... 本文会提供一个bash启动脚本,只需要稍做更改,即可适应你的程序

  • Spring boot 基本部署方式

    String boot 部署 SpringBoot部署也是非常简单,首先,需要把打包输出的包由jar改为war,即修改pom.xml中packaging节点: <packaging>war</packaging> 然后,修改pom.xml类,新增依赖: tomcat依赖: <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-s

  • 详解Nginx 和 PHP 的两种部署方式的对比

    详解Nginx 和 PHP 的两种部署方式的对比 2种部署方式简介 第一种 前置1台nginx服务器做HTTP反向代理和负载均衡 后面N太服务器的Nginx做Web服务,并调用php-fpm提供的fast cgi服务 此种部署方式最为常见,web服务和PHP服务在同一台服务器上都有部署 第二种 前置1台nginx服务器做Web服务 后面服务器只部署php-fpm服务,供nginx服务器调用 前置1台nginx服务器,在调用后面多例php-fpm服务时,也可以做到负载均衡 如下图 : 对比 从系统

  • 猜你不知道Spring Boot的几种部署方式(小结)

    引言 本文主要讲的是spring boot的五种部署方式,里面是否有你不知道的呢,如果有欢迎评论留言哦,一起交流探讨哦!!! 可以使用各种方法将Spring Boot应用程序部署到生产系统中.在本文中,我们将通过以下5种方法逐步部署Spring Boot应用程序: 在Java Archive(JAR)中作为独立应用程序进行部署, 将Web应用程序存档(WAR)部署到servlet容器中, 在Docker Container中部署, 在NGINX Web服务器后面部署 - 直接设置, 部署在NGI

  • Springboot基于assembly的服务化打包方案及spring boot部署方式

    在使用assembly来打包springboot微服务项目前,我想说一说,目前springboot项目的几种常见的部署方式. 使用docker容器去部署,将springboot的应用构建成一个docker image,然后通过容器去启动镜像 ,这种方式在需要部署大规模的应用和应用扩展时是非常方便的,属于目前工业级的部署方案,但是需要掌握docker的生态圈技术. 使用fatjar直接部署启动,这是很多初学者或者极小规模情况下的一个简单应用部署方式. 本文主要针对第二种部署方式提供一种更加友好的打

  • ASP.NET MVC项目部署方式介绍

    目录 一.直接用源代码部署 1.新建网站 2.配置添加网站 3.浏览 二.使用发布文件部署 1.发布文件 2.部署 ASP.NET MVC编写的程序需要部署到IIS上面才能进行访问,部署方式分为两种. 一.直接用源代码部署 第一种方式可以直接使用源代码进行部署.部署步骤: 1.新建网站 在IIS里面选择网站,然后右键选择“添加网站” 然后打开“添加网站”对话框: 2.配置添加网站 界面配置如下: 然后点击确定,这时在左侧的网站列表中就可以看到新添加的网站. 3.浏览 在左侧列表选中要浏览的网站,

  • jenkins+docker+nginx+nodejs持续集成部署vue前端项目

    目录 前提: 思路: 步骤: 配置nodejs工具 git代码文件目录如下 Dockerfile的文件内容 nginx.conf主配置文件的内容 最近比较闲,尝试了一下docker部署业务测试环境的前端vue项目,作此记录 这里我的环境是Jenkins+docker+harbor+nginx部署,但是由于此项目以节点形式加入jenkins,构建和部署都在一台,所以没有用到harbor,但是生产环境可能部署和构建不在一台,会需要先推送到harbor,也有详细步骤. 前提: 1安装好了jenkins

随机推荐