nginx 反向代理 负载均衡

nginx反向代理

  • 用户(浏览器) 请求网站资源 -> 直接定位到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.73 打开这个机器的页面是吃鸡的网游页面

  4. 配置反向代理服务器

    修改 **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.73;
        }
       #通过这个参数,定义错误页面的文件  ,当状态码是 404 400 401 时,返回40x.html页面
        error_page  404 401 400 403              /40x.html;
    }
    
  5. nginx 脚本命令

    nginx 直接输入是启动
    nginx -s stop 停止
    nginx -s reload 平滑重启,重新读取配置文件

  • .nginx.conf.swp 这个文件,是由于你在vim编辑文件的时候,异常退出,或者有其他人也想获取这个文件句柄,vim防止文件内容错乱,丢失,自动生成一个swp缓存文件,用于保护文件的

nginx负载均衡

  • 负载 均衡 ,字面意思, 压力平摊

  1. 如何配置nginx,支持负载均衡

  2. 环境准备,准备3台机器

    服务器1 nginx负载均衡器 192.168.15.71

    服务器2 web应用资源1 192.168.15.73

    服务器3 web应用资源2 39.96.68.102

  3. 配置负载军器 ,192.168.15.71 机器

    nginx.conf,修改添加如下参数

    这个参数,应该写在http{}内部,写在server{}以上
    upstream s16backup {
           server 192.168.15.75;
           server 192.168.15.118;
    }
    

    第一个虚拟主机,修改配置如下

    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. 项目部署实验步骤

    1. nginx
    2. uwsgi+django

uwsgi 部署:

  1. 创建新的虚拟环境,且解决crm的环境依赖

  2. 在虚拟环境下安装uwsgi

    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

  4. 用uwsgi启动django项目

    uwsgi --http :9000 --module Alibab_crm.wsgi

    uwsgi加上热加载命令

    uwsgi --http :8000 --module Alibab_crm.wsgi --py-autoreload=1

    使用uwsgi配置文件去启动项目

    1. 手动创建uwsgi.ini 配置文件

    (alicrm) [root@s16ds Alibab_crm]# cat uwsgi.ini mysite_uwsgi.ini file

    # mysite_uwsgi.ini file
    [uwsgi]
    # Django-related settings
    # the base directory (full path)
    #指定django的项目目录,第一层
    chdir           = /opt/django_crm
    # Django's wsgi file
    #找到django的wsgi文件
    #这里需要写项目的第二层目录Alibab_crm
    module          = django_crm.wsgi
    # the virtualenv (full path)
    #填写虚拟环境的绝对路径
    home            = /root/Envs/DjangoCRM
    # 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:8080
    #如果你没用nginx,只想自己启动一个http界面,用这个
    # http =  0.0.0.0:8000
    
    # ... with appropriate permissions - may be needed
    # chmod-socket    = 664
    # clear environment on exit
    vacuum          = true
    
    
  5. 通过配置文件启动uwsgi

    uwsgi --ini uwsgi.ini

  6. 收集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

  7. 配置nginx,反响代理django服务器,且解析静态文件

    proxy_pass 仅仅是请求转发的参数,与uwsgi结合,还有跟高级的协议参数

    修改nginx配置文件如下

    server {
         listen       80;
         server_name  s16chiji.com;
         location / {
    		root   /opt/s16chiji;
    		index  index.html;
    		# 使用uwsgi_pass 转发基于uwsgi协议的一个请求
     		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;
         error_page   500 502 503 504  /50x.html;
    
     }
    	
    
  8. 此时nginx结合uwsgi 已经完成

    192.168.15.71

  9. 记住这里推出虚拟环境,使用物理环境去运行

posted @ 2019-04-29 19:16  拐弯  阅读(576)  评论(0编辑  收藏  举报