【Nginx系列】Nginx 负载均衡策略之 least_conn

最新推荐文章于 2025-06-24 17:45:21 发布

檀越@新空间

最新推荐文章于 2025-06-24 17:45:21 发布

阅读量2.4k

点赞数 42

CC 4.0 BY-SA版权

分类专栏： s3 Nginx 文章标签： nginx 负载均衡运维

本文链接：https://blog.csdn.net/qyj19920704/article/details/148545191

s3 Nginx 专栏收录该内容

8 篇文章

订阅专栏

csdn

博客目录

一、least_conn 负载均衡概述

least_conn（最少连接）是 Nginx 提供的一种智能负载均衡算法，它通过跟踪后端服务器的当前活跃连接数，将新请求分配给当前连接数最少的服务器。这种算法与简单的轮询（round-robin）或随机分配不同，它考虑了服务器的实际负载情况，能够更合理地分配请求压力。

在给定的配置示例中：

upstream flow_server {
      least_conn;
      server 10.111.0.111:8001;
      server 10.111.0.112:5001;
      server 10.111.0.113:5001;
      keepalive 100;
    }

Nginx 会实时监控这三个后端服务器的连接数，并始终将新连接导向当前活跃连接数最少的那个服务器。这种机制特别适用于处理时间长短不一的请求场景，能够有效避免某些服务器因处理长请求而过载的情况。
在这里插入图片描述

二、least_conn 的工作原理

least_conn 算法的工作机制比表面看起来更为复杂。Nginx 内部维护着一个后端服务器列表及其当前活跃连接数的计数器。当新请求到达时：

Nginx 首先检查所有可用后端服务器的当前连接数
排除不可用的服务器（如宕机或健康检查失败的）
在剩余服务器中选择当前活跃连接数最少的
如果多个服务器具有相同的最少连接数，则在这些服务器中使用加权轮询

值得注意的是，keepalive 100指令在这个上下文中起着重要作用。它设置了每个 worker 进程与上游服务器保持的空闲连接池的最大大小。这些保持活动的连接可以显著提高性能，减少建立新 TCP 连接的开销。当使用 least_conn 策略时，keepalive 连接数也会被计入服务器的总连接数中，因此配置合理的 keepalive 值非常重要。

三、least_conn 的适用场景

least_conn 负载均衡策略特别适合以下场景：

请求处理时间差异大：当后端请求的处理时间长短不一时（如有的请求需要几毫秒，有的则需要几秒），least_conn 能够有效平衡负载，避免轮询导致的服务器负载不均。
持久连接应用：对于使用长连接或 WebSocket 的应用，least_conn 可以防止某些服务器因维持过多长连接而过载。
服务器性能不一致：当后端服务器硬件配置不一致时，可以配合 weight 参数使用，为性能更强的服务器分配更高权重。
防止单点过载：在突发流量情况下，least_conn 能够更平滑地将流量分配到所有服务器，避免某些服务器突然承受过大压力。

相比之下，对于处理时间短且均匀的请求（如简单的 API 调用），round-robin 可能就足够了；而对于需要会话保持的场景，则可能需要 ip_hash 或 sticky 模块。

四、least_conn 的配置细节

在配置 least_conn 时，有几个关键参数需要注意：

权重设置：虽然示例中没有显示，但可以为每个 server 设置权重：
```
server 10.111.0.111:8001 weight=3;
```
权重会影响 least_conn 的决策，Nginx 会考虑权重和连接数的比例。
健康检查：建议配置健康检查以避免将请求发送到故障服务器：
```
server 10.111.0.112:5001 max_fails=3 fail_timeout=30s;
```
keepalive 优化：示例中的keepalive 100需要根据实际并发量调整。过小会导致频繁建立连接，过大会占用过多资源。
区域共享：在多 worker 情况下，需要定义共享内存区域来同步连接状态：
```
upstream flow_server {
    least_conn;
    zone upstream_zone 64k;
    ...
}
```

五、least_conn 的性能调优

要使 least_conn 发挥最佳效果，需要考虑以下调优点：

监控与日志：添加监控以跟踪各服务器的连接数分布：

log_format upstream_log '$remote_addr - $upstream_addr [$time_local] $status';
access_log /var/log/nginx/upstream.log upstream_log;

动态权重调整：结合 Nginx Plus 的 API 动态调整服务器权重，应对不同时段的负载变化。
慢启动配置：对于新加入或恢复的服务器，配置慢启动避免突然承受过大压力：
```
server 10.111.0.113:5001 slow_start=30s;
```

TCP 优化：调整与上游服务器的 TCP 参数：

proxy_socket_keepalive on;
proxy_buffer_size 16k;
proxy_buffers 4 32k;

六、least_conn 的局限性及解决方案

尽管 least_conn 是智能的负载均衡策略，但也有其局限性：

连接数不等于实际负载：服务器的 CPU、内存等资源使用率可能不与连接数完全正相关。解决方案是结合 Nginx Plus 的实时活动监控或第三方监控工具。
长连接影响：保持活动的长连接可能导致决策偏差。可以通过适当减少 keepalive 超时来缓解：
```
keepalive_timeout 60s;
keepalive_requests 1000;
```
地理位置不考虑：对于分布式部署，可能希望优先选择地理位置近的服务器。可以结合 geo 模块或使用 Nginx Plus 的 geo-aware 功能。
突发流量应对：在流量突然激增时，least_conn 可能反应不够快。可以配置限流和队列管理作为补充。