• nginx--做为负载均衡使用


    在之前的文章中,我们通过服务代理的方式已经看到了Nginx有作为负载均衡服务的功能了,在这篇文章中,我会讲解Nginx的基本的负载均衡的使用、backup状态演示、轮询策略和加权轮询、负载均衡策略ip_hash的方式、负载均衡策略url_hash策略。

    1.负载均衡的基本使用

    1.1负载均衡流程图

    通过在Nginx服务器中配置proxy_pass和upstream server组可以实现最基本的负载均衡。Nginx收到客户端的请求后,将请求代理路由到upstream server中配置的各个服务中,默认会使用轮询的策略依次访问各个服务。


     
    负载均衡

    1.2upstream语法

    upstream name {...},而且只能配置在http中

    1.3实战一:Nginx将请求负载均衡到后端3个服务中去

    1.3.1配置3个后端服务server1,server2,server3

    server1.conf的配置文件:

    server {
        listen       8001;
        server_name  localhost;
    
        #charset koi8-r;
        access_log  /var/log/nginx/log/server1.access.log  main;
    
        location / {
            root   /opt/app/code1;
            index  index.html index.htm;
        }
    

    端口8001,访问的是/opt/app/code1路径下的index.html文件
    server2.conf配置文件

    ####################
    #Author:jeson@imoocc.com
    ####################
    server {
        listen       8002;
        server_name  localhost;
    
        #charset koi8-r;
        access_log  /var/log/nginx/log/server2.access.log  main;
    
        location / {
            root   /opt/app/code2;
            index  index.html index.htm;
        }
    

    端口8002,访问的是/opt/app/code2路径下的index.html文件
    server3.conf配置文件

    server {
        listen       8003;
        server_name  localhost;
    
        #charset koi8-r;
        #access_log  /var/log/nginx/log/server2.access.log  main;
    
        location / {
            root   /opt/app/code3;
            index  index.html index.htm;
        }
    端口8003,访问的是/opt/app/code2路径下的index.html文件
    

    1.3.2新建upstream_test.conf

    ####################
    #Author:zzm
    ####################
        upstream zzm {
            server localhost:8001;
            server localhost:8002;
            server localhost:8003;
        }
    
    server {
        listen       80;
        server_name  localhost ;
    
        #charset koi8-r;
        access_log  /var/log/nginx/test_proxy.access.log  main;
        resolver  8.8.8.8;
    
        location / {

           proxy_set_header Host   $host;
           proxy_pass http://zzm; 

    }

    这里的配置中如果我们监听80端口,如果用户直接访问IP:80/,那么就会负载均衡到8001和8002和8003中的一个上面去。

    1.3.3访问3次

     
    第一次访问

     
    第二次访问

     
    第三次访问

    实战一完成,说明我们最最基本的负载均衡目的已经达成。

    1.4实战二:了解后端服务器在负载均衡调度中的状态

    1.4.1状态的种类:

    • down:当前的server暂时不参与负载均衡
    • backup:预留的备份服务器
    • max_fails:允许请求失败的次数
    • fail_timeout:经过max_fails失败后,服务暂停的时间
    • max_conns:限制最大的接收的连接数

    1.4.2设置server1为down状态,server2为预留服务器,server3最大失败次数1

        upstream zzm {
            server localhost:8001 down;
            server localhost:8002 backup;
            server localhost:8003 max_fails=1 fail_timeout=10s;
        }
    

    1.4.3不断访问localhost:80

    访问结果只有server3,因为server1已经down了,server2是备份


     
    访问结果

    1.4.4我们禁止对8003的访问,预期访问server2

    我们用iptables命令来限制对8003的访问:iptables -I INPUT -p tcp --dport 8003 -j DROP
    此刻再访问localhost:80的结果是:


     
     

    说明backup生效了。

    1.5负载均衡策略

     
    策略

    1.5.1加权轮询策略配置

        upstream zzm {
            server localhost:8001;
            server localhost:8002 weight=5;
            server localhost:8003;
        }
    

    这里我们就只把配置贴出来,具体的演示结果就不展示了

    1.5.2ip_hash

    upstream zzm {
            ip_hash;
            server localhost:8001;
            server localhost:8002;
            server localhost:8003;
        }
    

    这里就多配置了ip_hash这个关键字,是根据客户端的ip来进行负载均衡的,但是如果Nginx的前置是路由器的话,它会根据路由器IP来做负载均衡,所以用的不多,我们这里也不做演示。

    1.5.3hash关键数值

    有时候我们希望用户访问某一些关键路径的时候只能路由到其中的一台服务器上,而不是随机落到一台服务器上,这个时候我们的配置就是这样的:

        upstream zzm {
            hash $request_uri;
            server localhost:8001;
            server localhost:8002;
            server localhost:8003;
        }
    

    无论如何刷新url1.html,都只会到server3上面去访问,而不会到其他两台server中去访问,如下图所示:


     
    image.png

    Nginx作为负载均衡服务就讲到这里~~Nginx的场景实践篇就讲到这里,接下来我们将深度学习Nginx



    作者:没有色彩的狼人
    链接:https://www.jianshu.com/p/14c73c5d7e1d
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

    location / {
    proxy_pass http://taishan;      #请求转向taishan定义的服务器列表
    proxy_set_header Host $host;    #将请求头转发给后端服务器
    proxy_set_header X-Forward-For $remote_addr;    #后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
                              #其他相关配置入下,可以根据需要添加配置
    #client_max_body_size 10m;             #允许客户端请求的最大单文件字节数
    #client_body_buffer_size 128k;            #缓冲区代理缓冲用户端请求的最大字节数
    #proxy_connect_timeout 90;             #nginx跟后端服务器连接超时时间(代理连接超时)
    #proxy_send_timeout 90;              #后端服务器数据回传时间(代理发送超时)
    #proxy_read_timeout 90;              #连接成功后,后端服务器响应时间(代理接收超时)
    #proxy_buffer_size 4k;                #设置代理服务器(nginx)保存用户头信息的缓冲区大小
    #proxy_buffers 4 32k;                #proxy_buffers缓冲区,网页平均在32k以下的话,这样设置
    #proxy_busy_buffers_size 64k;            #高负荷下缓冲大小(proxy_buffers*2)
    #proxy_temp_file_write_size 64k;          #设定缓存文件夹大小,大于这个值,将从upstream服务器传
    # root html;
    # index index.php index.html index.htm;

    upstream apachephp  {

        server ip:8080; #Apache

    }

     

    ## Start www.redis.com.cn ##

    server {

        listen 80;

        server_name  www.redis.com.cn;

     

        access_log  logs/redis.access.log  main;

        error_log  logs/redis.error.log;

        root   html;

        index  index.html index.htm index.php;

     

        ## send request back to apache ##

        location / {

            proxy_pass  http://apachephp;

     

            #Proxy Settings

            proxy_redirect     off;

            proxy_set_header   Host             $host;

            proxy_set_header   X-Real-IP        $remote_addr;

            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;

            proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;

            proxy_max_temp_file_size 0;

            proxy_connect_timeout      90;

            proxy_send_timeout         90;

            proxy_read_timeout         90;

            proxy_buffer_size          4k;

            proxy_buffers              4 32k;

            proxy_busy_buffers_size    64k;

            proxy_temp_file_write_size 64k;

       }

    }

  • 相关阅读:
    PHP 函数
    MariaDB——(三) MariaDB 10.0.15 standard replication主从复制搭建
    MariaDB——(二) MariaDB 10.0.15 日志文件—undo 日志
    MariaDB——(一)CentOS 6.5 下 MariaDB 10.0.15 YUM 安装
    虚拟机中的linux系统文件突然全部变成只读的问题
    复制虚拟机vmware centos搭建集群节点过程中网络配置eth0和eth1遇到的问题以及NAT模式下虚拟机静态IP配置方法
    WMware 中CentOS系统Hadoop 分布式环境搭建(一)——Hadoop安装环境准备
    关于Oracle字符集在dmp文件导入导出中的乱码影响
    VMware 打开虚拟机的时候提示 internal error 内部错误 遇到这个问题时我的解决方法
    ORACLE 存储过程中保存用户自定义异常信息的一种方式
  • 原文地址:https://www.cnblogs.com/lgj8/p/13253639.html
Copyright © 2020-2023  润新知