01、uwsgi、gunicorn如何實現優雅重啟

来源:https://www.cnblogs.com/huageyiyangdewo/archive/2023/04/10/17303182.html
-Advertisement-
Play Games

多態 編譯時的多態:方法重載 運行時的多態:動態綁定 多態的三大前提 類之間要有繼承關係 要出現方法重寫 父類的引用指向了子類的對象 測試樣例 // 定義Person類 public class Person { public String name; public String sex; publ ...


1、為何需要優雅重啟

在實際開發過程中,我們會不斷迭代升級產品,每次迭代後,都需要線上上伺服器更新代碼。一般小公司的迭代升級,是沒有做到像金絲雀發佈或者使用到kubernetes這些東西的。那如何保證更新的時候,之前接收到的請求能夠正常處理完成呢,這個時候就需要實現優雅重啟了。

那如何實現優雅重啟呢,其實,我們部署python web服務所用到的uwsgi和gunicorn已經實現了優雅重啟了,下麵就講講如何實現優雅重啟

2、uwsgi 如何實現優雅重啟

以下實驗是基於以下版本進行的。

python3.6.8

flask==2.0.3
uwsgi==2.0.21

2.1 編寫 web 服務

main.py

import time

from flask import Flask

app = Flask(__name__)


@app.route("/")
def index():
    time.sleep(10)
    return "hello eeee"


if __name__ == "__main__":
    app.run()

2.2 編寫 uwsgi.ini 配置文件

[uwsgi]
#uwsgi啟動時,所使用的地址和埠(這個是http協議的)
http=0.0.0.0:8000
#指向網站目錄
chdir=./
#python 啟動程式文件
wsgi-file=main.py
#python 程式內用以啟動的application 變數名
callable=app
#處理器數
processes=4
#線程數
threads=2

#####實現優雅重啟添加下麵兩行配置即刻#####
lazy-apps = true
#監聽 test.txt 文件 當 test.txt 發生改變時優雅重啟uwsgi。這個名字可以隨便起
touch-chain-reload = /Users/xx/work/test/py_test/sample_test/flask_graceful_restart/test.txt

2.3 啟動uwsgi 服務

uwsgi --ini uwsgi.ini

2.4 測試優雅重啟

1、請求 http://127.0.0.1:8000/

2、更新 main.py 中返回的內容,改為: return "hello xxxxx"

2、在/Users/xx/work/test/py_test/sample_test/flask_graceful_restart 目錄下,執行 touch test.txt。有這個文件時,更改這個文件的內容也可以優雅重啟 uwsgi 服務

3、得到第一步的返回結果,返回結果為:"hello eeee"

5、再次請求 http://127.0.0.1:8000/ ,返回結果為:"hello xxxxx"

通過上述測試,可以發現實現了優雅重啟。

優雅重啟的日誌過程:

整個時間還挺久的,差不多4分鐘。

開始:12:14:45。

結束:12:18:57。

1、先查看 uwsgi 進程信息

501  7758  4633   0 12:13PM ttys005    0:00.04 uwsgi --ini uwsgi.ini
501  7759  7758   0 12:13PM ttys005    0:00.27 uwsgi --ini uwsgi.ini
501  7760  7758   0 12:13PM ttys005    0:00.27 uwsgi --ini uwsgi.ini
501  7761  7758   0 12:13PM ttys005    0:00.27 uwsgi --ini uwsgi.ini
501  7762  7758   0 12:13PM ttys005    0:00.26 uwsgi --ini uwsgi.ini
501  7763  7758   0 12:13PM ttys005    0:00.00 uwsgi --ini uwsgi.ini
501  7789  6013   0 12:13PM ttys006    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox uwsgi

2、生成 test.txt 時的現象:當 出現 chain reloading complete 時,代表了優雅完成。

