Windows下使用Nginx实现实现Tomcat集群负载均衡

最新推荐文章于 2023-10-12 14:18:37 发布
最新推荐文章于 2023-10-12 14:18:37 发布
阅读量427 收藏
点赞数
分类专栏： Nginx 文章标签： nginx 集群 负载均衡 策略 windows
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zengwende/article/details/86629819
版权

前言

  •   本文章的目的旨在使用Nginx解决高并发情况下的负载均衡问题，也就是通常我们所说的集群。

读前准备

解决问题

  当访问量剧增的时候，单个服务器已经无法满足要求，此时应该要多个服务器一起分担压力，需要实现负载均衡请求分发（集群）

实验环境

  1、三个不同端口的Tomcat（我三个tomcat的端口分别是8080、8081、8082）

  2、Nginx（我的nginx版本为1.14.2）

 

解决方案

注：所有的代码修改都在nginx的nginx.conf文件上，192.168.3.38设置为我的本地IP

1、轮询（默认方式）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器挂掉，能自动剔除，指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。（如果不配权重weight，那就是按照顺序分配，相当于配置的weight都等于1）

#关键的代码

upstream  zengwd.com {   
    server    192.168.3.38:8080  weight=1 max_fails=2 fail_timeout=2s; 
    server    192.168.3.38:8081  weight=2 max_fails=2 fail_timeout=2s;  
    server    192.168.3.38:8082  weight=2 max_fails=2 fail_timeout=2s; 
    }     

