Ningx负载均衡

Ningx负载均衡

upstream(上游)配置负载均衡

Nginx负载均衡

参考: nginx从安装到高可用

nginx默认采用轮询的方式进行负载均衡

1、weight(加权轮询)

权重值越请求转发到该上游服务器比例越大

权重值为0,只有在其他服务器故障时才会被用于负载均衡。

shell 复制代码
# 配置上游服务器集群
## proxyName是上游服务器集群的名称
upstream proxyName {
    # 上游服务器1的 IP地址和端口,权重为1
    server 192.168.1.173:8080 weight=1;
    # 上游服务器2的 IP地址和端口,权重为5
    server 192.168.1.174:8080 weight=5;
    # 上游服务器3的 IP地址和端口,权重为2
    server 192.168.1.175:8080 weight=2;
}

2、ip_hash(负载均衡)

ip_hash策略,该策略会使用客户端IP地址哈希值来选择上游服务器

具体来说:当客户端第一次请求时,nginx会将客户端的IP地址进行哈希计算,然后使用哈希值对上游服务器的数量取模,以确定应该使用哪个上游服务器处理该请求。

如果客户端IP地址不变,则后续请求会被转发到同一个上游服务器

hash算法实际上只会计算 192.168.1这段做哈希

使用ip_hash的注意点

不能把后台服务器直接移除,只能标记down.

shell 复制代码
# 配置上游服务器集群
## proxyName是上游服务器集群的名称
upstream proxyName {
    # ip_hash策略
    ip_hash
    # 上游服务器1的 IP地址和端口
    server 192.168.1.173:8080;
    # 上游服务器2的 IP地址和端口
    server 192.168.1.174:8080;
    # 上游服务器3的 IP地址和端口
    server 192.168.1.175:8080;
}

3、url hash负载均衡

hash $request_url:使用请求的 URL 进行哈希,以便在后续的负载均衡中选择服务器。这里使用的是哈希算法,可以根据不同的负载均衡策略选择不同的算法。

shell 复制代码
# 定义一个名为 [proxyName] 的 upstream 用于代理请求
upstream proxyName {
    # 根据请求的 URL 进行哈希,以便在后续的负载均衡中选择服务器
    hash $request_url;
    # 定义三个服务器,用于实现负载均衡
    # 上游服务器1的 IP地址和端口
    server 192.168.1.173:8080;
    # 上游服务器2的 IP地址和端口
    server 192.168.1.174:8080;
    # 上游服务器3的 IP地址和端口
    server 192.168.1.175:8080;
}

4、least_conn(最小连接负载均衡)

least_conn:使用最小连接数负载均衡策略,即选择连接数最少的服务器进行转发。使用 least_conn 策略可以避免某个服务器负载过高,而其他服务器负载较轻的情况。

shell 复制代码
# 定义一个名为 [proxyName] 的 upstream 用于代理请求
upstream proxyName {
    # 使用 least_conn 策略,即选择连接数最少的服务器进行转发
    least_conn;

    # 定义三个服务器,用于实现负载均衡
    # 上游服务器1的 IP地址和端口
    server 192.168.1.173:8080;
    # 上游服务器2的 IP地址和端口
    server 192.168.1.174:8080;
    # 上游服务器3的 IP地址和端口
    server 192.168.1.175:8080;
}

!在这里插入图片描述(https://i-blog.csdnimg.cn/direct/506edc1625084849a30b315c6e44e265.png)

相关推荐
骇客野人3 小时前
Redis 完整安装部署方案(Linux,分【源码编译】+【Docker】两种,推荐生产用源码,测试快速用 Docker)
运维
蓝速科技6 小时前
会议室门牌公告通知发布选型与落地指南丨蓝速科技
大数据·运维·数据库·人工智能·科技
chicheese7 小时前
Linux 面试速查表:从初级到高级,附高频场景答题模板
linux·运维
Linux-lucky7 小时前
32-38-Linux学习之旅之MySQL综合
linux·运维·学习·mysql·ubuntu
智能运维指南8 小时前
2026年ITSM系统怎么选?四款主流方案与五维评估模型
运维·itsm·嘉为蓝鲸
我命由我123458 小时前
Git 推送报错:error: src refspec main does not match any
运维·git·gitee·github·运维开发·学习方法·版本控制
骇客野人8 小时前
测试环境MySQL迁移Vastbase(海量数据库)完整改造与落地实施方案
运维·服务器
迪康Defender9 小时前
终端安全实战:如何高效解决企业U盘泄密与管控难题
运维·网络·安全·web安全·终端安全管理
zly35009 小时前
VMware Converter Standalone 物理机转化为虚拟机后源1硬盘变成了2个硬盘(2个硬盘文件)虚拟机无法启动。
linux·运维·服务器
智能运维指南10 小时前
2026 企业智能运维平台选型:私有化、信创、全链路打通该怎么权衡?
运维·嘉为蓝鲸·aiops平台·一体化运维平台