Nginx轮询默认按upstream中server定义顺序循环分发请求，如A→B→C→A……，各节点默认weight=1、无状态、不依赖IP或负载；宕机时自动跳过，配合max_fails/fail_timeout可实现故障隔离；配置只需列出server地址，无需额外参数。

Nginx 轮询负载均衡默认的分发规则就是按 定义顺序逐个轮转，不加任何参数时自动启用，简单、确定、无状态。

H3 轮询是怎么分配请求的

• 每个新请求按 upstream 块中 server 的书写顺序依次分发
• 例如：server A; server B; server C; → 请求流向为 A→B→C→A→B→C……循环往复
• 不依赖客户端 IP、Cookie、URL 或当前服务器负载（如 CPU、连接数）
• 分配过程不记录历史，也不做动态调整，纯靠计数器推进

H3 默认权重和公平性

• 所有 server 默认 weight=1，机会均等
• 若三台服务器，每台理论上承接约 1/3 的请求量
• 实际比例严格由配置顺序决定，不是随机也不是哈希

H3 故障时怎么处理

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• 某台 server 主动宕机、响应超时或健康检查失败时，Nginx 会临时跳过它
• 跳过期间仍按剩余可用节点继续轮询，不中断服务
• 支持 max_fails 和 fail_timeout 配合实现自动摘除与恢复，但即使不配这两项，基础跳过机制也生效

H3 配置写法示例

upstream backend {
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    server 192.168.1.12:8080;
}

只要这样写，就已是标准轮询；不需要 round_robin 关键字，也不用开启额外模块。

不复杂但容易忽略