Gunicorn-配置详解

文章着重记录Gunicorn的配置,包括config指定配置文件路径、bind绑定服务器套接字等众多参数。介绍了各参数的含义、格式、默认值及设置建议,如workers推荐数量为CPU个数*2 + 1,还给出更多配置的参考链接。

在之前的文章中有记录WSGI容器的作用,以及我们知道常见的容器就只有的uWSGI和Gunicorn,在之前的文章中有记录他们的特性及优缺点,在这就不在多做描述。接下来将着重记录一下Gunicorn的一些配置:

config
-c CONFIG, --config CONFIG

Gunicorn配置文件路径,路径形式的字符串格式,如:

gunicorn -c gunicorn.conf manager:app

bind
-b ADDRESS, --bind ADDRESS

Gunicorn绑定服务器套接字,Host形式的字符串格式。Gunicorn可绑定多个套接字,如:

gunicorn -b 127.0.0.1:8000 -b [::1]:9000 manager:app

backlog
--backlog

未决连接的最大数量,即等待服务的客户的数量。必须是正整数,一般设定在64~2048的范围内,一般设置为2048,超过这个数字将导致客户端在尝试连接时错误

workers
-w INT, --workers INT

用于处理工作进程的数量,为正整数,默认为1。worker推荐的数量为当前的CPU个数*2 + 1。计算当前的CPU个数方法:

import multiprocessing
print multiprocessing.cpu_count()

worker_class
-k STRTING, --worker-class STRTING

要使用的工作模式,默认为sync。可引用以下常见类型“字符串”作为捆绑类:

sync
eventlet:需要下载eventlet>=0.9.7
gevent:需要下载gevent>=0.13
tornado:需要下载tornado>=0.2
gthread
gaiohttp:需要python 3.4和aiohttp>=0.21.5

threads
--threads INT

处理请求的工作线程数,使用指定数量的线程运行每个worker。为正整数,默认为1。

worker_connections
--worker-connections INT

最大客户端并发数量,默认情况下这个值为1000。此设置将影响gevent和eventlet工作模式

max_requests
--max-requests INT

重新启动之前,工作将处理的最大请求数。默认值为0。

max_requests_jitter
--max-requests-jitter INT

要添加到max_requests的最大抖动。抖动将导致每个工作的重启被随机化,这是为了避免所有工作被重启。randint(0,max-requests-jitter)

timeout
-t INT, --timeout INT

超过这么多秒后工作将被杀掉,并重新启动。一般设定为30秒

graceful_timeout
--graceful-timeout INT

优雅的人工超时时间,默认情况下,这个值为30。收到重启信号后,工作人员有那么多时间来完成服务请求。在超时(从接收到重启信号开始)之后仍然活着的工作将被强行杀死。

keepalive
--keep-alive INT

在keep-alive连接上等待请求的秒数,默认情况下值为2。一般设定在1~5秒之间。

limit_request_line
--limit-request-line INT

HTTP请求行的最大大小,此参数用于限制HTTP请求行的允许大小,默认情况下,这个值为4094。值是0~8190的数字。此参数可以防止任何DDOS攻击

limit_request_fields
--limit-request-fields INT

限制HTTP请求中请求头字段的数量。此字段用于限制请求头字段的数量以防止DDOS攻击,与limit-request-field-size一起使用可以提高安全性。默认情况下,这个值为100,这个值不能超过32768

limit_request_field_size
--limit-request-field-size INT

限制HTTP请求中请求头的大小,默认情况下这个值为8190。值是一个整数或者0,当该值为0时,表示将对请求头大小不做限制

reload
--reload

代码更新时将重启工作,默认为False。此设置用于开发,每当应用程序发生更改时,都会导致工作重新启动。

reload_engine
--reload-engine STRTING

选择重载的引擎,支持的有三种:

auto
pull
inotity:需要下载
spew
--spew

打印服务器执行过的每一条语句,默认False。此选择为原子性的,即要么全部打印,要么全部不打印

check_config
--check-config

显示现在的配置,默认值为False,即显示。

preload_app
--preload

在工作进程被复制(派生)之前加载应用程序代码,默认为False。通过预加载应用程序,你可以节省RAM资源,并且加快服务器启动时间。

chdir
--chdir

加载应用程序之前将chdir目录指定到指定目录

daemon
--daemon

守护Gunicorn进程,默认False

raw_env
-e ENV, --env ENV

设置环境变量(key=value),将变量传递给执行环境,如:

gunicorin -b 127.0.0.1:8000 -e abc=123 manager:app

在配置文件中写法:

raw_env=["abc=123"]

