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管理的全部進程信息,還會顯示一個進程會被啓動多少次,由於沒處理的異常。javascript
PM2是node進程管理工具,能夠利用它來簡化不少node應用管理的繁瑣任務,如性能監控、自動重啓、負載均衡等,並且使用很是簡單。java
下面就對PM2進行入門性的介紹,基本涵蓋了PM2的經常使用的功能和配置。node
全局安裝,簡直不能更簡單。python
npm install -g pm2
pm2安裝好後,會自動建立下面目錄。看文件名基本就知道幹嗎的了,就不翻譯了。nginx
$HOME/.pm2
will contain all PM2 related filesgit
$HOME/.pm2/logs
will contain all applications logsgithub
$HOME/.pm2/pids
will contain all applications pidsweb
$HOME/.pm2/pm2.log
PM2 logsshell
$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
挑咱們最愛的express應用來舉例。通常咱們都是經過npm start
啓動應用,其實就是調用node ./bin/www
。那麼,換成pm2就是
注意,這裏用了--watch
參數,意味着當你的express應用代碼發生變化時,pm2會幫你重啓服務,多貼心。
pm2 start ./bin/www --watch
入門太簡單了,沒什麼好講的。直接上官方文檔:http://pm2.keymetrics.io/docs...
參數說明:
--watch
:監聽應用目錄的變化,一旦發生變化,自動重啓。若是要精確監聽、不見聽的目錄,最好經過配置文件。
-i --instances
:啓用多少個實例,可用於負載均衡。若是-i 0
或者-i max
,則根據當前機器核數肯定實例數目。
--ignore-watch
:排除監聽的目錄/文件,能夠是特定的文件名,也能夠是正則。好比--ignore-watch="test node_modules "some scripts""
-n --name
:應用的名稱。查看應用信息的時候能夠用到。
-o --output <path>
:標準輸出日誌文件的路徑。
-e --error <path>
:錯誤輸出日誌文件的路徑。
--interpreter <interpreter>
:the interpreter pm2 should use for executing app (bash, python...)。好比你用的coffee script來編寫應用。
完整命令行參數列表:地址
pm2 start app.js --watch -i 2
pm2 restart app.js
中止特定的應用。能夠先經過pm2 list
獲取應用的名字(--name指定的)或者進程id。
pm2 stop app_name|app_id
若是要中止全部應用,能夠
pm2 stop all
相似pm2 stop
,以下
pm2 stop app_name|app_id pm2 stop all
pm2 list
[root@iZ94wb7tioqZ pids]# pm2 describe 0 Describing process with id 0 - name oc-server ┌───────────────────┬──────────────────────────────────────────────────────────────┐ │ status │ online │ │ name │ oc-server │ │ id │ 0 │ │ path │ /data/file/qiquan/over_the_counter/server/bin/www │ │ args │ │ │ exec cwd │ /data/file/qiquan/over_the_counter/server │ │ error log path │ /data/file/qiquan/over_the_counter/server/logs/app-err-0.log │ │ out log path │ /data/file/qiquan/over_the_counter/server/logs/app-out-0.log │ │ pid path │ /root/.pm2/pids/oc-server-0.pid │ │ mode │ fork_mode │ │ node v8 arguments │ │ │ watch & reload │ │ │ interpreter │ node │ │ restarts │ 293 │ │ unstable restarts │ 0 │ │ uptime │ 87m │ │ created at │ 2016-08-26T08:13:43.705Z │ └───────────────────┴──────────────────────────────────────────────────────────────┘
配置文件裏的設置項,跟命令行參數基本是一一對應的。
能夠選擇yaml
或者json
文件,就看我的洗好了。
json
格式的配置文件,pm2看成普通的js文件來處理,因此能夠在裏面添加註釋或者編寫代碼,這對於動態調整配置頗有好處。
若是啓動的時候指定了配置文件,那麼命令行參數會被忽略。(個別參數除外,好比--env)
舉個簡單例子,完整配置說明請參考官方文檔。
{ "name" : "fis-receiver", // 應用名稱 "script" : "./bin/www", // 實際啓動腳本 "cwd" : "./", // 當前工做路徑 "watch": [ // 監控變化的目錄,一旦變化,自動重啓 "bin", "routers" ], "ignore_watch" : [ // 從監控目錄中排除 "node_modules", "logs", "public" ], "watch_options": { "followSymlinks": false }, "error_file" : "./logs/app-err.log", // 錯誤日誌路徑 "out_file" : "./logs/app-out.log", // 普通日誌路徑 "env": { "NODE_ENV": "production" // 環境參數,當前指定爲生產環境 } }
前面已經提到了,這裏貼命令行,更多點擊這裏。
pm2 start app.js --watch
這裏是監控整個項目的文件,若是隻想監聽指定文件和目錄,建議經過配置文件的watch
、ignore_watch
字段來設置。
在實際項目開發中,咱們的應用常常須要在多個環境下部署,好比開發環境、測試環境、生產環境等。在不一樣環境下,有時候配置項會有差別,好比連接的數據庫地址不一樣等。
對於這種場景,pm2也是能夠很好支持的。首先經過在配置文件中經過env_xx
來聲明不一樣環境的配置,而後在啓動應用時,經過--env
參數指定運行的環境。
首先,在配置文件中,經過env
選項聲明多個環境配置。簡單說明下:
env
爲默認的環境配置(生產環境),env_dev
、env_test
則分別是開發、測試環境。能夠看到,不一樣環境下的NODE_ENV
、REMOTE_ADDR
字段的值是不一樣的。
在應用中,能夠經過process.env.REMOTE_ADDR
等來讀取配置中生命的變量。
"env": { "NODE_ENV": "production", "REMOTE_ADDR": "http://www.example.com/" }, "env_dev": { "NODE_ENV": "development", "REMOTE_ADDR": "http://wdev.example.com/" }, "env_test": { "NODE_ENV": "test", "REMOTE_ADDR": "http://wtest.example.com/" }
假設經過下面啓動腳本(開發環境),那麼,此時process.env.REMOTE_ADDR
的值就是相應的 http://wdev.example.com/ ,能夠本身試驗下。
pm2 start app.js --env dev
命令以下,表示開啓三個進程。若是-i 0
,則會根據機器當前核數自動開啓儘量多的進程。
pm2 start app.js -i 3 # 開啓三個進程 pm2 start app.js -i max # 根據機器CPU核數,開啓對應數目的進程
參考文檔:點擊查看
除了能夠打開日誌文件查看日誌外,還能夠經過pm2 logs
來查看實時日誌。這點對於線上問題排查很是重要。
好比某個node服務忽然異常重啓了,那麼能夠經過pm2提供的日誌工具來查看實時日誌,看是否是腳本出錯之類致使的異常重啓。
pm2 logs
運行pm2 --help
,能夠看到pm2
支持的子命令仍是蠻多的,這個時候,自動完成的功能就很重要了。
運行以下命令。恭喜,已經可以經過tab自動補全了。細節可參考這裏。
pm2 completion install source ~/.bash_profile
能夠經過pm2 startup
來實現開機自啓動。細節可參考。大體流程以下
經過pm2 save
保存當前進程狀態。
經過pm2 startup [platform]
生成開機自啓動的命令。(記得查看控制檯輸出)
將步驟2生成的命令,粘貼到控制檯進行,搞定。
直接上例子,分別是經過命令行和配置文件。
命令行:
pm2 start app.js --node-args="--harmony"
配置文件:
{ "name" : "oc-server", "script" : "app.js", "node_args" : "--harmony" }
假設是在centos
下,那麼運行以下命令,搞定。強烈建議運行完成以後,重啓機器,看是否設置成功。
[root@iZ94wb7tioqZ option_analysis]# pm2 save [root@iZ94wb7tioqZ option_analysis]# pm2 startup centos [PM2] Generating system init script in /etc/init.d/pm2-init.sh [PM2] Making script booting at startup... [PM2] /var/lock/subsys/pm2-init.sh lockfile has been added [PM2] -centos- Using the command: su -c "chmod +x /etc/init.d/pm2-init.sh; chkconfig --add pm2-init.sh" [PM2] Done. [root@iZ94wb7tioqZ option_analysis]# pm2 save [PM2] Dumping processes
可參考官方文檔,配置也不復雜,用到的時候再來填寫這裏的坑。TODO
官方文檔:http://pm2.keymetrics.io/docs...
運行以下命令,查看當前經過pm2運行的進程的狀態。
pm2 monit
看到相似輸出
[root@oneday-dev0 server]# pm2 monit ⌬ PM2 monitoring (To go further check out https://app.keymetrics.io) [ ] 0 % ⌬ PM2 monitoring (To go further check o[||||||||||||||| ] 196.285 MB ● fis-receiver [ ] 0 % [1] [fork_mode] [||||| ] 65.773 MB ● www [ ] 0 % [2] [fork_mode] [||||| ] 74.426 MB ● oc-server [ ] 0 % [3] [fork_mode] [|||| ] 57.801 MB ● pm2-http-interface [ ] stopped [4] [fork_mode] [ ] 0 B ● start-production [5] [fork_mode]
若是想要你的應用,在超過使用內存上限後自動重啓,那麼能夠加上--max-memory-restart
參數。(有對應的配置項)
pm2 start big-array.js --max-memory-restart 20M
官方文檔:http://pm2.keymetrics.io/docs...
$ pm2 save # 記得保存進程狀態 $ npm install pm2 -g $ pm2 update
無非就是在nginx上作個反向代理配置,直接貼配置。
upstream my_nodejs_upstream { server 127.0.0.1:3001; } server { listen 80; server_name my_nodejs_server; root /home/www/project_root; location / { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_max_temp_file_size 0; proxy_pass http://my_nodejs_upstream/; proxy_redirect off; proxy_read_timeout 240s; } }
官方文檔:http://pm2.keymetrics.io/docs...
收費服務,使用超級簡單,能夠方便的對進程的服務狀況進行監控。能夠試用下,地址在這裏。
這裏貼個項目中試用的截圖。
若是想把pm2的進程監控,跟其餘自動化流程整合起來,pm2的編程接口就頗有用了。細節可參考官方文檔:
http://pm2.keymetrics.io/docs...
pm2支持第三方擴展,好比經常使用的log rotate等。可參考官方文檔。
pm2的文檔已經寫的很好了,學習成本很低,即便是沒用過pm2的小夥伴,基本上照着getting started的例子就能夠把項目給跑起來,因此文中很多地方都是建議直接參看官方文檔。
。。。