CentOS 下部署Nginx+Gunicorn+Supervisor部署Flask项目

原本之前有一部分东西是在Windows Server，但是由于Gunicorn不支持Windows部署起来颇为麻烦。最近转战CentOS,折腾一段时间，终于简单部署成功。CentOS新手，作为一个总结和整理，错漏难免。
 
首先，需要明确上述几个模块各自的作用（因为以前在windows的IIS就颇为简单，只需要在IIS建站，通过fastCGI处理php文件即可，所以对于CentOS部署中的各个package，理解其各自的作用尤为关键）：
  1. 在Flask框架下，直接运行app即可利用localhost进行访问，但是该解析器仅仅适用于调试, 可以说比较简陋，不能直接在生产环境中使用。因为其实单线程处理，一个请求没有结束，其他的请求全都进不来，所以需要Gunicorn的多进程来提升处理能力. 关于Flask的调试，我利用Chrome的Advanced Rest clien进行api调试
         2. Gunicorn:基于Python的WSGI Server（UNIX） 能够处理请求并交给Flask的app去处理然后进行返回。
  1. Nginx: 其实刚看到Gunicorn，已经能够处理http请求了，为什么还需要它呢？一句话：性能和可拓展性。可能你只是一台server，只是简单的套一个Nginx并且不进行配置，可能用处真的不大，不过考虑到 （参考：https://www.zhihu.com/question/38528616）：
    • 静态文件： Nginx可以直接处理静态文件请求，那么通过配置让Nginx直接处理静态文件。
    • Hold住并发：Nginx可能并不能提升处理能力，但是在一些高并发的场景下，通过nginx保持住请求可以为后端处理赢取时间而不是直接挂掉。由Nginx来缓存发起的请求直到请求接收完全再交给Gunicorn去处理，避免Gunicorn处理请求和响应到客户端的时间消耗，提升Gunicorn的处理能力。
    • 负载均衡：这个在单服务器下可能用处不大，但是谁保不会拓展到多服务器，那么利用Nginx对请求进行分发实现反向负载均衡就意义重大了。
    • 多域名处理：通过Nginx的分发，可以在一台服务器上挂多个域名，以免80端口冲突：即Nginx占用80并分发不同的请求到不同的内部端口。
    • 访问控制，限流等，我暂时没有用到
  2. Supervisor: 利用它，对Gunicorn的进程进行管理。例如CentOS重启的情况，我们自然需要Gunicorn自动开始运行提供服务而不是每次重启都要手动输入再去启动一遍。
 
部署流程：
 
1.根据需要，在CentOS上利用yum安装你的服务所需要的基本环境并且进行配置, 对我来讲:
  • Mysql: 数据持久化和一致性的存储的关系数据库
  • Redis:  我只是利用其做cache（之前用的Memcached）
  • Git: 用来做版本控制，同时方便本机开发的东西从hub上clone和pull
  • Anaconda: 我利用conda来进行虚拟环境管理 （可以利用virtualenv， 总之就是为了防止你不同的项目（不同的版本）之间不同的python库的相互干扰，利用conda/virtualenv来隔离不同的运行环境）
  • 各种环境的安装细节我就不表了，善用搜索引擎。
这一步中可能出现的bugs比较多，善用系统反馈给你的提示和搜索引擎。
 
2.从Git中心Clone你自己的项目到服务器本地, 然后利用你的project中的model生成数据库，同时配置你的配置文件（例如数据库参数，redis参数等等），同时建立项目的Vitualenv，然后安装项目的依赖项到该虚拟环境！！（不要全局安装）
#for conda
source activate my_project_env
conda install -r requirements.txt
 
#for virtualenv
activate my_project_env
pip install -r requirements.txt
安装完项目需要的环境，配合数据库和缓存都做好，这个时候应该已经可以利用 python app.py (激活了my_project_env的情况下)来通过Flask自己的server提供测试级别的服务，就像在本地测试那样测试你的项目是否OK.
此步中如果requirements.txt中可能没有包含的packages, 直接安装解决冲突就好了。
 
3.安装Gunicorn （安装细节不表）， 安装了Gunicorn后，利用
  
gunicorn -w 4 -b 0.0.0.0:8080 run:app
# -w： worker 表示可以处理的进程数 相当于 --worker=4
# -b: bind 就是绑定到哪个屁和端口，0.0.0.0表示可以用服务器的ip访问
# run: 表示run.py app表示Flask application. 
# 此条命令需要在run.py目录下执行，否则需要指明run的路径例如/home/leslie/flask_proj/run:app
 
可以利用服务器或者Advanced RESTFul  client 进行测试了， your-IP:8080
 
