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

相关推荐

  • Prometheus监控Linux

    Linux 客户端安装docker  创建node-exporter 启动docker 浏览器验证 http://ip:9100/metrics  prometheus节点操作 配置prometheeus/prometheus.yaml CPU采集node_cpu_seconds_totalnode_cpu_seconds_total{ instance=&…

    2024年1月4日
    6700
  • Linux系统管理本地 Linux 用户和组

    Linux的用户UID 系统中的每个进程(运行程序)都作为一个特定用户运行。每个文件归一个特定用户所有。对文件和目录的访问受到用户的限制。与运行进程相关联的用户可确定该进程可访问的文件和目录。 用户的分类 root用户 用户系统中唯一,权限最大,可以操作任意命令 普通用户 权限较低,只能编辑自己的用户家目录,由root账户创建 虚拟用户 没有登录系统的权限,…

    2022年6月11日
    48200
  • 解决Composer Installing dependencies from lock file

    1、问题描述 2、原因 这是因为不匹配composer.json要求的版本。提示我的PHP 7版本太高,不符合composer.json需要的版本,但是在PHP 7下应该也是可以运行的,composer可以设置忽略版本匹配。 3、解决方案 composer install –ignore-platform-reqs 或者 composer update -…

    2023年2月14日
    32400
  • SonarQube支持Gitlab授权登录

    背景 部署好SonarQube之后,由于我们内部使用的是自建的Gitlab仓库,即每个开发同学都有Gitlab账号,SonarQube我们就可以使用上Gitlab登录,这样就不需要再维护一套用户体系了。 环境: SonarQube8.9.2 社区版 GitLab Enterprise Edition 11.10.4-ee 具体配置: Gitlab 配置: 在…

    2023年1月20日
    47400
  • 通过配置hosts.allow和hosts.deny限制登陆

    我们通常只对管理员开放SSH登录,那我们就可以禁用不必要的IP,而只开放管理员可能使用到的IP段。 /etc/hosts.allow和/etc/hosts.deny两个文件是控制远程访问设置的,通过他可以允许或者拒绝某个ip或者ip段的客户访问linux的某项服务。 我们通常只对管理员开放SSH登录,那我们就可以禁用不必要的IP,而只开放管理员可能使用到的I…

    2022年11月15日
    51900

发表回复

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

在线咨询: QQ交谈

邮件:712342017@qq.com

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

关注微信