Nginx负载均衡与故障转移实践

本文涉及的产品
无影云电脑企业版,4核8GB 120小时 1个月
无影云电脑个人版,黄金款:40核时/1个月有效
资源编排,不限时长
简介: Nginx通过ngx_http_upstream_module模块实现负载均衡与故障转移,适用于多服务器环境。利用`upstream`与`server`指令定义后端服务器组,通过`proxy_pass`将请求代理至这些服务器,实现请求分发。Nginx还提供了多种负载均衡策略,如轮询、权重分配、IP哈希等,并支持自定义故障转移逻辑,确保系统稳定性和高可用性。示例配置展示了如何定义负载均衡设备及状态,并应用到具体server配置中。

利用 proxy_pass 可以将请求代理到后端服务器。之前的示例主要针对单台服务器进行配置,然而在实际应用中,我们经常需要将请求分发到多台服务器上来实现负载均衡和故障转移。Nginx 提供了 ngx_http_upstream_module 模块,能够为反向代理提供重要功能,如负载均衡和故障转移。

代理多台服务器

以下是一个简单的配置示例:

http {
    upstream backend {
        server 192.168.0.14;
        server 192.168.0.15;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://backend;
        }
    }
}

指令详解

  • upstream:定义一组 HTTP 服务器,这些服务器可以监听不同的端口,也可以是 TCP 和 UNIX 套接字。可以混合使用不同的端口、 TCP 和 UNIX 套接字。
upstream name {...}
  • server:配置后端服务器,参数可以是不同的 IP 地址、端口号,甚至域名。其参数包括 IP 地址、端口号等。
server address [parameters];

故障转移

当某些后端服务器无法正常响应时,Nginx 提供了一些指令进行故障转移,如 proxy_next_upstream。

  • proxy_next_upstream:定义转发条件,当请求返回 Nginx 时,如果 HTTP 状态满足 proxy_next_upstream 设置的条件,会将请求重新转发到下一台后端服务器。
proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | non_idempotent | off ...;
  • proxy_next_upstream_tries:定义尝试请求的次数,达到次数上限后停止转发。
proxy_next_upstream_tries number;
  • proxy_next_upstream_timeout:限制尝试请求的超时时间,若设置为 0 表示无超时时间。
proxy_next_upstream_timeout time;

负载均衡

Nginx 不仅支持代理多台后端服务器,还支持各种负载均衡模式,如轮询、权重、IP 哈希等。

  • 轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器:

upstream backend {
    server 192.168.0.14;
    server 192.168.0.15;
}
  • weight

指定轮询几率,权重越大,负载的权重就越大:

upstream backend {
    server 192.168.0.14 weight=10;
    server 192.168.0.15 weight=10;
}
  • ip_hash

按访问 IP 的 hash 结果分配,每个访客固定访问一个后端服务器:

upstream backend {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
}
  • fair(第三方模块)

按后端服务器的响应时间分配请求,响应时间短的优先分配:

upstream backend {
    server server1.example.com;
    server server2.example.com;
    fair;
}
  • least_conn(第三方模块)

请求分配给连接数较少的后端:

upstream backend {
    server server1.example.com;
    server server2.example.com;
    least_conn;
}
  • url_hash(第三方模块)

按访问 URL 的 hash 结果分配请求,使每个 URL 定向到同一个后端服务器:

upstream backend {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}

示例配置

# 定义负载均衡的设备及状态
upstream backend {
    ip_hash;
    server 127.0.0.1:9090 down;
    server 127.0.0.1:8080 weight=2;
    server 127.0.0.1:6060;
    server 127.0.0.1:7070 backup;
}

# 使用负载均衡的 server 配置
server {
    listen 80;

    location / {
        proxy_pass http://backend;
    }
}

