美文网首页
Day42-Nginx代理与负载均衡

Day42-Nginx代理与负载均衡

作者: UncleZ_strive | 来源:发表于2019-09-24 18:55 被阅读0次

    1.什么是负载均衡?

    将任务分摊到多个操作单元上进行执行

    2.为什么需要使用负载均衡?

    3.负载均衡实现的场景? 四层负载均衡

    四层负载均衡:   转发   改写数据包   源IP  源端口  目标IP  目标端口  真实的目标IP 目标端口
    七层负载均衡:   代理   代为办理
    

    4.七层负载均衡与四层负载均衡区别?

    七层负载均衡效率没有四负载均衡高
    四层负载均衡没有七层负载均衡支持的功能多,比如  url匹配  设置头部信息
    负载均衡是基于代理实现的一种形式
    

    5.七层负载均衡配置示例?

    [root@lb01 conf.d]# cat proxy_web.oldxu.com.conf 
    upstream web {
        server 172.16.1.7:80;
        server 172.16.1.8:80;
    }
    
    server {
        listen 80;
        server_name web.oldxu.com;
    
        location / {
            proxy_pass http://web;
            include proxy_params;
        }
    }
    
    [root@lb01 conf.d]# cat /etc/nginx/proxy_params 
    proxy_http_version 1.1;        向后端请求走http1.1--------
    proxy_set_header Host $http_host;
    proxy_set_header X-Real-IP $remote_addr;     透传ip(多台代理其中的一台)----
    proxy_set_header X-Forwarded-For        **透传真实ip
    $proxy_add_x_forwarded_for;
    
    proxy_connect_timeout 30;   连接超时时间    
    proxy_send_timeout 60;   发送超时时间
    proxy_read_timeout 60;   读取超时时间
    
    proxy_buffering on;    
    proxy_buffer_size 32k;  
    proxy_buffers 4 128k;
    

    后端web配置 (为了区分,将两台web的站点配置的不一样,以便测试效果)

    [root@web01 conf.d]# cat web.oldxu.com.conf 
    server {
        listen 80;
        server_name web.oldxu.com;
    
        location / {
            root /html;
            index index.html;
        }
    }
    

    6.七层负载均衡调度算法、后端状态

    轮询 按时间顺序逐一分配到不同的后端服务器(默认)
    机器的配置一致 (web集群 硬件环境 一致)

    weight 加权轮询,weight值越大,分配到的访问几率越高
    机器硬件不一致的情况下使用 (硬件 pc机)

    ip_hash

    每个请求按访问IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器
    解决问题: 能解决会话保持的问题
    带来新的问题: 会造成后端负载不均衡

    url_hash

    按照访问URL的hash结果来分配请求,是每个URL定向到同一个后端服务器
    least_conn 最少链接数,那个机器链接数少 就分发

    7.七层负载均衡后端状态

    状态              概述
    down                当前的server暂时不参与负载均衡
    backup              预留的备份服务器
    max_fails           允许请求失败的次数
    fail_timeout        经过max_fails失败后, 服务暂停时间
    max_conns           限制最大的接收连接数
    
        a   max_fails=2 fail_timeout=10s    运维
        b   max_fails=2 fail_timeout=10s    运维
        c   backup;     开发  运维
        d   down;       离职
    

    8.七层负载均衡实现Redis会话共享

    1、粘性session
    粘性session是指Ngnix每次都将同一用户的所有请求转发至同一台服务器上,及Nginx的 IP_hash。

    2、session复制
    即每次session发生变化时,创建或者修改,就广播给集群中的服务器,使所有的服务器上的session相同。

    3、session持久化 ( 慢 )
    将session存储至数据库中,像操作数据一样操作session。

    4、session共享
    缓存session至内存数据库中,使用redis ( 内存-->刷到磁盘 ),memcached (内存数据库)。

    思路:

    1.在 172.16.1.8 和 172.16.1.7 安装 phpmyadmin fenb (分别测试登录)
    2.配置phpmyadmin连接远程的数据库
    3.接入负载均衡 ---> 代理至后端2台主机
    4.发现无法正常登陆
    5.浏览器测试

    解决接入负载均衡后无法连接问题

    1.在负载均衡上配置 ip_hash 会话保持 (造成用户仅访问后端的某一台主机压力过高)
    2.既希望能够实现流量的均摊,又希望会话的问题得以保持, 所以引入了redis

    redis配置
    1.修改php存储session至redis中
    [root@db01 ~]# vim /etc/php.ini
    session.save_handler = redis
    session.save_path = "tcp://172.16.1.51:6379?weight=1"
    
    
    2.修改php-fpm 注释默认存储session的位置
    [root@web01 ~]# vim /etc/php-fpm.d/www.conf
    ;php_value[session.save_handler] = files
    ;php_value[session.save_path]    = /var/lib/php/session
    
    3.将修改后的配置文件,推送至172.16.1.8
    [root@web01 ~]# scp /etc/php.ini root@172.16.1.8:/etc/
    [root@web01 ~]# scp /etc/php-fpm.d/www.conf root@172.16.1.8:/etc/php-fpm.d/www.conf
    
    4.重启172.16.1.7 172.16.1.8两台服务器的php-fpm
    [root@web02 conf.d]# systemctl restart php-fpm
    

    相关文章

      网友评论

          本文标题:Day42-Nginx代理与负载均衡

          本文链接:https://www.haomeiwen.com/subject/ibgructx.html