Mon Apr 10 12:14:45 2023 - *** /Users/mashili/work/test/py_test/sample_test/flask_graceful_restart/test.txt has been touched... chain reload !!! ***
Mon Apr 10 12:14:45 2023 - chain next victim is worker 1
Gracefully killing worker 1 (pid: 7759)...
Mon Apr 10 12:15:46 2023 - worker 1 (pid: 7759) is taking too much time to die...NO MERCY !!!
worker 1 killed successfully (pid: 7759)
Respawned uWSGI worker 1 (new pid: 7847)
Mon Apr 10 12:15:47 2023 - chain is still waiting for worker 1...
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x7fc33e00da00 pid: 7847 (default app)
Mon Apr 10 12:15:48 2023 - chain next victim is worker 2
Gracefully killing worker 2 (pid: 7760)...
Mon Apr 10 12:16:49 2023 - worker 2 (pid: 7760) is taking too much time to die...NO MERCY !!!
worker 2 killed successfully (pid: 7760)
Respawned uWSGI worker 2 (new pid: 7885)
Mon Apr 10 12:16:50 2023 - chain is still waiting for worker 2...
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x7fc33e00da00 pid: 7885 (default app)
Mon Apr 10 12:16:51 2023 - chain next victim is worker 3
Gracefully killing worker 3 (pid: 7761)...
Mon Apr 10 12:17:52 2023 - worker 3 (pid: 7761) is taking too much time to die...NO MERCY !!!
worker 3 killed successfully (pid: 7761)
Respawned uWSGI worker 3 (new pid: 7905)
Mon Apr 10 12:17:53 2023 - chain is still waiting for worker 3...
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x7fc33e00da00 pid: 7905 (default app)
Mon Apr 10 12:17:54 2023 - chain next victim is worker 4
Gracefully killing worker 4 (pid: 7762)...
Mon Apr 10 12:18:55 2023 - worker 4 (pid: 7762) is taking too much time to die...NO MERCY !!!
worker 4 killed successfully (pid: 7762)
Respawned uWSGI worker 4 (new pid: 7910)
Mon Apr 10 12:18:56 2023 - chain is still waiting for worker 4...
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x7fc33e00da00 pid: 7910 (default app)
Mon Apr 10 12:18:57 2023 - chain reloading complete

3、優雅重啟過程中,查看進程信息。ps -ef|grep uwsgi

發現即存在新的進程,也存在老的進程。測試的時候,發現,優雅重啟過程中,並不一定會將重啟過程中的請求轉發到新的進程中去。

  501  7758  4633   0 12:13PM ttys005    0:00.08 uwsgi --ini uwsgi.ini
  501  7761  7758   0 12:13PM ttys005    0:00.27 uwsgi --ini uwsgi.ini
  501  7762  7758   0 12:13PM ttys005    0:00.26 uwsgi --ini uwsgi.ini
  501  7763  7758   0 12:13PM ttys005    0:00.00 uwsgi --ini uwsgi.ini
  501  7847  7758   0 12:15PM ttys005    0:00.26 uwsgi --ini uwsgi.ini
  501  7885  7758   0 12:16PM ttys005    0:00.26 uwsgi --ini uwsgi.ini
  501  7889  6013   0 12:17PM ttys006    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox uwsgi

2.5 線上如何更新

1、首先將代碼更新到伺服器。

2、ps -ef|grep uwsgi 查看現在的進程號。

2、查看 test.txt是否存在,存在就更新文件內容,不存在就生成 test.txt。

3、觀察uwsgi的日誌或者進程,待所有的worker進程都重啟生成後,即完成了優雅重啟。

3、gunicorn 如何實現優雅重啟

3.1 編寫 web 服務

main.py

import time

from flask import Flask

app = Flask(__name__)


@app.route("/")
def index():
    # time.sleep(3)
    return "hello fdaf fdafd "


if __name__ == "__main__":
    app.run()

3.2 編寫 conf.py 配置gunicorn 文件

conf.py

# 是否開啟debug模式
debug = True
# 訪問地址
bind = "0.0.0.0:8888"
# 工作進程數
workers = 2
# 工作線程數
threads = 2
# 超時時間
timeout = 600
# 輸出日誌級別
loglevel = 'info'
# 存放日誌路徑
pidfile = "log/gunicorn.pid"
# 存放日誌路徑
accesslog = "log/access.log"
# 存放日誌路徑
errorlog = "log/debug.log"

