centos7+python3.6+nginx+uwsgi+django2的搭建笔记

公司需上线一套python编写的代码，需要给搭建一套环境  ，本次采用centos7+python3.6+nginx+uwsgi2+django2+mysql5.7的方式来进行搭建

写在部署前

在线上部署django项目时，比较成熟的方案是：nginx + uWSGI + Django。 nginx和Django 都比较熟悉了，uWSGI是什么呢？WSGI是一个协议，python用于web开发的协议，uWSGI则是一个程序，充当WEB服务器或者中间件。当Nginsx+uWSGI+Django一起使用时，uWSGI就是个中间件，如果直接用django+uWSGI时，uWSGI就是个WEB服务器

说下WEB协议出现的顺序： CGI --> FCGI --> WSGI --> uwsgi。
CGI是最早的协议，然后FCGI顾名思义就是比CGI更快，WSGI是Python专用的协议，uwsgi比FCGI和WSGI都快，是uWSGI项目的自有协议，主要特征是采用二进制来存储数据，
之前的协议都是存储字符串，所以在存储空间和解析速度上，都会优于字符串协议。

附官方资料地址：http://uwsgi-docs.readthedocs.io/en/latest/FAQ.html

CGI = Common Gateway Interface，通用网关接口
顾名思义，它是一种接口规范。该规范详细定义了Web服务器中运行的服务器代理程序，怎样获取及返回网页生成过程中，服务器环境上下文和HTTP协议中的参数名称，
如大家所熟知的：REQUEST_METHOD，QUERY_STRING，CONTENT_TYPE等等。绝大部分的Web服务器程序，是以脚本的形式代理接受并处理HTTP请求，返回HTTP页面或响应。
这些脚本程序，就是大家所熟知的PHP、ASP、JSP等等。

FCGI = Fast CGI
它其实是CGI在具体实现中的的一个变种。其设计思路是，通过减少CGI代理程序和Web宿主服务程序的通信开销，从而达到提高Web服务性能的最终目的。
由此可见，FCGI在规范上跟CGI并没有不同，
只是具体实现方式上有所改进：
    CGI的做法是，对于每个HTTP请求，Web宿主服务程序都建立新的进程以调用服务器脚本，响应该请求；大量HTTP请求时，服务器频繁创建进程会影响服务器性能。
    FCGI的做法是，建立一个独立的FCGI服务程序进程，和Web宿主服务程序进程通信，FCGI服务进程被一旦启动后，自己分配资源、创建线程响应HTTP请求、并决定自身生命周期，
从而大大降低了系统为了创建进程而做出的资源开销。FCGI还支持分布式，也就是WEB服务器和应用程序可以再不通的机器上。
现代流行的Web服务器程序，如PHP、ASP.Net，基本都是FCGI的实现。

SCGI = Simple CGI
它是FCGI在精简数据协议和响应过程后的产物。其设计目的是为了适应越来越多基于AJAX或REST的HTTP请求，而做出更快更简洁的应答。
并且SCGI约定，当服务器返回对一个HTTP协议请求响应后，立刻关闭该HTTP连接。所以不难看出，SCGI更加适合于普遍意义上SOA所提倡的“请求-忘记”这种通信模式。

WSGI = Web Server Gateway Interface
此协议是Python语言的专利，它定义了一组在Web服务宿主程序和HTTP响应代理程序之间通信的普遍适用的接口。
它的产生是因为Python程序员注意到，对于Web框架和Web宿主服务器程序间，有严重的耦合性，比如说，某些框架是针对Apache的mod_python设计的。
于是，WSGI就定义了一套非常低级别的接口。常见的Python Web框架都实现了这个协议：如 CherryPy, Django, web.py, web2py, TurboGears, Tornado,
Pylons, BlueBream, Google App Engine[dubious – discuss], Trac, Flask, Pyramid,等等.

浏览器请求一个页面的流程

1. 浏览器发送请求给服务器，包含请求头和请求体
2. 服务器解析请求头和请求体
3. 服务器根据请求信息来处理请求，生成返回内容
4. 服务器生成响应头和响应体
5. 服务器返回响应给浏览器，浏览器显示给用户

