百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术资源 > 正文

nginx负载策略探索_nginx 几种负载配置

off999 2025-09-21 21:07 3 浏览 0 评论

原始配置中:

nginx

upstream opsrv {
  server 172.16.231.108:8700;
  server 172.16.231.109:8700;
}

如果向 108 发送请求后一直没收到响应(如请求卡住、TCP 连接超时),Nginx 会如何处理?是否会认为 108 挂了?


Nginx 的默认行为

1.无max_fails和fail_timeout时

  • Nginx 不会自动剔除 108,即使它无响应。
  • 原因:没有设置 max_failsfail_timeout,Nginx 缺乏健康检查机制,会继续将请求轮询到 108,导致部分请求卡住或超时。

2.请求卡住的场景

  • 如果 108 的进程崩溃但端口仍开放(如未释放 TCP 连接),Nginx 可能会:
    • 尝试建立 TCP 连接:如果连接成功,但服务无响应,Nginx 会等待 proxy_read_timeout(默认 60 秒)后报错。
    • 连接失败:如果连接被拒绝(如端口关闭),Nginx 会立即标记本次请求失败。

3.关键结论

  • 默认配置下,Nginx 不会自动认为 108 宕机,除非显式配置 max_failsfail_timeout
  • 即使 108 完全无响应,Nginx 仍会轮询发送请求到它,导致部分用户请求超时。

如何验证?

测试步骤:

  1. 关闭 108 的服务
  2. bash
  3. # 模拟服务崩溃(端口开放但无响应) kill -9 <pid_of_108_service>
  4. 发送请求观察 Nginx 行为
  5. bash
  6. curl -v http://your-nginx-server/
  7. 如果请求被分配到 108,会卡住直到 proxy_read_timeout 超时(默认 60 秒)。
  8. Nginx 不会自动切换109,除非手动配置。

解决方案

1.配置被动健康检查(推荐)

nginx

upstream opsrv {
  server 172.16.231.108:8700 max_fails=3 fail_timeout=30s;
  server 172.16.231.109:8700 max_fails=3 fail_timeout=30s;
}
  • max_fails=3:30 秒内失败 3 次则剔除 108
  • fail_timeout=30s:剔除后 30 秒内不请求 108

2.调整超时时间

nginx

location / {
  proxy_pass http://opsrv;
  proxy_connect_timeout 2s;  # 连接超时 2 秒
  proxy_read_timeout 5s;     # 读取响应超时 5 秒
  proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
}
  • 强制 Nginx 在超时或错误时快速切换。

3.主动健康检查(Nginx Plus 或第三方模块)

nginx

# 需 Nginx Plus 或 nginx_upstream_check_module
upstream opsrv {
  server 172.16.231.108:8700;
  server 172.16.231.109:8700;
  check interval=3000 rise=2 fall=3 timeout=2000 type=http;
}

最终结论

配置类型

行为

原始配置(无参数)

Nginx 永远不认为 108 宕机,请求可能卡住。

max_fails + fail_timeout

30 秒内失败 3 次则剔除 108,30 秒后尝试恢复。

主动健康检查

定期探测 108,实时剔除故障节点。

推荐:至少添加 max_failsfail_timeout,避免请求卡死!

相关推荐

apisix动态修改路由的原理_动态路由协议rip的配置

ApacheAPISIX能够实现动态修改路由(DynamicRouting)的核心原理,是它将传统的静态Nginx配置彻底解耦,通过中心化配置存储(如etcd)+OpenRest...

使用 Docker 部署 OpenResty Manager 搭建可视化反向代理系统

在之前的文章中,xiaoz推荐过可视化Nginx反向代理工具NginxProxyManager,最近xiaoz还发现一款功能更加强大,界面更加漂亮的OpenRestyManager,完全可以替代...

OpenResty 入门指南:从基础到动态路由实战

一、引言1.1OpenResty简介OpenResty是一款基于Nginx的高性能Web平台,通过集成Lua脚本和丰富的模块,将Nginx从静态反向代理转变为可动态编程的应用平台...

OpenResty 的 Lua 动态能力_openresty 动态upstream

OpenResty的Lua动态能力是其最核心的优势,它将LuaJIT嵌入到Nginx的每一个请求处理阶段,使得开发者可以用Lua脚本动态控制请求的生命周期,而无需重新编译或rel...

LVS和Nginx_lvs和nginx的区别

LVS(LinuxVirtualServer)和Nginx都是常用的负载均衡解决方案,广泛应用于大型网站和分布式系统中,以提高系统的性能、可用性和可扩展性。一、基本概念1.LVS(Linux...

外网连接到内网服务器需要端口映射吗,如何操作?

外网访问内网服务器通常需要端口映射(或内网穿透),这是跨越公网与私网边界的关键技术。操作方式取决于网络环境,以下分场景详解。一、端口映射的核心原理内网服务器位于私有IP地址段(如192.168.x.x...

Nginx如何解决C10K问题(1万个并发连接)?

关注△mikechen△,十余年BAT架构经验倾囊相授!大家好,我是mikechen。Nginx是大型架构的必备中间件,下面我就全面来详解NginxC10k问题@mikechen文章来源:mikec...

炸场!Spring Boot 9 大内置过滤器实战手册:从坑到神

炸场!SpringBoot9大内置过滤器实战手册:从坑到神在Java开发圈摸爬滚打十年,见过太多团队重复造轮子——明明SpringBoot自带的过滤器就能解决的问题,偏偏要手写几十...

WordPress和Typecho xmlrpc漏洞_wordpress主题漏洞

一般大家都关注WordPress,毕竟用户量巨大,而国内的Typecho作为轻量级的博客系统就关注的人并不多。Typecho有很多借鉴WordPress的,包括兼容的xmlrpc接口,而WordPre...

Linux Shell 入门教程(六):重定向、管道与命令替换

在前几篇中,我们学习了函数、流程控制等Shell编程的基础内容。现在我们来探索更高级的功能:如何控制数据流向、将命令链接在一起、让命令间通信变得可能。一、输入输出重定向(>、>>...

Nginx的location匹配规则,90%的人都没完全搞懂,一张图让你秒懂

刚配完nginx网站就崩了?运维和开发都头疼的location匹配规则优先级,弄错顺序直接导致500错误。核心在于nginx处理location时顺序严格:先精确匹配=,然后前缀匹配^~,接着按顺序正...

liunx服务器查看故障命令有那些?_linux查看服务器性能命令

在Linux服务器上排查故障时,需要使用一系列命令来检查系统状态、日志文件、资源利用情况以及网络状况。以下是常用的故障排查命令,按照不同场景分类说明。1.系统资源相关命令1.1查看CPU使...

服务器被入侵的常见迹象有哪些?_服务器入侵可以被完全操纵吗

服务器被入侵可能会导致数据泄露、服务异常或完全失控。及时发现入侵迹象能够帮助你尽早采取措施,减少损失。以下是服务器被入侵的常见迹象以及相关的分析与处理建议。1.服务器被入侵的常见迹象1.1系统性能...

前端错误可观测最佳实践_前端错误提示

场景解析对于前端项目,生产环境的代码通常经过压缩、混淆和打包处理,当代码在运行过程中产生错误时,通常难以还原原始代码从而定位问题,对于深度混淆尤其如此,因此Mozilla自2011年开始发起并...

8个能让你的Kubernetes集群“瞬间崩溃”的配置错误

错误一:livenessProbe探针“自杀式”配置——30秒内让Pod重启20次现象:Pod状态在Running→Terminating→CrashLoopBackOff之间循环,重启间隔仅...

取消回复欢迎 发表评论: