资讯专栏INFORMATION COLUMN

使用pm2部署node生产环境

刘厚水 / 3295人阅读

摘要:一是什么是可以用于生产环境的的进程管理工具,并且它内置一个负载均衡。嗯嗯,最好的用处就是监控我们的生产环境下的程序运行状态,让它给我们日以继日的处于工作状态。部署自动部署,避免逐个在所有服务器中进行。

一、PM2是什么

是可以用于生产环境的Nodejs的进程管理工具,并且它内置一个负载均衡。它不仅可以保证服务不会中断一直在线,并且提供0秒reload功能,还有其他一系列进程管理、监控功能。并且使用起来非常简单。

嗯嗯,最好的用处就是监控我们的生产环境下的node程序运行状态,让它给我们日以继日的处于工作状态。

pm2官方文档

二、为森么要使用pm2

原始社会的我们开发node服务端程序一般过程:

编写好node程序app.js,运行node app.js;或者写入script使用npm运行;打开浏览器访问;

好像需要修改内容,浏览器对修改的内容没有显示出来?->node app.js->再次运行;

浏览器忽然访问不到服务,好像出错啦?重启下->node app.js->再次运行;

哎呀开了好多控制台窗口,一不小心关闭了,服务又访问不到了,继续打开控制台->node app.js->再次运行;

好崩溃!好像有个工具nodemon;安装使用nodemon app.js;哇,可以自动监听文件修改变化自动重启,但是关闭控制台服务还是会被摧毁。

通过这个很常用的场景,我们了解到要避免这些麻烦一个服务器至少需要有:后台运行和自动重启,这两个能力。

再来看看使用pm2可拥有的能力:

日志管理;两种日志,pm2系统日志与管理的进程日志,默认会把进程的控制台输出记录到日志中;

负载均衡:PM2可以通过创建共享同一服务器端口的多个子进程来扩展您的应用程序。这样做还允许以零秒停机时间重新启动应用程序。

终端监控:可以在终端中监控应用程序并检查应用程序运行状况(CPU使用率,使用的内存,请求/分钟等)。

SSH部署:自动部署,避免逐个在所有服务器中进行ssh。

静态服务:支持静态服务器功能

支持开发调试模式,非后台运行,pm2-dev start

。。。。。太过强大!

pm2常用命令

启动服务pm2 start [options] 启动指定应用

pm2 start app.js                //启动app.js应用
pm2 start app.js --name app    //启动应用并设置name
pm2 start app.sh                //脚本启动

pm2 start app.js --watch    //监听模式启动,当文件发生变化,自动重启

//max 表示PM2将自动检测可用CPU的数量并运行尽可能多的进程
//max可以自定义,如果是4核CPU,设置为2则占用2个
pm2 start app.js -i max //启用群集模式(自动负载均衡)

pm2-dev start ... // 开发模式启动,即不启用后台运行

查看启动列表pm2 list

显示应用程序详细信息pm2 show [options] 显示指定应用详情

pm2 show [Name]      //根据name查看
pm2 show [ID]        //根据id查看

停止指定应用pm2 stop [options] 停止指定应用

pm2 stop all               //停止所有应用
pm2 stop [AppName]        //根据应用名停止指定应用
pm2 stop [ID]             //根据应用id停止指定应用

重启应用pm2 reload|restart [options] 重启指定应用

pm2 restart app.js        //同时杀死并重启所有进程,短时间内服务不可用,生成环境慎用
pm2 reload app.js        //重新启动所有进程,0秒重启,始终保持至少一个进程在运行
pm2 gracefulReload all   //以群集模式重新加载所有应用程序

启动静态服务器pm2 serve ./dist 8080将目录dist作为静态服务器根目录,端口为8080

删除应用pm2 delete [options] 删除指定应用;如果修改了应用配置行为,需要先删除应用,重新启动后方才会生效,如修改脚本入口文件;