4.Nginx的配置
这一步是比较麻烦的，此前的步骤无非就是package的缺失和冲突。而Nginx的配置就需要手动改一些参数了，需要理解。
Nginx的配置文件，存在CentOS的 /etc/nginx/nginx.conf: （关于CentOS下怎么改文档，可以用VIM（https://coolshell.cn/articles/5426.html）或者nano，如果利用windows生成的文档可能会造成换行符的错误，请利用notepad++先转成Unix格式文档再上传）
server {
    listen       80;     # nginx监听的端口
    server_name  _;   
    location / {
        proxy_pass http://127.0.0.1:8080;    # 表名nginx接收到请求去哪里找gunicorn的服务
        proxy_redirect off;
        proxy_set_header Host $host:80;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}
注意：该配置文件中有 include：  /etc/nginx/conf.d/default.conf  # 所以配置哪个应该都是可以的。
service nginx start/stop/restart/reload/status   

#check status: ps -aux | grep nginx
Nginx配置完毕并开启后，应该就可以直接用ip访问了，不需要再指定端口8080了，
相当于 request----->nginx------>gunicorn---->Flask
Flask + Gunicorn + Nginx 部署这位同学的例子很形象：
(nginx收到客户端发来的请求，根据nginx中配置的路由，将其转发给WSGI)
 
nginx："WSGI，找你的来了！"
 
(WSGI服务器根据WSGI协议解析请求，配置好环境变量，调用start_response方法呼叫flask框架)
 
WSGI服务器："flask,快来接客，客户资料我都给你准备好了！"
 
(flask根据env环境变量，请求参数和路径找到对应处理函数，生成html)
 
flask："!@#$%^......WSGI，html文档弄好了，拿去吧。"
 
(WSGI拿到html，再组装根据env变量组装成一个http响应，发送给nginx)
 
WSGI服务器："nginx,刚才谁找我来着？回他个话，!@#$%^....."
 
(nginx再将响应发送给客户端)
 
5.Supervisor
最后是通过基于python的supervisor来管理gunicorn的开机启动了（当然nginx也要开机启动），首先利用conda或者pip安装Supervisor （注意Supervisor目前不支持python3，可能需要建立2.7的环境来安装）：
Supervisor的配置有几个步骤：
  • 配置supervisor启动Gunicorn来提供Flask的服务
  • 配置Supervisor的开机启动，从而实现重启后你的web继续提供服务
具体步骤主要参考这两篇，不过在我的实践中，这两篇各有一些小问题，不过综合起来就差不多了：
  • 安装supervisor(pip or conda)
###生成一个supervisord服务的配置文件
echo_supervisord_conf > supervisord.conf
###将配置文件统一放在/etc下
cp supervisord.conf /etc/supervisord.conf
 
### 修改配置文件
vi /etc/supervisord.conf
 
##加入以下配置信息,
[include]
files = /etc/supervisord.d/*.conf  
 
###为了不将所有新增配置信息全写在一个配置文件里
### 每个配置信息新增一个配置文件，都会被上面那个include添加进去
mkdir /etc/supervisord.d/
 
### 在此目录下增加本app的conf
sudo vi /etc/supervisord.d/my_flask.conf
 
#加入, 注意其中的路径和用户名：
[program:my_flask_app]
directory=/home/leslie/flask-project-directory 
command=/your-gunicorn-whole-path-here/gunicorn app:app -b 127.0.0.1:8080 --workers 8 --max-requests 1000
user=leslie
autostart=true
autorestart=true
redirect_stderr=True
  • 创建supervisor作为一个service的启动脚本（ 位置/etc/init.d/supervisord ）：
#!/bin/sh
#
# /etc/init.d/supervisord
#
# Supervisor is a client/server system that
# allows its users to monitor and control a
# number of processes on UNIX-like operating
# systems.
#
# chkconfig: - 64 36
# description: Supervisor Server
# processname: supervisord
 
# Source init functions
. /etc/rc.d/init.d/functions
 
prog="supervisord"
 
prefix="/usr/leslie"
exec_prefix="${prefix}"
prog_bin="${exec_prefix}/your-path-of-supervisor/bin/supervisord"
# PIDFILE="/var/run/$prog.pid"  # 博客推荐的这个设置对我来说不行，我检查自己的supervisord.conf发现pidfile在tmp
PIDFILE="/tmp/$prog.pid"    
CONF= "/etc/supervisord.conf"   # 让启动的时候知道去哪里找配置文件 文章2没有这个
 
start()
{
       echo -n $"Starting $prog: "
       ###注意下面这一行一定得有-c /etc/supervisord.conf 
       daemon $prog_bin -c $CONF --pidfile $PIDFILE
       [ -f $PIDFILE ] && success $"$prog startup" || failure $"$prog startup"
       echo
}
 
stop()
{
       echo -n $"Shutting down $prog: "
       [ -f $PIDFILE ] && killproc $prog || success $"$prog shutdown"
       echo
}
 
case "$1" in
 
 start)
   start
 ;;
 
 stop)
   stop
 ;;
 
 status)
       status $prog
 ;;
 
 restart)
   stop
   start
 ;;
 
 *)
   echo "Usage: $0 {start|stop|restart|status}"
 ;;
 
esac
  • 然后加入该service到centos的启动项并启动
sudo chmod +x /etc/rc.d/init.d/supervisord 
sudo chkconfig --add supervisord
sudo chkconfig supervisord on 
sudo service supervisord start
  • 就可以查看了：
ps -ef | grep supervisord
## 同时也可以有service supervisord restart/stop/stats

 

此步中可能出现的问题：
ps -ef | grep supervisord   # 通过这个来获得supervisord的进程pid 然后杀掉之前的进程后再启动。
kill (-s SIGTERM) pid
---- supervisor需要python2的环境，而项目可能是不同的环境，所以在较多配置的时候都需要显式的指定路径。
---- syntax error near unexpected token 之类的问题很可能是脚本的问题（比如之前提到window上编辑造成的行位标识符的区别）
---- service supervisord start 时候出现 “No such file or directory error”:
   a.请不要太相信你自己的输入，请多检查！！我因为吧directory写成了derectory（对vi不太熟的时候）这个问题困扰了很久。
   b.此问题也可能来源与/etc/init.d/service_script的符号，例如windows创建的问题。。 详细可见：（Starting service on Linux throws a No such file or directory error  
 
 
 
6 TODO: 
----利用fabric部署？
----http--->https
 
 
更多参考：
posted @ 2018-03-02 11:04  EricXong  阅读(1473)  评论(0)  编辑  收藏  举报