pidfile
-p FILE, --pid FILE

设置pid文件的文件名,如果不设置将不会创建pid文件

worker_tmp_dir
--worker-tmp-dir DIR

设置工作临时文件目录,如果不设置会采用默认值。

accesslog
--access-logfile FILE

要写入的访问日志目录

access_log_format
--access-logformat STRING

要写入的访问日志格式。如:

access_log_format = '%(h)s %(l)s %(u)s %(t)s'

常见格式说明:

识别码    说明
h    远程地址
l    “-“
u    用户名
t    时间
r    状态行,如:GET /test HTTP/1.1
m    请求方法
U    没有查询字符串的URL
q    查询字符串
H    协议
s    状态码
B    response长度
b    response长度(CLF格式)
f    参考
a    用户代理
T    请求时间,单位为s
D    请求时间,单位为ms
p    进程id
{Header}i    请求头
{Header}o    相应头
{Variable}e    环境变量


errorlog
--error-logfile FILE, --log-file FILE

要写入错误日志的文件目录。

loglevel
--log-level LEVEL

错误日志输出等级。

支持的级别名称为:

debug(调试)
info(信息)
warning(警告)
error(错误)
critical(危急)
更多配置:http://docs.gunicorn.org/en/stable/settings.html#server-mechanics
 

### systemd 单元文件结构解析 systemd 单元文件用于定义和管理服务的运行方式,Gunicorn 作为 Python Web 应用的服务器,通常通过 systemd 进行守护进程管理,以实现开机自启、自动重启、日志记录等功能。一个典型的 Gunicorn systemd 单元文件结构如下: ```ini [Unit] Description=Gunicorn service for your app After=network.target [Service] User=your_username Group=your_username WorkingDirectory=/path/to/your/app ExecStart=/path/to/your/app/venv/bin/gunicorn --workers 3 --bind unix:/path/to/your/app.sock app:app [Install] WantedBy=multi-user.target ``` #### 单元文件各部分说明 - **[Unit] 段**:定义服务的元信息和依赖关系。 - `Description`:服务的简要描述,用于标识该服务的用途。 - `After`:指定该服务在哪些其他服务或目标之后启动,通常设置为 `network.target`,确保网络服务就绪后再启动 Gunicorn 服务[^1]。 - **[Service] 段**:定义服务的执行方式和运行环境。 - `User`:指定运行服务的用户,通常为部署应用的普通用户,以提高安全性。 - `Group`:指定运行服务的用户组,通常与 `User` 设置一致,或设为 `www-data` 等通用 Web 用户组。 - `WorkingDirectory`:指定服务的工作目录,应设置为项目根目录,确保 Gunicorn 能正确加载应用模块和依赖。 - `ExecStart`:指定启动服务的命令,通常包含 Gunicorn 的路径、工作进程数、绑定地址和应用模块路径等参数。例如,`--workers 3` 表示使用 3 个工作进程,`--bind unix:/path/to/your/app.sock` 表示通过 Unix 套接字绑定,`app:app` 表示从 `app.py` 文件中加载名为 `app` 的 Flask 实例[^3]。 - **[Install] 段**:定义服务的安装方式。 - `WantedBy`:指定服务应被哪个目标(target)依赖,通常设置为 `multi-user.target`,表示在多用户模式下启用该服务。启用后,服务将在系统启动时自动运行。 #### 常见配置参数详解 - `--workers`:指定 Gunicorn 启动的工作进程数,通常建议设置为 CPU 核心数的 2 倍加 1,以充分利用多核 CPU 的性能。 - `--bind`:指定 Gunicorn 绑定的地址和端口,支持 TCP 和 Unix 套接字两种方式。Unix 套接字(`unix:/path/to/your/app.sock`)通常用于与 Nginx 等反向代理配合使用,提供更高的性能和安全性。 - `--access-logfile`:指定访问日志的输出路径,若设为 `-` 表示输出到标准输出,便于 systemd 收集日志信息。 - `--log-level`:设置日志级别,如 `debug`、`info`、`warning` 等,用于控制日志输出的详细程度[^2]。 #### 启动与管理 Gunicorn 服务 配置完成后,需重新加载 systemd 配置并启动服务: ```bash sudo systemctl daemon-reload sudo systemctl start gunicorn sudo systemctl enable gunicorn ``` - `daemon-reload`:重新加载 systemd 配置文件,使新添加的单元文件生效。 - `start`:启动 Gunicorn 服务。 - `enable`:设置服务开机自启。 可通过以下命令查看服务状态和日志: ```bash sudo systemctl status gunicorn journalctl -u gunicorn ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值