　　步骤1,2,4,5在所有网站的请求中都是一样的，只有步骤3是不固定的。所以把固定的4个步骤抽象出来，让开发者只关注步骤3,可以提高开发效率。
WSGI，全称 Web Server Gateway Interface, 是python专用的协议，其他语言没有。用于处理WEB服务器和应用程序APP的交互信息。很多WEB框架
都有自带的WSGI服务器，不过性能并不理想，只能用于测试用途。

nginx的知识

# nginx 相关

（1）正向代理：浏览器主动请求代理服务器，代理服务器转发请求到对应的目标服务器。
（2）反向代理：部署在WEB服务器上，代理所有外部网络的访问，浏览器访问服务器，必须经过这个代理，是被动的。
正向代理的主动方是客户端，反向代理的主动方是WEB服务器。

反向代理的作用:
    (1)安全，客户端对Web服务器的访问需要先经过反向代理服务器。这样可以防止外部程序对Web服务器的直接攻击。
    (2)负载均衡，反向代理服务器可以根据Web服务器的负载情况，动态地把HTTP请求交给不同的Web服务器来处理，前提是要有多个Web服务器。
    (3)提升Web服务器的IO性能。一个HTTP请求的数据，从客户端传输给服务器，是需要时间的，例如N秒，如果直接传给Web服务器，Web服务器就需要让一个进程阻塞N秒，来接收IO，
这样会降低Web服务器的性能。如果使用反向代理服务器，先让反向代理服务器接收完整个HTTP请求，再把请求发给Web服务器，就能提升Web服务器的性能。还有一些静态文件的请求，
可以直接交给反向代理来处理，不需要经过Web服务器。

二.正式安装

2.1.系统环境

centos7.3
nginx1.14.0
mysql 5.7
Django 2.0.6
django-cors-headers 2.2.0
future 0.16.0
mysqlclient 1.3.12
pip 10.0.1
PyMySQL 0.8.1
pytz 2018.4
setuptools 39.0.1
uWSGI 2.0.17
xlrd 1.1.0
xlwt 1.3.0

2.2 安装python3.6及环境

2.2.1 安装依赖包

# yum -y install zlib-devel bzip2-devel openssl-devel ncurses-devel sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel python-devel

2.2.2 安装python

（1）安装python
# wget https://www.python.org/ftp/python/3.6.5/Python-3.6.5.tgz
# mkdir -p /usr/local/python365
# tar zxvf Python-3.6.5.tgz
# cd Python-3.6.5
# ./configure --prefix=/usr/local/python365
# make
# make install
# ln -s /usr/local/python365/bin/python3 /usr/local/bin/python3   #配置python3的软连接
# ln -s /usr/local/python365/bin/pip3 /usr/local/bin/pip3           #配置pip的软连接

（2）验证python版本
#python3 -V
Python 3.6.5

（3 ）验证pip是否安装
#pip3 -V
pip 10.0.1 from /usr/local/python356/lib/python3.6/site-packages/pip (python 3.6)

2.2.3  安装后续所需要的pip软件包

（3）安装所需要的包
#pip3 install ipython           #安装ipython方便调试
#pip3 install Django==2.0.6    #安装Djiango
#pip3 install django-cors-headers==2.2.0
#pip3 install future==0.16.0
#pip3 install mysqlclient==1.3.12
#pip3 install PyMySQL==0.8.1
#pip3 install pytz==2018.4
#pip3 install xlrd==1.1.0
#pip3 install xlwt==1.3.0

2.3 安装配置nginx

此处对nginx安装描述不做太多的描述

代码目录：/data/wwwroot/

日志目录：/data/wwwlogs

安装目录：/usr/local/nginx/

配置文件目录:/usr/local/nginx/conf/vhost/

2.4 安装配置uwsgi

2.4.1 安装测试

（1）安装
# pip3 install uwsgi
#ln -s /usr/local/python365/bin/uwsgi /usr/local/bin/uwsgi  #建立软链接
#uwsgi --version  #检查安装成功
2.0.17

（2）测试
方法一： 创建test.py文件，添加如下代码
# cat test.py
def application(environ, start_response):
    status = '200 OK'
    output = 'Hello World! powerde by wsgi'
    response_headers = [('Content-type', 'text/plain'),
('Content-Length', str(len(output)))]
    start_response(status, response_headers)
    return [output]

#执行如下代码
uwsgi --http :8001 --wsgi-file test.py

