nginx平滑重啟和平滑升級的圖文教程
nginx平滑重啟
如果修改瞭nginx的配置文件(nginx.conf),想要重啟nginx,可以發送系統信號給Nginx的master進程來進行。
平滑重啟主要流程
- 向master進程發送HUB信號(reload命令)
nginx -s reload kill -s gighup Nginx主進程號
-
master進程檢查配置語法是否正確
- 如果配置文件或者語法錯誤會出現下圖代碼
-
master打開監聽端口
-
master進程使用新的配置文件啟動新的worker子進程
-
master進程向老的worker子進程發送quit信號
-
舊的worker子進程關閉監聽,處理完當前連接後關閉進程
圖解
當nginx接收到系統的SIGHUP信號,nginx會嘗試解析配置文件(如果指定瞭配置文件,就使用指定的配置文件,否則就使用默認的),如果解析配置文件成功,(成功表示配置文件沒有錯誤),就會應用新的配置文件。之後nginx啟動新的worker子進程,然後等待舊的worker子進程完成所屬任務後,關閉舊的worker子進程。如果遇到舊的worker子進程正在進行任務,那麼舊的子進程繼續為當前連接的客戶提供服務,當所有的客戶端服務完成後,舊的worker子進程被關閉。
如果新的配置文件應用失敗,那麼nginx將繼續使用舊的配置文件運行。
nginx平滑升級
當需要將正在運行的nginx升級、添加/刪除服務器模塊時,可以在不中斷服務的情況下使用新版本、重編譯的nginx可執行程序替換舊版本的可執行程序
平滑升級主要流程
- 將舊的nginx配置文件替換為新的nginx配置文件(如果基礎目錄結構需要特殊操作)
使用新的可執行程序替換舊的可執行程序,替換之前最好備份一下舊的配置文件
- 向master進程發送USER2信號
kill -s SIGUSER2 nginx進程號
- master進程修改pid文件,加後綴.oldbin執行新的配置文件
舊版本nginx 的master進程將nginx.pid重命名為nginx.oldbin
- master進程使用新的nginx配置文件啟動新的master進程
執行新的配置文件,依次啟動新的master進程和對應的worker子進程,此時新的nginx進程和舊的nginx進程同時運行,共同處理輸入的請求
- 驗證新功能是否滿足功能預期,如果滿足就向舊的master進程發送WINCH信號,舊的worker子進程退出
運行一段時間後,確保新配置文件生效,然後使用SIGWINCH向舊的master進程發送信號,逐步停止舊worker子進程
kill -s SIGWINCH 舊nginx進程號 kill -s SIGQUIT 舊nginx進程號
- 這是決定使用新版本還是舊版本,如果使用新版本則繼續發送SIGWINCH信號到舊的master中,如果需要回滾,則發送一下命令
# nginx將不在重載配置文件的情況下啟動他的worker子進程 kill -s SIGHUP 舊的master號 # nginx關閉新配置文件的worker子進程 kill -s SIGQUIT 新的master號 # nginx強制退出新的master主進程 kill -s SIGTERM 新的master號
新的master退出後,舊的master會議chu會移除.oldbin後綴的.pid文件,這樣,回滾就完成瞭,如果嘗試升級成功後,而且也希望保留新的服務器時,可以發送quit信號給舊的master,使其退出而隻留下新的服務器運行
圖解
總結
到此這篇關於nginx平滑重啟和平滑升級的文章就介紹到這瞭,更多相關nginx平滑重啟和平滑升級內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- Nginx生產環境平滑升級的實現
- 利用 trap 在 docker 容器優雅關閉前執行環境清理的方案
- 詳解Swoole跟傳統的web開發的區別
- Nginx配置ssl實現https的全過程記錄
- Linux中Nginx的防盜鏈和優化的實現代碼