pm2 delete all               //关闭并删除应用
pm2 delete [AppName]        //根据应用名关闭并删除应用
pm2 delete [ID]            //根据应用ID关闭并删除应用

pm2 kill 杀掉pm2管理的所有进程;

pm2 logs 查看指定应用的日志,即标准输出和标准错误

pm2 logs            //查看所有应用日志
pm2 logs [Name]    //根据指定应用名查看应用日志
pm2 logs [ID]      //根据指定应用ID查看应用日志

pm2 monit 监控各个应用进程cpu和memory使用情况;

PM2配置方式

命令生产默认示例配置文件pm2 ecosystempm2 init,运行默认会生成ecosystem.config.js配置文件

module.exports = {
  apps: [
    {
      name: "back-Api",      //应用名
      script: "./server/start.js",   //应用文件位置
      env: {
        PM2_SERVE_PATH: "./apidoc",    //静态服务路径
        PM2_SERVE_PORT: 8080,   //静态服务器访问端口
        NODE_ENV: "development" //启动默认模式
      },
      env_production : {
        NODE_ENV: "production"  //使用production模式 pm2 start ecosystem.config.js --env production
      },
      instances:"max",          //将应用程序分布在所有CPU核心上,可以是整数或负数
      instance_var: "INSTANCE_ID",
      exec_mode: "cluster",
      watch:[
        "server",
      ],  //监听模式,不能单纯的设置为true,易导致无限重启,因为日志文件在变化,需要排除对其的监听
      merge_logs: true,         //集群情况下,可以合并日志
    }
  ],
  deploy: {
      production : {
        user: "node",                      //ssh 用户
        host: "212.83.163.1",              //ssh 地址
        ref: "origin/master",             //GIT远程/分支
        repo: "git@github.com:repo.git",   //git地址
        path: "/var/www/production",       //服务器文件路径
        "post-deploy": "npm install && pm2 reload ecosystem.config.js --env production"  //部署后的动作
      }
  }
}; 

自定义json配置文件如:processes.json;启动pm2 start processes.json

    {
      "apps": [{
        "name": "app",  //名称
        "script": "./", //程序入口
        "cwd": "./",           //根目录
        "watch":[
            "views"
        ],//需要监控的目录
        "error_file":"./logs/err.log",//错误输出日志
        "out_file":"./logs/out.log",  //日志
        "log_date_format":"YYYY-MM-DD HH:mm Z" //日期格式
        }]
    }
pm2常用配置项解析
1. apps:json结构,apps是一个数组,每一个数组成员就是对应一个pm2中运行的应用

2. name:应用程序名称"app"

3. cwd:应用程序所在的目录"./"

4. script:应用程序的脚本路径"./"

5. log_date_format: 日志文件名输出日期格式"YYYY-MM-DD HH:mm Z"

6. error_file:自定义应用程序的错误日志文件"./logs/app-err.log",

7. out_file:自定义应用程序日志文件"./logs/app-out.log"

8. instances: 应用启动实例个数,仅在cluster模式有效 默认为fork;或者 max

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

10. max_restarts:设置应用程序异常退出重启的次数,默认15次(从0开始计数)

11. cron_restart:定时启动,解决重启能解决的问题

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

13. "ignore_watch": [                           // 不用监听的文件
            "node_modules",
            "logs"
        ],
13. merge_logs:// 设置追加日志而不是新建日志

14. exec_interpreter:应用程序的脚本类型,这里使用的shell,默认是nodejs

15. exec_mode:应用程序启动模式,这里设置的是cluster_mode(集群),默认是fork

16. autorestart:启用/禁用应用程序崩溃或退出时自动重启,默认为true, 发生异常的情况下自动重启

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

18. "args": "", // 传递给脚本的参数

19. env: {
        PM2_SERVE_PATH: "./apidoc",    //静态服务路径
        PM2_SERVE_PORT: 8080,   //静态服务器访问端口
        NODE_ENV: "development" //启动默认模式
      },