负载均衡设备状态设置

  • down:该服务器暂时不参与负载均衡。
  • weight:权重,默认为1,权重越大,负载的权重就越大。
  • max_fails:允许请求失败的次数,超过最大次数时返回 proxy_next_upstream 模块定义的错误。
  • fail_timeout:max_fails 次失败后暂停的时间。
  • backup:其它所有非 backup 机器 down 或忙时,请求 backup 机器。

通过上述配置和指令,Nginx 可以在多台服务器之间高效地实现负载均衡和故障转移,从而提升系统的可靠性和性能。

相关文章
|
2月前
|
负载均衡 应用服务中间件 网络安全
Django后端架构开发:Nginx服务优化实践
Django后端架构开发:Nginx服务优化实践
41 2
|
2月前
|
消息中间件 负载均衡 Kafka
Kafka 实现负载均衡与故障转移:深入分析 Kafka 的架构特点与实践
【8月更文挑战第24天】Apache Kafka是一款专为实时数据处理和流传输设计的高性能消息系统。其核心设计注重高吞吐量、低延迟与可扩展性,并具备出色的容错能力。Kafka采用分布式日志概念,通过数据分区及副本机制确保数据可靠性和持久性。系统包含Producer(消息生产者)、Consumer(消息消费者)和Broker(消息服务器)三大组件。Kafka利用独特的分区机制实现负载均衡,每个Topic可以被划分为多个分区,每个分区可以被复制到多个Broker上,确保数据的高可用性和可靠性。
44 2
|
2月前
|
负载均衡 应用服务中间件 Linux
"揭晓nginx的神秘力量:如何实现反向代理与负载均衡,拯救服务器于水火?"
【8月更文挑战第20天】在Linux环境下,nginx作为高性能HTTP服务器与反向代理工具,在网站优化及服务器负载均衡中扮演重要角色。本文通过电商平台案例,解析nginx如何解决服务器压力大、访问慢的问题。首先介绍反向代理原理,即客户端请求经由代理服务器转发至内部服务器,隐藏真实服务器地址;并给出配置示例。接着讲解负载均衡原理,通过将请求分发到多个服务器来分散负载,同样附有配置实例。实践表明,采用nginx后,不仅服务器压力得到缓解,还提升了访问速度与系统稳定性。
58 3
|
2月前
|
负载均衡 算法 应用服务中间件
在Linux中,nginx反向代理和负载均衡实现原理是什么?
在Linux中,nginx反向代理和负载均衡实现原理是什么?
|
2月前
|
负载均衡 应用服务中间件 Linux
在Linux中,Nginx如何实现负载均衡分发策略?
在Linux中,Nginx如何实现负载均衡分发策略?
|
5月前
|
负载均衡 算法 应用服务中间件
面试题:Nginx有哪些负载均衡算法?Nginx位于七层网络结构中的哪一层?
字节跳动面试题:Nginx有哪些负载均衡算法?Nginx位于七层网络结构中的哪一层?
113 0
|
4月前
|
缓存 负载均衡 算法
解读 Nginx:构建高效反向代理和负载均衡的秘密
解读 Nginx:构建高效反向代理和负载均衡的秘密
100 2
|
3月前
|
负载均衡 算法 应用服务中间件
nginx自定义负载均衡及根据cpu运行自定义负载均衡
nginx自定义负载均衡及根据cpu运行自定义负载均衡
39 1
|
3月前
|
运维 负载均衡 算法
SLB与NGINX的异同是什么
SLB与NGINX的异同是什么
183 2
|
5月前
|
负载均衡 应用服务中间件 nginx
解决nginx配置负载均衡时invalid host in upstream报错
在Windows环境下,配置Nginx 1.11.5进行负载均衡时遇到问题,服务无法启动。错误日志显示“invalid host in upstream”。检查发现上游服务器列表中,192.168.29.128的主机地址无效。负载均衡配置中,两个服务器地址前误加了"http://"。修正方法是删除上游服务器列表和proxy_pass中的"http://"。问题解决后,Nginx服务应能正常启动。
343 4
解决nginx配置负载均衡时invalid host in upstream报错