######註意,下麵這個不能加,加了就不能達到優雅重啟的效果,切記切記!!
# gunicorn + apscheduler場景下,解決多worker運行定時任務重覆執行的問題
# preload_app = True

3.3 啟動 gunicorn 服務

gunicorn -c conf.py main:app

3.4 測試優雅重啟

1、pstree -ap|grep gunicorn 找到主進程

pstree -ap|grep gunicorn

2、執行 kill -HUP masterpid

kill -HUP 1540847

3、再次 執行 pstree -ap|grep gunicorn,發現worker 進程id不一樣後,即更新完成。或者查看日誌

[2023-04-10 15:36:51 +0800] [11623] [INFO] Handling signal: hup
[2023-04-10 15:36:51 +0800] [11623] [INFO] Hang up: Master
[2023-04-10 15:36:51 +0800] [11681] [INFO] Booting worker with pid: 11681
[2023-04-10 15:36:51 +0800] [11682] [INFO] Booting worker with pid: 11682
[2023-04-10 15:36:51 +0800] [11644] [INFO] Worker exiting (pid: 11644)
[2023-04-10 15:36:51 +0800] [11645] [INFO] Worker exiting (pid: 11645)

3.5 線上如何更新

1、通過 pstree -ap|grep gunicorn 找到主進程ID

2、執行 kill -HUP masterpid 命令

3、等待gunicorn優雅重啟完成


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 最近在開發過程中遇到一個sqlalchemy lost connection的報錯,記錄解決方法。 報錯信息 python後端開發,使用的框架是Fastapi + sqlalchemy。在一個介面請求中報錯如下: [2023-03-24 06:36:35 +0000] [217] [ERROR] E ...
  • 1、原視頻地址 https://www.bilibili.com/video/BV1ME411A73k/?spm_id_from=333.1007.top_right_bar_window_custom_collection.content.click&vd_source=33b50a4dd201d ...
  • P1 Collection介面和常用方法 一、Collection介面實現類的特點 public interface Collection extends Iterable Collection實現子類可以存放多個元素,每個元素可以是Object。 有些Collection的實現類,可以存放重覆的元 ...
  • SpringCloud Ribbon 1.Ribbon介紹 1.1Ribbon是什麼? 官網地址:Netflix/ribbon: Ribbon(github.com) SpringCloud Ribbon 是基於 Netflix Ribbon 實現的一套客戶端負載均衡的工具 Ribbon 主要功能是 ...
  • 前言 在上一篇文章中,我們介紹了&運算符的基礎用法,本篇文章,我們將介紹& 運算符的一些高級用法。 一、人物簡介 第一位閃亮登場,有請今後會一直教我們C語言的老師 —— 自在。 第二位上場的是和我們一起學習的小白程式猿 —— 逍遙。 二、位掩碼 位掩碼是一種用於按位操作的技術 它通過使用一個二進位數 ...
  • Excelize 是 Go 語言編寫的用於操作 Office Excel 文檔基礎庫,2023年4月10日,社區正式發佈了 2.7.1 版本,該版本包含了多項新增功能、錯誤修複和相容性提升優化。 ...
  • JavaWeb 中 “轉發”與 “重定向”的區別 每博一文案 人生的常態,就是有聚有散,有得有失,就像山峰一樣,總有高低,起伏不斷。 曾經,我們是鮮衣怒馬的少年,一日看盡長安花。 走著走著,漸漸明白生活並不都是盡心盡情的,萬事萬物都有力所不能及之處。此時我們能做的,就是看透,看清,看淡。 走著走著, ...
  • 在 Go 語言中,讀取 Excel 數據可以使用第三方庫 github.com/tealeg/xlsx,該庫提供了豐富的 API,可以方便地讀取和操作 Excel 文件。 以下是一個簡單的示例代碼,演示瞭如何使用 github.com/tealeg/xlsx 庫讀取 Excel 文件: import ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...