浏览器访问http://your-ip:8001输出Hello World表示安装正常

方法二：

以下ln命令为了在终端中使用django-admin命令
ln -s /usr/local/python3/bin/django-admin /usr/bin/django-admin

创建一个测试的项目
django-admin startproject testProject
cd testProject
uwsgi --http :8000 --module testProject.wsgi

浏览器访问http://your-ip:8000输出It worked页面表示安装正常　

2.4.2 配置

将代码上传到服务器上面/data/wwwroot下

（在django项目project目录下（manage.py下）创建配置文件分两种 ini 与xml此次安装是通过uwsgi.ini的方式来进行配置的，也可以通过xml的方式来进行配置）

# cd  /data/wwwroot/huayun/huayun
# vim uwsgi.ini
[uwsgi]
socket = 127.0.0.1:9090
chdir = /data/wwwroot/huayun
module = huayun.wsgi
master = true
processes = 2
threads = 2
max-requests = 2000
vacuum = true
daemonize = /data/wwwlogs/uwsgi.log
post-buffering = 65535
buffer-size = 65535
harakiri-verbose = true
harakiri = 300
uid = root
pidfile = /var/run/uwsgi.pid

参数说明：

socket：指定监听地址和端口

chdir：指定工程的绝对路径，如Django的项目路径

module：指定web应用的入口模块，如Django项目下的wsgi.py接口文件

master：启动主进程

processes：启动进程数

threads：启动线程数

max-requests：最大请求数

daemonize：指定uWSGI日志文件路径

stats：指定状态查询端口,如：127.0.0.1:9001

wsgi-file：指定启动的文件

post-buffering：设置缓冲区

buffer-size：设置缓冲区文件大小

harakiri-verbose：设置超时true为开启

harakiri：设置超时时间

uid、gid：设置用户和组

pidfile：指定启动时的pid文件路径

2.5 编写开机启动脚本

# vim /usr/lib/systemd/system/uwsgi.service
[Unit]
Description=uwsgi service
After=network.target

[Service]
Type=forking
PIDFile=/var/run/uwsgi.pid
ExecStartPre=/usr/bin/rm -f /var/run/uwsgi.pid
ExecStart=/usr/local/python365/bin/uwsgi --ini /data/wwwroot/huayun/huayun/uwsgi.ini
ExecReload=/bin/kill -s HUP $MAINPID
KillSignal=SIGQUIT
TimeoutStopSec=5
KillMode=process
PrivateTmp=true

[Install]
WantedBy=multi-user.target
[root@host-10-0-100-111 system]# systemctl daemon-reload

　

2.6 通过配置文件进行启动　

#uwsgi --ini   /data/wwwroot/huayun/huayunuwsgi.ini #启动服务

可以先直接用命令看项目是否能够跑成功
uwsgi --http :8000 --module huayun.wsgi

#ps -ef|grep "uwsgi" #查看进程
root 8616 1 0 18:45 ? 00:00:00 uwsgi --ini /data/wwwroot/huayun/huayun/uwsgi.ini
root 8627 8616 0 18:45 ? 00:00:00 uwsgi --ini /data/wwwroot/huayun/huayun/uwsgi.ini
root 8628 8616 0 18:45 ? 00:00:00 uwsgi --ini /data/wwwroot/huayun/huayun/uwsgi.ini

#netstat -lntp|grep "uwsgi"
tcp 0 0 127.0.0.1:9090 0.0.0.0:* LISTEN 103596/uwsgi

　　

2.7 配置nginx的转发规则

配置nginx转发uwsgi配置
# cd /usr/local/nginx/conf/vhost/

[root@host-10-0-100-135 vhost]# vim djiango.conf
server {
    listen 8080;
    server_name localhost;
    charset     utf-8;
    access_log      /data/wwwlogs/huayun__access.log;
    error_log       /data/wwwlogs/huayun_error.log;
    client_max_body_size 75M;

    location /static {
        alias /data/wwwroot/huayun/huayun/static;     #配置静态页面地址
        }

    location / {
        include     /usr/local/nginx/conf/uwsgi_params;
        uwsgi_pass  127.0.0.1:9090;        #转发
        }
    }
# systemctl restart nginx

2.8 测试是否能够访问

成功访问