Uvicorn
Gunicorn
Supervisor
Gunicorn
什么是 Gunicorn ?
答:Gunicorn (‘Green Unicorn’) 是一个 UNIX 下的纯 Python WSGI 服务器。好的,那这是什么意思呢?
Gunicorn 启动了被分发到的一个主线程,然后因此产生的子线程就是对应的 worker。
主进程的作用是确保 worker 数量与设置中定义的数量相同。因此如果任何一个 worker 挂掉,主线程都可以通过分发它自身而另行启动。
worker 的角色是处理 HTTP 请求。
这个 预 in 预分发 就意味着主线程在处理 HTTP 请求之前就创建了 worker。
操作系统的内核就负责处理 worker 进程之间的负载均衡。
它没有其它依赖,容易安装和使用。它所在的位置通常是在反向代理(如 Nginx)或者 负载均衡(如 AWS ELB)和一个 web 应用(比如 Django 或者 Flask)之间.
什么是WSGI?
Wsgi是同步通信服务规范,客户端请求一项服务,并等待服务完成,只有当它收到服务的结果时,它才会继续工作。当然了,可以定义一个超时时间,如果服务在规定的时间内没有完成,则认为调用失败,调用方继续工作。
1 2 pip install gunicorn pip install gevent
-c CONFIG, --config=CONFIG
指定配置文件
-b BIND, --bind=BIND
绑定运行的主机加端口
-w INT, --workers INT
用于处理工作进程的数量,整数,默认为1
-k STRTING, --worker-class STRTING
要使用的工作模式,默认为sync异步,类型:sync, eventlet, gevent, tornado, gthread, gaiohttp
--threads INT
处理请求的工作线程数,使用指定数量的线程运行每个worker。为正整数,默认为1
--worker-connections INT
最大客户端并发数量,默认1000
--backlog int
等待连接的最大数,默认2048
-p FILE, --pid FILE
设置pid文件的文件名,如果不设置将不会创建pid文件
--access-logfile FILE
日志文件路径
--access-logformat STRING
日志格式,--access_log_format '%(h)s %(l)s %(u)s %(t)s'
--error-logfile FILE, --log-file FILE
错误日志文件路径
--log-level LEVEL
日志输出等级
--limit-request-line INT
限制HTTP请求行的允许大小,默认4094。取值范围0~8190,此参数可以防止任何DDOS攻击
--limit-request-fields INT
限制HTTP请求头字段的数量以防止DDOS攻击,与limit-request-field-size一起使用可以提高安全性。默认100,最大值32768
--limit-request-field-size INT
限制HTTP请求中请求头的大小,默认8190。值是一个整数或者0,当该值为0时,表示将对请求头大小不做限制
-t INT, --timeout INT
超过设置后工作将被杀掉并重新启动,默认30s,nginx默认60s
--reload
在代码改变时自动重启,默认False
--daemon
是否以守护进程启动,默认False
--chdir
在加载应用程序之前切换目录
--graceful-timeout INT
默认30,在超时(从接收到重启信号开始)之后仍然活着的工作将被强行杀死;一般默认
--keep-alive INT
在keep-alive连接上等待请求的秒数,默认情况下值为2。一般设定在1~5秒之间
--spew
打印服务器执行过的每一条语句,默认False。此选择为原子性的,即要么全部打印,要么全部不打印
--check-config
显示当前的配置,默认False,即显示
-e ENV, --env ENV
设置环境变量
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 workers = 4 threads = 2 timeout = 30 bind = '0.0.0.0:8000' daemon = 'false' worker_class = "uvicorn.workers.UvicornWorker" worker_connections = 1000 pidfile = '/var/run/gunicorn.pid' accesslog = '/var/log/gunicorn_acess.log' errorlog = '/var/log/gunicorn_error.log' loglevel = 'info'
1 gunicorn -c gunicorn.conf main:app
为了提高使用 Gunicorn 时的性能,我们必须牢记 3 种并发方式:
第一种并发方式(workers 模式,又名 UNIX 进程模式)
每个 worker
都是一个加载 Python 应用程序的 UNIX 进程。worker
之间没有共享内存。
建议的 workers
数量是 (2*CPU)+1
。
对于一个双核(两个CPU)机器,5 就是建议的 worker
数量。
1 gunicorn --workers=5 main:app
第二种并发方式(多线程)
Gunicorn 还允许每个 worker 拥有多个线程。在这种场景下,Python 应用程序每个 worker 都会加载一次,同一个 worker 生成的每个线程共享相同的内存空间。
为了在 Gunicorn 中使用多线程。我们使用了 threads
模式。每一次我们使用 threads
模式,worker 的类就会是 gthread
:
1 gunicorn --workers =5 --threads =2 main:app
在我们的例子里面最大的并发请求数就是 worker * 线程
,也就是10。
在使用 worker
和多线程模式时建议的最大并发数量仍然是(2*CPU)+1
。
第三种并发方式(“伪线程”)
有一些 Python 库比如(gevent 和 Asyncio
)可以在 Python 中启用多并发。那是基于协程实现的“伪线程”。
Gunicrn 允许通过设置对应的 worker 类来使用这些异步 Python 库。
这里的设置适用于我们想要在单核机器上运行的gevent
:
1 gunicorn --worker-class =gevent --worker-connections =1000 --workers =3 main:app
在这种情况下,最大的并发请求数量是 3000
。(3 个 worker * 1000 个连接/worker
)
Uvicorn与Gunicorn一起使用 Uvicorn包括一个Gunicorn工人类,它使您可以运行ASGI应用程序,同时具有Uvicorn的所有性能优势,同时还为您提供Gunicorn的全功能进程管理。
在生产环境中,Guicorn 大概是最简单的方式来管理 Uvicorn 了,生产环境部署我们推荐使用 Guicorn 和 Uvicorn 的 worker 类,这样的话,可以动态增加或减少进程数量,平滑地重启工作进程,或者升级服务器而无需停机
1 gunicorn example:app -w 4 -k uvicorn.workers.UvicornWorker
Uvicorn
什么是 Uvicorn ?
答:Uvicorn 是基于 uvloop 和 httptools 构建的非常快速的 ASGI 服务器 。
什么是 uvloop 和 httptools ?
答:uvloop 用于替换标准库 asyncio 中的事件循环,使用 Cython 实现,它非常快,可以使 asyncio 的速度提高 2-4 倍。asyncio 不用我介绍吧,写异步代码离不开它。httptools 是 nodejs HTTP 解析器的 Python 实现。
什么是ASGI?
Asgi是异步通信服务规范。客户端发起服务呼叫,但不等待结果。调用方立即继续其工作,并不关心结果。如果调用方对结果感兴趣,有一些机制可以让其随时被回调方法返回结果。
uvicorn
设计的初衷?
uvicorn 命令行选项
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 Usage: uvicorn [OPTIONS] APP Options: --host TEXT 绑定套接字到ip地址,默认127.0 .0.1 --port INTEGER 绑定套接字到端口号,默认8000 --uds TEXT 绑定到UNIX域套接字 --fd INTEGER 从此文件描述符绑定到套接字 --reload 启用自动重载(内容修改后) --reload-dir TEXT 显式设置重载目录,而不使用当前工作目录 --workers INTEGER 工作进程数。不适用于--reload 启用 --loop [auto|asyncio|uvloop|iocp] 事件循环实现,默认:auto --http [auto|h11|httptools] HTTP协议实现,默认:auto --ws [auto|none|websockets|wsproto] WebSocket协议实现,默认:auto --lifespan [auto|on|off] 生命周期实施,默认:auto --interface [auto|asgi3|asgi2|wsgi] 应用程序界面选择,默认:auto --env-file PATH 环境配置文件 --log-config PATH 日志配置文件 --log-level [critical|error|warning|info|debug|trace] Log level. [default: info] --access-log / --no-access-log 启用/禁用访问日志 --use-colors / --no-use-colors 启用/禁用彩色日志记录 --proxy-headers / --no-proxy-headers 启用/禁用X-Forwarded-Proto,X-Forwarded-For,X-Forwarded-Port以填充远程地址信息 --forwarded-allow-ips TEXT 逗号分隔的IP列表,以信任代理标头。如果可用,则默认为$ FORWARDED_ALLOW_IPS环境变量,或者为'127.0.0.1' --root-path TEXT --limit-concurrency INTEGER 在发出HTTP 503 响应之前允许的最大并发连接数或任务数。 --backlog INTEGER 积压的最大连接数 --limit-max-requests INTEGER 终止进程之前服务的最大请求数 --timeout-keep-alive INTEGER 如果在此超时时间内未收到新数据,则关闭“保持活动”连接。 [默认值:5] --ssl-keyfile TEXT SSL key file --ssl-certfile TEXT SSL certificate file --ssl-version INTEGER 要使用的SSL版本 [默认值:2] --ssl-cert-reqs INTEGER 是否需要客户端证书 [默认值:0] --ssl-ca-certs TEXT CA证书文件 --ssl-ciphers TEXT 要使用的密码 [默认值:TLSv1] --header TEXT 自定义默认HTTP响应标头 --help 显示帮助消息并退出
有关更多信息,请参阅设置文档 。
使用方法
1 2 uvicorn demo:app --host 0.0 .0 .0 --port 8080 --workers 10 --limit-concurrency 100 --timeout-keep-alive 5 --reload
1 2 3 4 5 6 7 import uvicornasync def app (scope, receive, send ): ...if __name__ == "__main__" : uvicorn.run("example:app" , host="127.0.0.1" , port=5000 , log_level="info" )
supervisor supervisor 是一款基于Python的进程管理工具,可以很方便的管理服务器上部署的应用程序。supervisor的功能如下:
a. 启动、重启、关闭包括但不限于python进程。
b.查看进程的运行状态。
c.批量维护多个进程。
为什么要用supervisor来管理进程,是因为相对于linux传统的进程管理(即系统自带的init 进程管理)方式来说,它有很多的优势:
1) 简单方便
a)supervisor管理进程,只要在supervisor的配置文件中,把要管理的进程的可执行文件的路径写进去就OK了;b)被管理进程作为supervisor的子进程,当子进程挂掉的时候,父进程可以准确获取子进程挂掉的信息的,所以也就可以对挂掉的子进程进行自动重启了, 至于重启还是不重启,也要看配置文件里面有没有设置autostart=true。
2) 精确
linux对进程状态的反馈有时候不太准确, 也就是说linux进程通常很难获得准确的up/down状态, Pidfiles经常说谎! 而supervisor监控子进程,得到的子进程状态无疑是准确的。supervisord将进程作为子进程启动,所以它总是知道其子进程的正确的up/down状态,可以方便的对这些数据进行查询.
3) 进程分组
进程支持分组启动和停止,也支持启动顺序,即‘优先级’,supervisor允许为进程分配优先级,并允许用户通过supervisorctl客户端发出命令,如“全部启动”和”重新启动所有“,它们以预先分配的优先级顺序启动。还可以将进程分为”进程组“,一组逻辑关联的进程可以作为一个单元停止或启动。进程组supervisor可以对进程组统一管理,也就是说我们可以把需要管理的进程写到一个组里面,然后把这个组作为一个对象进行管理,如启动,停止,重启等等操作。而linux系统则是没有这种功能的,想要停止一个进程,只能一个一个的去停止,要么就自己写个脚本去批量停止。
4) 集中式管理
supervisor管理的进程,进程组信息,全部都写在一个ini格式的文件里就OK了。管理supervisor时, 可以在本地进行管理,也可以远程管理,而且supervisor提供了一个web界面,可以在web界面上监控,管理进程。 当然了,本地,远程和web管理的时候,需要调用supervisor的xml_rpc接口。
5) 可扩展性
supervisor有一个简单的事件(event)通知协议,还有一个用于控制的XML-RPC接口,可以用Python开发人员来扩展构建。
6) 权限
总所周知, linux的进程特别是侦听在1024端口之下的进程,一般用户大多数情况下,是不能对其进行控制的。想要控制的话,必须要有root权限。然而supervisor提供了一个功能,可以为supervisord或者每个子进程,设置一个非root的user,这个user就可以管理它对应的进程了。
7) 兼容性,稳定性
supervisor由Python编写,在除Windows操作系统以外基本都支持,如linux,Mac OS x,solaris,FreeBSD系统
1.组成部分 Supervisor 包括以下四个组件:
supervisord 服务端程序,主要功能是启动 supervisord 服务及其管理的子进程,记录日志,重启崩溃的子进程,等。
supervisorctl supervisor命令行的客户端名称是supervisorctl。它为supervisord提供了一个类似于shell的交互界面。使用supervisorctl,用户可以查看不同的supervisord进程列表,获取控制子进程的状态,如停止和启动子进程
Web Server 实现在界面上管理进程,还能查看进程日志和清除日志。
XML-RPC 接口 可以通过 XML_RPC 协议对 supervisord 进行远程管理,达到和 supervisorctl 以及 Web Server 一样的管理功能。
Supervisor 管理的进程运行状态图:
running:进程处于运行状态
starting:Supervisor 收到启动请求后,进程处于正在启动过程中
stopped:进程处于关闭状态
stopping:Supervisor 收到关闭请求后,进程处于正在关闭过程中
backoff:进程进入 starting 状态后,由于马上就退出导致没能进入 running 状态
fatal:进程没有正常启动
exited:进程从 running 状态退出
2.安装 centos系统下可以直接yum安装, 前提是需要下载epel源, 下载地址: http://dl.fedoraproject.org/pub/epel/
3.常用命令
supervisord
初始启动Supervisord,启动、管理配置中设置的进程
supervisorctl stop programxxx
停止某一个进程
supervisorctl start programxxx
启动某个进程
supervisorctl restart programxxx
重启某个进程
supervisorctl stop groupworker
停止所有属于名为groupworker这个分组的进程(start,restart同理)
supervisorctl stop all
停止全部进程,注:start、restart、stop都不会载入最新的配置文件
supervisorctl reload
载入最新的配置文件,停止原有进程并按新的配置启动、管理所有进程
supervisorctl update
根据最新的配置文件,启动新配置或有改动的进程,配置没有改动的进程不会受影响而重启
supervisord -c /etc/supervisor/supervisord.conf
制定让其读取的配置文件
supervisorctl status programxxx
查看状态
设置开机启动
centos7下:新建文件supervisord.service
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [Unit] Description =Supervisor daemon[Service] Type =forking ExecStart =/usr/bin/supervisord -c /etc/supervisord.conf ExecStop =/usr/bin/supervisorctl shutdown ExecReload =/usr/bin/supervisorctl reload KillMode =process Restart =on -failure RestartSec =42 s[Install] WantedBy =multi-user.target
将文件拷贝到/usr/lib/systemd/system/
1 cp supervisord.service /usr/ lib/systemd/ system/
启动服务
1 systemctl enable supervisord
验证一下是否为开机启动
1 systemctl is -enabled supervisord
4.配置参数说明 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 [unix_http_server] file= /tmp/supervisor.sock 的。如果不设置的话,supervisorctl也就不能用了 不设置的话,默认为none。 非必须设置 不设置的话,默认为0700 。 非必须设置 不设置的话,默认为启动supervisord进程的用户及属组。非必须设置 不设置的话,默认为不需要用户。 非必须设置 如:{SHA}82 ab876 d1387 bfafe46 cc 1 c 8 a2 ef074 eae50 cb1 d 默认不设置。。。非必须设置 不设置的话,默认为不开启。非必须设置 这个必须设置,只要上面的[inet_http_server]开启了,就必须设置它 [supervisord] 这个必须设置,不设置,supervisor就不用干活了 logfile= /tmp/supervisord.log 默认路径$CWD/supervisord.log,$CWD是当前目录。。非必须设置 logfile_maxbytes= 50 MB 志文件。当设置为0 时,表示不限制文件大小 默认值是50 M,非必须设置。 logfile_backups= 10 数量大于10 时,最初的老文件被新文件覆盖,文件数量将保持为10 当设置为0 时,表示不限制文件的数量。 默认情况下为10 。。。非必须设置 loglevel= info 默认为info。。。非必须设置项 pidfile= /tmp/supervisord.pid 默认为$CWD/supervisord.pid。。。非必须设置 nodaemon= false 默认为false ,也就是后台以守护进程运行。。。非必须设置 minfds= 1024 系统的文件描述符在这里设置cat /proc/sys/fs/file-max 默认情况下为1024 。。。非必须设置 minprocs= 200 ulimit -u这个命令,可以查看linux下面用户的最大进程数 默认为200 。。。非必须设置 默认为022 。。非必须设置项 我这里面设置的这个用户,也可以对supervisord进行管理 默认情况是不设置。。。非必须设置项 supervisor的时候,而且想调用XML_RPC统一管理,就需要为每个 supervisor设置不同的标识符了 默认是supervisord。。。非必需设置 supervisord进程之前,会先切换到这个目录 默认不设置。。。非必须设置 产生的日志文件(路径为AUTO的情况下)清除掉。有时候咱们想要看历史日志,当 然不想日志被清除了。所以可以设置为true 默认是false ,有调试需求的同学可以设置为true 。。。非必须设置 默认路径是这个东西,执行下面的这个命令看看就OK了,处理的东西就默认路径 python -c "import tempfile;print tempfile.gettempdir()" 非必须设置 环境变量,在这里可以设置supervisord进程特有的其他环境变量。 supervisord启动子进程时,子进程会拷贝父进程的内存空间内容。 所以设置的 这些环境变量也会被子进程继承。 小例子:environment= name= "haha" , age= "hehe" 默认为不设置。。。非必须设置 序列呢?就是我们的\n, \t这些东西。 默认为false 。。。非必须设置 [rpcinterface:supervisor] 个选项必须要开启的 supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface [supervisorctl] serverurl= unix:///tmp/supervisor.sock 路径,注意这个是和前面的[unix_http_server]对应的 默认值就是unix:///tmp/supervisor.sock。。非必须设置 注意这个和前面的[inet_http_server]对应 默认就是http://127.0 .0.1 :9001 。。。非必须项 默认空。。非必须设置 默认空。。非必须设置 默认supervisor。。非必须设置 默认是no file的。。所以我们想要有这种功能,必须指定一个文件。。。非 必须设置 有点关联最好。这样的program我们可以设置一个或多个,一个program就是 要被管理的一个进程 例子:/home/test.py -a 'hehe' 有一点需要注意的是,我们的command只能是那种在终端运行的进程,不能是 守护进程。这个想想也知道了,比如说command= service httpd start。 httpd这个进程被linux的service管理了,我们的supervisor再去启动这个命令 这已经不是严格意义的子进程了。 这个是个必须设置的项 了,它默认值%(program_name)s也就是上面的那个program冒号后面的名字, 但是如果numprocs为多个的话,那就不能这么干了。想想也知道,不可能每个 进程都用同一个进程名吧。 默认为1 。。非必须设置 默认不设置。。。非必须设置 默认值为999 。。非必须设置 默认就是true 。。非必须设置 和true 。如果为false 的时候,无论什么情况下,都不会被重新启动, 如果为unexpected,只有当进程的退出码不在下面的exitcodes里面定义的退 出码的时候,才会被自动重启。当为true 的时候,只要子进程挂掉,将会被无 条件的重启 动成功了 默认值为1 。。非必须设置 此进程的状态置为FAIL 默认值为3 。。非必须设置 退出码是expected的。 默认为TERM 。。当用设定的信号去干掉进程,退出码会被认为是expected 非必须设置 给supervisord,所等待的最大时间。 超过这个时间,supervisord会向该 子进程发送一个强制kill的信号。 默认为10 秒。。非必须设置 子进程。那么我们如果仅仅干掉supervisord的子进程的话,子进程的子进程 有可能会变成孤儿进程。所以咱们可以设置可个选项,把整个该子进程的 整个进程组都干掉。 设置为true 的话,一般killasgroup也会被设置为true 。 需要注意的是,该选项发送的是stop信号 默认为false 。。非必须设置。。 管理该program 默认不设置。。。非必须设置项 默认为false ,非必须设置 设置为none的话,将没有日志产生。设置为AUTO的话,将随机找一个地方 生成日志文件,而且当supervisord重新启动的时候,以前的日志文件会被 清空。当 redirect_stderr= true 的时候,sterr也会写进这个日志文件 发送信息,而supervisor可以根据信息,发送相应的event。 默认为0 ,为0 的时候表达关闭管道。。。非必须项 触发supervisord发送PROCESS_LOG_STDOUT类型的event 默认为false 。。。非必须设置 设置了,设置了也是白搭。因为它会被写入stdout_logfile的同一个文件中 默认为AUTO,也就是随便找个地存,supervisord重启被清空。。非必须设置 程,不过它干的活是订阅supervisord发送的event。他的名字就叫 listener了。我们可以在listener里面做一系列处理,比如报警等等 楼主这两天干的活,就是弄的这玩意 OK了 超过10 的时候,最旧的event将会被清除,并把新的event放进去。 默认值为10 。。非必须选项 默认为不切换。。。非必须 unexpected和exitcodes的关系 那么会被认为是正常维护,退出码也被认为是expected中的 默认为空。。非必须设置 默认为false 。。。非必须设置 默认为空。。。非必须设置 我们可以对组名进行统一的操作。 注意:program被划分到组里面之后,就相当于原来 的配置从supervisor的配置文件里消失了。。。supervisor只会对组进行管理,而不再 会对组里面的单个program进行管理了 这个是个必须的设置项 默认999 。。非必须选项 就有点大了。我们可以把配置信息写到多个文件中,然后include过来
5.demo python程序进程一般都用supervisor进行管理
分享一个线上曾经用过的supervisor监控python程序的配置
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 [program:xcspam] command =/usr/bin/python /app/web/xcspam/bin/main.py --port=93 %(process_num)02 dprocess_name =%(program_name)s_%(process_num)02 dnumprocs =16 numprocs_start =1 directory =/app/web/xcspamuser =workautostart =true autorestart =true stopsignal =QUITstdout_logfile =/data/log/xcspam/xcspam.logstderr_logfile =/data/log/xcspam/xcspam_error.logstdout_logfile_maxbytes =0 stderr_logfile_maxbytes =0 environment =PYTHONPATH=/app/web/xcspam, KEVIN_ENV=production[program:uwsgi] command =/usr/local/python3/bin/uwsgi /usr/local/nginx/conf/uwsgi.inidirectory =/data/www/APPServer/startsecs =0 stopwaitsecs =0 autostart =true autorestart =true
重启supervisor服务
1 2 3 # /etc/init.d/supervisord restart Stopping supervisord: Starting supervisord:
查看supervisor管理的两个进程状态
1 2 3 4 5 6 [root@localhost ~] main RUNNING pid 16183, uptime 0:00:12 uwsgi RUNNING pid 19043, uptime 0:00:13 supervisor> status main RUNNING pid 16183, uptime 0:00:17 uwsgi RUNNING pid 19043, uptime 0:00:18
查看管理的这两进程的运行情况
1 2 3 4 5 6 7 [root@localhost ~]# ps -ef|grep main root 16183 16181 0 21 :38 ? 00 :00 :00 /usr/ local/bin/m ain root 16207 15953 0 21 :42 pts/0 00 :00 :00 grep main [root@localhost ~]# ps -ef|grep uwsgi root 16595 16064 0 21 :40 pts/0 00 :00 :00 grep --color=auto uwsgi root 19043 17056 0 21 :44 ? 00 :00 :04 /usr/ local/python3/ bin/uwsgi /u sr/local/ nginx/conf/u wsgi.ini
6.开启Supervisor Web 管理界面 在supervisord.conf
配置中添加以下配置:
1 2 3 4 [inet_http_server] port =*:9000 username =userpassword =123
7.错误收集 ps:supervisor 比较适合监控业务应用,且只能监控前台程序,如果你的程序是以daemon的方式启动,就不能使用supervisor监控了,那么执行:supervisor status 会提示:BACKOFF Exited too quickly (process log may have details)。
1 FATAL Exited too quickly
出现这个问题原因:a、配置出错,查看错误日志;b.Supervisor 管理的进程不能设置为 daemon 模式如我们使用supervisor守护redis:如果 Redis 无法正常启动,可以查看一下 Redis 的配置,并将daemonize
选项设置为 no。
参考 [译] 通过优化 Gunicorn 配置提高性能√
Python 异步 ASGI 服务器及框架
uvicorn 启动多线程异常停止问题
*Supervisor (进程管理利器) 使用说明 - 运维笔记
https://www.cnblogs.com/freely/p/10087950.html
Centos+Gunicorn+Nginx+Supervisor部署Flask – 简书
Flask Gunicorn Supervisor Nginx 项目部署小总结
【已解决】CentOS中用python2的pip去安装supervisor后找不到/etc/supervisor中的默认配置文件supervisord.conf