20. env_production : {
        NODE_ENV: "production"  //使用production模式 pm2 start ecosystem.config.js --env production
      },
pm2配合log4js处理日志

pm2启动时通常会发现log4js记录不到日志信息;

决解方案,安装pm2的pm2-intercom进程间通信模块

在log4js的配置文件logger.js里添加如下命令:

pm2: true, 
pm2InstanceVar: "INSTANCE_ID" 

pm2配置文件中添加"instance_var": "INSTANCE_ID", // 添加这一行 字段

发现如果没有设置群集模式"exec_mode": "cluster",也会记录不到;

其他

log4js日志配置使用详情Koa日志中间件封装开发(log4js)

“积跬步、行千里”—— 持续更新中~,喜欢的话留下个赞和关注哦!

往期经典好文:

团队合作必备的Git操作

谈谈Js前端模块化规范

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/109040.html

相关文章

  • 使用pm2部署node生产环境

    摘要:一是什么是可以用于生产环境的的进程管理工具,并且它内置一个负载均衡。嗯嗯,最好的用处就是监控我们的生产环境下的程序运行状态,让它给我们日以继日的处于工作状态。部署自动部署,避免逐个在所有服务器中进行。 一、PM2是什么 是可以用于生产环境的Nodejs的进程管理工具,并且它内置一个负载均衡。它不仅可以保证服务不会中断一直在线,并且提供0秒reload功能,还有其他一系列进程管理、监控...

    ctriptech 评论0 收藏0
  • [译] 如果可以,永远不要在生产中直接运行 Node.js

    摘要:就在几周前,我正在和一个朋友谈话,他不经意间提到,你永远都不会在生产中直接使用来运行程序。我强烈点头,表示我也不会在生产中直接运行,原因可能每个人都知道。首先,让我们弄清楚永远不要在生产中直接通过运行程序的说法。 原文地址:You should never ever run directly against Node.js in production. Maybe. 原文作者:Burke ...

    Tony_Zby 评论0 收藏0
  • 通过Github与PM2部署Node应用

    摘要:于是着手将应用迁移到阿里云的上去。环境介绍本地,应用采用的技术远端服务器阿里云核内存,,系统为账户名系统架构服务器部署的应用,并在端口进行监听。通过浏览器打开可以看到部署的应用可以访问了。 背景 前一段时间,是通过百度云的BAE部署自己的Node应用的,不过随着应用的不断开发,BAE的限制不断制约了应用的使用。于是着手将应用迁移到阿里云的ECS上去。本文即是介绍了如何在ECS上搭建No...

    tianren124 评论0 收藏0
  • 最好用的koa2+mysql的RESTful API脚手架,mvc架构,支持node调试,pm2部署

    摘要:基于构建的服务器脚手架这是一个基于的轻量级脚手架,支持支持使用编写。脚手架可以根据不同的环境配置不同的信息运行价值,支持开发,测试,生产环境的不同参数配置。 #基于webpack构建的 Koa2 restful API 服务器脚手架 这是一个基于 Koa2 的轻量级 RESTful API Server 脚手架,支持 ES6, 支持使用TypeScript编写。 GIT地址:https...

    xiongzenghui 评论0 收藏0
  • 使用pm2快速将项目部署到远程服务器

    摘要:使用背景当我们需要将项目部署到远程线上服务器时传统的方法可能就是将本地代码通过等方式上传到服务器然后通过登入到服务器,配置好环境手动启动应用。 使用背景 当我们需要将项目部署到远程线上服务器时;传统的方法可能就是: 将本地代码通过ssh、ftp等方式上传到服务器; 然后通过ssh登入到服务器,配置好环境; 手动启动应用。 太过手动化,麻烦,操作繁琐。 现代自动化部署 ...

    wind5o 评论0 收藏0

发表评论

0条评论

刘厚水

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<