nginx配置负载均衡–实战项目(适用于轮询、加权轮询、ip_hash)

nginx配置负载均衡--实战项目(适用于轮询、加权轮询、ip_hash)

两台服务器

nginx配置负载均衡--实战项目(适用于轮询、加权轮询、ip_hash)

业务需求:
有两台服务器,一台供于线上使用(172.16.10.10),一台供于研发使用(172.16.10.20)

如果线上的服务器挂了,需要将所有请求转移到研发的机器上,以确保线上服务正常使用;

正常时间还是线上使用线上的服务器,研发用研发的服务器;只有在线上服务器挂了的时候才会使用备用的研发服务器;

需求实现:
使用nginx负载均衡来实现;ip_hash方式

在nginx服务器配置中添加负载:(设置负载均衡时同台服务器不同端口也可以,不同服务器,同端口也可以)

upstream front_server{  #定义一个服务配置front_server
            ip_hash; #表示配置一个用户固定访问一台设备
            server 172.16.10.10:8080 weight=1; #第一台服务机器 设置权重值1
            server 172.16.10.20:8080 weight=2; #第二台服务机器 设置权重值2
    }
    server {
        listen       8099;	#如果有一个服务是本台的那么8080肯定会被占用,这时候我们可以改一个访问端口即可;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
          #  root   html;
          #  index  index.html index.htm;
		proxy_pass http://front_server$request_uri;
		proxy_http_version 1.1;
		proxy_set_header Uparade $http_upgrade;
		proxy_set_header Connection "Upgrade";
		proxy_set_header Host $host;
        }

配置完负载之后,报错保存退出,检测nginx配置语法是否有误;

#检测nginx配置语法是否有误,前面路径可根据自己安装的目录来写
/usr/local/nginx/sbin/nginx -t

返回这个有ok,则nginx配置没有问题;如果有报错会显示几行报错的。

nginx配置负载均衡--实战项目(适用于轮询、加权轮询、ip_hash)

检测没问题之后,重新启动nginx服务

#重启nginx服务,前面路径可根据自己安装的目录来写
/usr/local/nginx/sbin/nginx -s reload

#启动完成,检查是否启动(ps查看服务是否正常启动、netstat查看配置的端口是否正常启动)
ps -ef | grep nginx
netstat -anput | grep 8099

#完成之后就可以页面访问了。

配置好之后,这个只是配置了负载均衡,如果服务有后缀,那么自己在访问负载的ip:prot的时候在后面加上后缀即可。

访问页面,持续监控两台服务的日志输出,测试即可;

负载均衡方式(常用的三种):
轮询:两台服务器会随机发送请求;

加权轮询:两台服务器也都会随机发送请求,但是会有一个权重值,谁的权重值高,接收的请求就会比另一个多;

ip_hash:也是会有权重值,谁的权重值越高,请求就会在最高的权重值中,只有当权重值最高的那台服务器挂了,再会去找权重值第二的服务器;(1为最高权重值)
轮询:

    upstream front_server{  #定义一个服务配置front_server
            server 172.16.10.10:8080; #第一台服务机器(两台服务器随机分配请求)
            server 172.16.10.20:8080; #第二台服务机器(两台服务器随机分配请求)
    }

加权轮询:

    upstream front_server{  #定义一个服务配置front_server
            server 172.16.10.10:8080 weight=5; #第一台服务机器,权重值比较高,所以大部分的请求都会在10上;
            server 172.16.10.20:8080 weight=2; #第二台服务机器,权重值比较低,所以少部分的请求会在20上;
    }

ip_hash

    upstream front_server{  #定义一个服务配置front_server
            ip_hash; #表示配置一个用户固定访问一台设备
            server 172.16.10.10:8080 weight=1; #第一台服务机器 设置权重值1,则优先访问10服务器。
            server 172.16.10.20:8080 weight=2; #第二台服务机器 设置权重值2,10服务器挂了则访问20服务器。
    }

文章来源:https://www.cnaaa.net,转载请注明出处:https://www.cnaaa.net/archives/10751

(0)
凯影的头像凯影
上一篇 2023年12月25日 下午3:58
下一篇 2023年12月27日 下午4:02

相关推荐

  • HBase 详细图文介绍

    一、HBase 定义 Apache HBase™ 是 以 hdfs 为数据存储的 ,一种分布式、可扩展的 NoSQL 数据库。 二、HBase 数据模型 HBase 的设计理念依据 Google 的 BigTable 论文,论文中对于数据模型的首句介绍 。Bigtable 是一个稀疏的 、 分布式的 、 持久的多维排序 map 。之后对于映射的解释如下:该映…

    2023年12月15日
    1.1K00
  • linux查看某个文件夹的大小(ls命令、du命令详解)

    ls 命令:列出当前工作目录下的所有文件/文件夹的名称 使用ls -l,会显示成字节大小,ls- lh会以KB、MB等为单位进行显示更加直观。 du 命令:查看当前目录和子目录文件夹/文件大小情况 du = disk usage 磁盘使用率,输出每个文件或者目录总大小,其用法如下: du -sh:查看当前目录总大小。 du -sh *:查看当前目录所有子目录…

    2024年5月13日
    1.5K00
  • 简洁的脚本编写规范

    脚本健壮性是脚本设计考虑的重要因素。很多脚本编写时只考虑到一些正常执行路径,里面各种条件都满足的情况下,脚本能正常执行。条件不满足时,容易出错,导致故障 脚本设计应该是一个闭环,从开始执行到最终执行完成是可预期的。脚本依赖的条件,执行时会进行检测,不满足则抛异常,脚本执行的结果应该返回正确的状态,执行出错时有通知机制 基本规范 脚本编写需要遵循以下基本的规范…

    2023年4月19日
    1.2K00
  • diff命令比较两个文件的不同

    [语法]: diff [参数] 文件1 文件2-b 将一串空格或TAB 转换成一个空格或TAB-e 生成一个编辑角本,作为ex 或ed 的输入可将文件1 转换成文件2[例子]:diff file1 file2diff -b file1 file2diff -e file1 file2 >edscriptdiff 命令的常用参数参数 说明a 将所有文件当…

    2023年11月29日
    1.2K00
  • 解决ESXi忘记密码问题

    解决ESXi密码忘记问题的方法 1. 通过VMware官方提供的VMware Password Reset方法 VMware通过向管理员发送一封电子邮件,其中包含了用于重设root 密码的链接来解决这个问题。以下是该方法的具体步骤: 2.通过VMware PowerCLI 另外一种重置ESXi密码的方法是使用VMware PowerCLI。它是一种基于Pow…

    2023年10月11日
    2.3K00

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

在线咨询: QQ交谈

邮件:712342017@qq.com

工作时间:周一至周五,8:30-17:30,节假日休息

关注微信