server {
        listen       80;
        server_name  192.168.3.38;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            proxy_pass http://zengwd.com;  
            proxy_redirect default;
            proxy_connect_timeout 2s;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

拓展：

这个等待响应的时间我们是可以配置的。

这个时间由以下3个参数控制：
proxy_connect_timeout：与服务器连接的超时时间，默认60s
fail_timeout：当该时间内服务器没响应，则认为服务器失效，默认10s
max_fails：允许连接失败次数，默认为1

实验步骤

1、访问192.168.3.38（为什么访问这个地址？因为我们nginx的虚拟主机的server_name已经配置了192.168.3.38，相当于nginx已经代理了192.168.3.38，而我们访问192.168.3.38相当于访问192.168.3.38的80端口，nginx的默认端口也是80，所以访问192.168.3.38地址，就会通过nginx的代理）

2、观察现象（连续访问5次）

实验结果

 第一次访问

第二次访问

第三次访问

第四次访问

第五次访问

从上面简单地实验现象我们可以看出访问8080、8081、8082的比例为1:2:2，这跟我们配置的轮询的权重策略一致，因此，在轮询的策略中，权重值越高，访问的概率越高，且按照分配的权重的比例来轮询。

2、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

#关键的代码

upstream zengwd.com{
    ip_hash;
    server 192.168.3.38:8080 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8081 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8082 max_fails=2 fail_timeout=2s;
    }

    server {
        listen       80;
        server_name  192.168.3.38;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            proxy_pass http://zengwd.com;
            proxy_redirect default;
            proxy_connect_timeout 2s;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }

实验步骤

1、访问192.168.3.38

2、观察现象（连续访问5次）

实验结果

 第一次访问

第二次访问

第三次访问

第四次访问

第五次访问

从上面简单地实验现象我们可以看出无论我怎么访问我就只能访问到tomcat1，也就是8080端口，因为nginx的ip_hash策略就是一个IP固定只能访问同一台服务器，与轮询不同。

3、最少连接

把请求分配到连接数最少的server，这样使得服务器之间的压力差不会过大。

#关键的代码

upstream zengwd.com{
    least_conn;
    server 192.168.3.38:8080 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8081 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8082 max_fails=2 fail_timeout=2s;
    }

    server {
        listen       80;
        server_name  192.168.3.38;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            proxy_pass http://zengwd.com;
            proxy_redirect default;
            proxy_connect_timeout 2s;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }

实验就不做了，步骤都是大同小异。最小连接这样的策略方式能够平均服务器的压力，不会出现有的负荷过重，有的几乎无压力的情况。

4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。这个需要安装第三方的插件，如果有需要的我出安装fair教程，请在评论区下留言。

#关键的代码

upstream zengwd.com{
    server 192.168.3.38:8080 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8081 max_fails=2 fail_timeout=2s;
    server 192.168.3.38:8082 max_fails=2 fail_timeout=2s;

    fair;
    }

    server {
        listen       80;
        server_name  192.168.3.38;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            proxy_pass http://zengwd.com;
            proxy_redirect default;
            proxy_connect_timeout 2s;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }

 

结语

大家可以根据自己服务器的状况自由搭配分配策略，以上的策略基本上能够满足集群的需求。其实还有一个问题，以上的问题都是解决服务器的压力问题，这都是建立在nginx的服务器没有挂掉的情况。如果nginx服务器挂掉了，等于整个系统都挂掉了，所以这是不是要考虑nginx的集群？还是其他措施？可关注我后续的文章，有兴趣的请留言。

彩蛋

nginx的conf文件最好不要出现Tab等特殊字符或者隐藏字符，否则很容易报错。当然具体的原因可以看下nginx下的logs的error日志。

 

 

zengwende
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Nginx实现tomcat与weblogic集群的负载均衡及故障处理
05-31
1、 介绍安装步骤，重点注意事项； 2、 集群规划，搭建主要步骤，重点注意事项； 3、 编制简单脚本进行优化，参数调优。 4、 最全面、最实用 5、 教程适用于各种版本 ...脚本进行优化，tomcat参数调优
Nginx+Tomcat集群实现负载均衡（windows版）
weixin_45356089的博客
11-14 387
nginx+Tomcat集群实现负载均衡（windows版）
nginx负载均衡简介，一般轮询、加权轮询、ip_hash等负载均衡模式配置介绍
树下一少年的博客
08-11 5187
nginx负载均衡简介，一般轮询、加权轮询、ip_hash等负载均衡模式配置介绍 就是为了减轻web、dns等服务器再接收高并发流量请求时的压力，在接受到请求时将负载分摊到其他多个服务器上，提高服务的响应速度和体验感。
Nginx负载均衡详解（六）
qq_43714097的博客
08-22 2281
nginx 负载均衡 linux 运维
nginx的ip_hash算法
www_dong的博客
09-16 4092
根据用户请求的ip，利用算法映射成hash值，分配到特定的tomcat服务器中。主要是为了实现负载均衡，只要用户ip固定，则hash值固定，特定用户只能访问特定服务器，解决了session的问题。
Nginx反向代理之ip_hash
云深海阔专栏
05-26 7281
1. 什么是ip_hash? ip_hash是根据用户请求过来的ip，然后映射成hash值，然后分配到一个特定的服务器里面； 使用ip_hash这种负载均衡以后，可以保证用户的每一次会话都只会发送到同一台特定的Tomcat里面，它的session不会跨到其他的tomcat里面去的； 2. hash算法原理 如图所示： 首先通过将ip地址映射成一个hash值，然后将hash值对Tomcat的数量3取模，得到Tomcat的索引0、1、2； 比如：5%3=2，则把这个请求发送到Tomcat3服务器，以此类推；
Windows下使用Nginx+Tomcat做负载均衡的完整步骤
09-29
主要介绍了Windows下使用Nginx+Tomcat做负载均衡的完整步骤，帮助大家搭建负载均衡集群，感兴趣的朋友可以了解下
windows下nginx+tomcat配置负载均衡的方法
01-10
目标：Nginx做为HttpServer，连接多个tomcat应用实例，进行负载均衡。 注：本例程以一台机器为例子，即同一台机器上装一个nginx和2个Tomcat且安装了JDK1.7。 1、安装Nginx 安装Nginx教程 2、配置两个Tomcat 在本机上...
windows环境下Nginx+Tomcat搭建高性能负载均衡集群
04-02
windows环境下Nginx（1.15.10）+Tomcat（7.0.93）搭建高性能负载均衡集群，快速部署.txt文档，启动tomcat和Nginx就行，有完整的demo可以直接运行，有测试访问地址localhost:8888/test/
玩转Nginx篇二【IP哈希和URL哈希】
最新发布
qq_42168462的博客
10-12 2426
IP Hash和URL Hash配置和原理以及适用场景
Nginx负载均衡之ip_hash
qq_50685659的博客
08-09 8896
选定的后端在链表中的序号为p。因为total_weight和每个后端的weight都是固定的，所以如果hash3值相同，则找到的后端相同。ip_hash算法的原理很简单，根据请求所属的客户端IP计算得到一个数值，然后把请求发往该数值对应的后端。所以同一个客户端的请求，都会发往同一台后端，除非该后端不可用了。hash3就是计算所得的数值，它只和初始数值hash0以及客户端的IP有关。直接添加ip_hash关键字即可，后续同一ip的访问将只会请求同一个服务器。第二步，根据计算所得数值，找到对应的后端。.....
Nginx 的Ip Hash 以及其他负载均衡算法
叱咤少帅的博客
11-17 1031
Nginx 的Ip Hash
nginx负载均衡的分配方式
任何技能都是从模仿开始，逐步升华。
01-02 1335
nginx的upstream目前支持的5种方式的分配 1、轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 upstream backserver { server 192.168.0.14; server 192.168.0.15; } 2、weight 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的
nginx中的的ip_hash机制
热门推荐
单炒饭
06-09 6万+
1.采用nginx中的的ip_hash机制Nginx中的ip_hash技术能够将某个ip 的请求定向到同一台后端web机器中,这样一来这个ip 下的客户端和某个后端 web机器就能建立起稳固的session.ip_hash机制能够让某一客户机在相当长的一段时间内只访问固定的后端的某台真实的web服务器,这样会话就会得以保持,在网站页面进行login的时候就不会在后面的web服务器之间跳来跳去了,也...
Vulnhub_HACKSUDO: THOR
qq_45434762的博客
09-04 662
本文内容涉及程序/技术原理可能带有攻击性，仅用于安全研究和教学使用，务必在模拟环境下进行实验，请勿将其用于其他用途。因此造成的后果自行承担，如有违反国家法律则自行承担全部法律责任，与作者及...
Nginx的负载均衡算法之ip_hash（保持会话)
流浪天空
03-17 8986
1.算法介绍 ip_hash算法的原理很简单，根据请求所属的客户端IP计算得到一个数值，然后把请求发往该数值对应的后端。 所以同一个客户端的请求，都会发往同一台后端，除非该后端不可用了。ip_hash能够达到保持会话的效果。 ip_hash是基于round robin的，判断后端是否可用的方法是一样的。 2.算法核心部分 2.1. 第一步，根据客户端IP计算得到一个数值。 f...
Nginx负载均衡策略之ip_hash
Leon_Jinhai_Sun的博客
11-05 1万+
ip_hash 当对后端的多台动态应用服务器做负载均衡时，ip_hash指令能够将某个客户端IP的请求通过哈希算法定位到同一台后端服务器上。这样，当来自某一个IP的用户在后端Web服务器A上登录后，在访问该站点的其他URL，能保证其访问的还是后端web服务器A。 语法 ip_hash; 默认值 — 位置 upstream upstream backend{ ip_hash; server 192.168.200.146:9001; server 192.168.
【Nginx】负载均衡——ip_hash
wufaqidong1的博客
07-09 1404
【Nginx】负载均衡——ip_hash
Nginx从入门到实战（六）：负载均衡
一掬净土
12-02 199
一、简单示例 1.准备2台tomcat服务器，端口分别为8087,8088。在其中webapps下新建fzjh目录，里面存放index.html（内容分别为"fzjh 8087!"和“fzjh 8088!”）用于测试。 2.配置nginx负载均衡 # 配置要负载的真实服务器列表 upstream myFzjh { server 192.168.1.117:8087; server 192.168.1.117:8088; } server { listen 80; server_name
nginx+tomcat 实现springboot项目 tomcat集群
04-03
要实现nginx和tomcat一起部署springboot项目并实现tomcat集群，需要进行以下步骤： 1. 部署springboot项目到tomcat上，并启动多个tomcat实例，这些实例需要在不同的端口上运行。 2. 配置nginx作为反向代理服务器，将所有请求转发到tomcat集群中的一个实例上。可以使用upstream模块来配置tomcat集群，如下所示： ```nginx http { upstream tomcat_cluster { server tomcat1_ip:tomcat1_port; server tomcat2_ip:tomcat2_port; server tomcat3_ip:tomcat3_port; } server { listen 80; server_name example.com; location / { proxy_pass http://tomcat_cluster; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } } ``` 在上面的配置中，tomcat_cluster是一个upstream实例，包含了所有tomcat实例的IP地址和端口号。nginx会将请求转发到tomcat_cluster中的一个实例上。 3. 配置session共享，以便在tomcat集群中的不同实例之间共享用户会话信息。可以使用memcached或redis等分布式缓存来实现session共享。 4. 配置负载均衡器，以便nginx可以根据不同的负载均衡算法来分配请求到不同的tomcat实例上。可以使用nginx自带的负载均衡模块或第三方模块，如nginx-upsync-module等。 5. 测试集群的可伸缩性和容错性，以确保tomcat集群可以在高负载和节点故障的情况下正常运行。 总结来说，要实现nginx和tomcat一起部署springboot项目并实现tomcat集群，需要进行反向代理、session共享、负载均衡器等多方面的配置和测试。这样可以保证项目的高可用性和可伸缩性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值