Linux--day07--Linux通过nginx项目部署，nginx反向代理，负载均衡， supervisor
nginx反向代理
代理：
微商，代购，房屋中介，黄牛
黄牛：
用户 -> 12306直接购票
用户 -> 黄牛 -> N多个渠道买到票
用户 -> 找到房东，租房子
用户 -> 房屋中介 -> 房东，拿到房源
房屋中介，黄牛，都是代理身份的概念
我们用户，向一个代理请求资源，而不需要关注，这个资源的真实位置
用户(浏览器) 请求网站资源 -> 直接定位到django后台(所有的请求压力，都直接给了后台)
django默认对并发性 很差，并且处理网页的静态资源，效率很差
10万个并发请求 -> 后台应用
用户 > nginx(天然并发性很高，并且处理静态资源css,js.jpg) ，静态资源，nginx直接从磁盘上返回 >
server{
listen 80;
server_name localhost.com;
location / {
root /opt/django_crm;
index index.html;
}
}
#我们在/opt/django_crm中 ，放入一个图片 crm2.png
#这是一个静态资源
localhost.com/crm.png ，如果找不到资源直接返回404
#如果我发送了一个动态请求，（对数据库进行交互，必须有编程语言的支撑）
localhost.com/login/ -> django 后台，django这个编程语言框架，就可以对login请求处理
实现nginx反向代理的功能：
1.实验环境准备，2台机器
用户： 浏览器发起请求，得到请求
192.168.15.71 nginx反向代理服务器(房屋中介代理)
192.168.15.73 真实资源服务器 (有房源的房东)
2.分别在2台机器上，安装nginx
3.先配置真实资源服务器，192.168.15.144 ,打开这个机器的页面是吃鸡的网游页面
4.配置反向代理服务器
.nginx.conf.swp 这个文件，是由于你在vim编辑文件的时候，异常退出，或者有其他人也想获取这个文件句柄，vim防止文件内容错乱，丢失，自动生成一个swp缓存文件，用于保护文件的
修改nginx.conf
如下
#虚拟主机的加载，自上而下的加载，如果是访问的ip地址，永远访问第一个
#我们这个nginx服务器，不再是用作虚拟主机了
#而是直接转发别人的请求，是一个代理身份
server {
listen 80;
server_name s16chiji.com;
location / {
#root /opt/s16chiji;
#index index.html;
#当我的请求是 s16chiji.com的时候，这个nginx不做处理，直接转发请求给另一台机器
proxy_pass http://192.168.15.144;
}
#通过这个参数，定义错误页面的文件 ，当状态码是 404 400 401 时，返回40x.html页面
error_page 404 401 400 403 /40x.html;
}
5.nginx脚本命令
nginx 直接输入是启动
nginx -s stop 停止
nginx -s reload 平滑重启，重新读取配置文件
nginx负载均衡
负载 均衡 ,字面意思, 压力平摊
1.如何配置nginx，支持负载均衡
2.环境准备，准备3台机器
服务器1 nginx负载均衡器 192.168.15.73
服务器2 web应用资源1 192.168.15.144
服务器3 web应用资源2 192.168.15.146
3.配置负载均衡 ，192.168.15.73机器
nginx.conf，修改添加如下参数
这个参数，应该写在http{}内部，写在server{}以上
upstream s16backup {
server 192.168.15.144;
server 192.168.15.146;
}
#第一个虚拟主机，修改配置如下
server {
listen 80;
server_name s16chiji.com;
location / {
#root /opt/s16chiji;
#index index.html;
#当我的请求是 s16chiji.com的时候，这个nginx不做处理，直接转发请求给另一台机器
#proxy_pass http://192.168.15.73;
#这个参数，转发给地址池
proxy_pass http://s16backup;
}
#通过这个参数，定义错误页面的文件 ，当状态码是
404 400 401 时，返回40x.html页面
error_page 404 401 400 403 /40x.html;
}
4.分别启动负载均衡器的nginx服务，以及两个资源服务器
5.nginx负载均衡算法
默认是轮训方式，你一次我一次
权重算法：
upstream django {
server 192.168.15.73 weight=2;
server 192.168.15.118 weight=8;
}
ip 哈希算法： ip哈希和权重不得公用
upstream django {
server 192.168.15.73 ;
server 192.168.15.118 ;
ip_hash;
}
****************************************************************
nginx部署python程序
1.在进行项目部署的时候，如果报错
解决办法：
no application not found
就是因为你的uwsgi没找到django的wsgi.py应用文件
2.为什么要用nginx uwsgi
因为用户只想访问域名，不带有任何端口
通过nginx反向代理，用户直接访问 s16chiji.com ，但是nginx直接转发给了django，我们其实看到的页面是django
uwsgi是支持并发的 python web服务器，让你的django，并发性更高，但是uwsgi不支持静态文件的处理，静态文件会丢失
用nginx处理静态文件，uwsgi处理动态请求
3.项目部署实验步骤
nginx
uwsgi+django
1.创建新的虚拟环境，且解决crm的环境依赖
2.在虚拟环境下安装uwsgi
workon ali_crm
pip3 install uwsgi
3.学习uwsgi命令，如何启动python应用
启动python web文件
创建一个test.py写入如下代码
def application(env, start_response):
start_response('200 OK', [('Content-Type','text/html')])
return [b"Hello World"] # python3
用uwsgi启动一个python web文件
#指定8000端口启动 http服务
#指定wsgi文件
uwsgi --http :8000 --wsgi-file test.py
# 现在可以用 浏览器访问地址 http://192.168.15.73:8000/
4.用uwsgi启动django项目
先cd 到项目目录下
uwsgi --http :9000 --module oldboy_crm.wsgi #oldboy_crm.wsgi代表oldboy_crm文件夹下的wsgi.py文件,此处必须用此语法,不能用路径表示
用浏览器访问。 如果出现1045 access denied，检查项目下的settings.py中的databases中是否填写正确密码。
uwsgi加上热加载命令 （自动重新加载，修改数据后不用手动重启项目）
uwsgi --http :8000 --module oldboy_crm.wsgi --py-autoreload=1
使用uwsgi配置文件去启动项目
1.手动创建uwsgi.ini 配置文件
(alicrm) [root@s16ds oldboy_crm]# cat uwsgi.ini
# mysite_uwsgi.ini file
[uwsgi]
# Django-related settings
# the base directory (full path)
#指定django的项目目录，第一层
chdir = /opt/oldboy_crm
# Django's wsgi file
#找到django的wsgi文件
#这里需要写项目的第二层目录oldboy_crm
module = oldboy_crm.wsgi
# the virtualenv (full path)
#填写虚拟环境的绝对路径
home = /root/Envs/ali_crm
# process-related settings
# master
master = true
# maximum number of worker processes
processes = 5
# the socket (use the full path to be safe
#指定socket协议，运行django，只能与nginx结合时使用
#指定socket协议，运行django，只能与nginx结合时使用
#指定socket协议，运行django，只能与nginx结合时使用
socket = 0.0.0.0:8000
#如果你没用nginx，只想自己启动一个http界面，用这个
#http = 0.0.0.0:8000
# ... with appropriate permissions - may be needed
# chmod-socket = 664
# clear environment on exit
vacuum = true
2.通过配置文件启动uwsgi
uwsgi --ini uwsgi.ini
5.收集django crm的静态文件
编辑crm的settings.py配置文件
写入如下代码
#定义django的静态资源根目录，便于用命令收集资源，存放的地儿
STATIC_ROOT="/opt/crm_static"
STATIC_URL = '/static/'
STATICFILES_DIRS = [
os.path.join(BASE_DIR, 'static')
]
用命令收集静态文件
python3 manage.py collectstatic
6.配置nginx，反向代理django服务器，且解析静态文件
proxy_pass 仅仅是请求转发的参数，与uwsgi结合，还有跟高级的协议参数
修改nginx配置文件如下
server {
# 80端口是代理服务器的端口
listen 80;
server_name s16chiji.com;
location / {
#root /opt/s16chiji;
#index index.html;
#使用uwsgi_pass 转发基于uwsgi协议的一个请求
# 8000端口是被代理服务器的端口
uwsgi_pass 192.168.15.71:8000;
include /opt/nginx112/conf/uwsgi_params;
}
#配置一个url的入口，告诉django静态文件在哪里去找
#当请求url是 s16chiji.com/static/的时候
#就进行别名，nginx去/opt/crm_static下寻找js文件
location /static {
alias /opt/crm_static/;
}
#通过这个参数，定义错误页面的文件 ，当状态码是 404 400 401 时，返回40x.html页面
error_page 404 401 400 403 /40x.html;
}
7.此时nginx结合uwsgi 已经完成
192.168.15.71
8.记住这里退出虚拟环境，使用物理环境去运行
8.记住这里退出虚拟环境，使用物理环境去运行
8.记住这里退出虚拟环境，使用物理环境去运行
8.记住这里退出虚拟环境，使用物理环境去运行
8.记住这里退出虚拟环境，使用物理环境去运行
8.记住这里退出虚拟环境，使用物理环境去运行
配置supervisor工具，管理django后台
这个东西只能用python2去实现
1.下载supervisor
easy_install supervisor
2.配置supervisor的配置文件，编写django任务
echo_supervisord_conf > /etc/supervisor.conf
3.编写运行django的任务
vim /etc/supervisor.conf
在最底行写入如下代码
[program:oldboy_crm]
command=/root/Envs/ali_crm/bin/uwsgi --ini /opt/oldboy_crm/uwsgi.ini
autorestart=true
stopasgroup=true
killasgroup=true
4.启动supervisord这个程序
启动服务端
supervisord -c /etc/supervisor.conf
通过客户端命令查看任务
supervisorctl -c /etc/supervisor.conf
5.学习supervisor管理命令
[root@s16ds alicrm]# supervisorctl -c /etc/supervisor.conf
s16alicrm RUNNING pid 5293, uptime 0:03:03
supervisor> stop all #停止所有任务
supervisor> start all #启动所有任务
supervisor> status s16alicrm
虚拟环境只对python解释器有影响
kill -9 79493 # -9表示强制结束
今日作业： 完成nginx➕uwagi➕crm➕supervisor 运行 √
浙公网安备 33010602011771号