当前位置: 首页 > article >正文

【网站架构部署与优化】nginx反向代理

文章目录

  • nginx反向代理
    • 代理服务器
      • 正向代理与反向代理
      • Nginx的负载均衡
      • Nginx的动静分离
    • 七层反向代理
    • 四层反向代理
    • Nginx负载均衡调度策略
      • 1. 轮询(Round-Robin, RR)
      • 2. 加权轮询(Weighted Round-Robin, WRR)
      • 3. 最少连接(Least Connections, least_conn)
      • 4. IP哈希(IP Hash)
      • 5. URL哈希(URL Hash)
      • 6. Fair
      • 7. 随机(Random)
      • 8. 一致性哈希(Hash $remote_addr consistent)
    • Nginx负载均衡实现会话保持
      • 1. 基于IP哈希或URL哈希
      • 2. 基于Cookie的会话保持(sticky_cookie_insert)
      • 3. 后端应用服务器自身的会话同步机制

nginx反向代理

代理服务器

代理服务器是位于服务端和客户端之间的一层中介服务器。其主要功能是接收客户端的请求,将其转发给服务端,并将服务端的响应返回给客户端。

正向代理与反向代理

  1. 正向代理
    • 为客户端服务。
    • 允许客户端通过代理访问到原本无法直接访问的服务器资源。
  2. 反向代理
    • 为服务端服务。
    • 帮助服务器接收来自客户端的请求,并进行请求转发、负载均衡等操作。

Nginx的负载均衡

  • 实现方式:通过反向代理技术。
  • 工作原理:Nginx作为反向代理服务器,接收客户端请求后,根据预设的调度策略将这些请求分发到多个后端应用服务器进行处理,从而实现负载均衡。

Nginx的动静分离

  • 实现方式:利用location指令匹配用户的访问路径。
  • 工作原理
    • 对于静态资源请求(如图片、CSS、JS文件等),Nginx会直接处理并响应,无需转发到后端服务器。
    • 对于动态内容请求(如数据库查询、业务逻辑处理等),Nginx会通过反向代理将请求转发到相应的后端应用服务器进行处理。

这种动静分离的策略可以显著提高网站的响应速度和整体性能,因为静态资源通常可以直接从缓存或快速存储介质中提供,而无需经过复杂的业务逻辑处理。

七层反向代理

1. 定义与特点
七层反向代理,也称为应用层反向代理,它工作在OSI模型的第七层,即应用层。这种代理方式基于HTTP、HTTPS等七层应用协议进行代理转发,能够根据用户请求访问的URL路径来转发请求。由于它能够理解应用层的数据,因此具有更高的灵活性和更丰富的功能,如负载均衡、缓存、加密解密、URL重写等。
2. 应用场景
七层反向代理通常用于做动静分离、内容缓存、负载均衡等应用场景。通过配置七层反向代理,可以实现将静态内容(如图片、CSS、JS等)和动态内容(如JSP、PHP等脚本生成的内容)分别由不同的服务器处理,从而优化资源利用和提高网站性能。
3. 配置示例
七层反向代理的配置主要包括在http配置块中使用upstream定义后端应用服务器池,以及在server配置块中使用location匹配用户请求的动态资源的URL路径,并通过proxy_pass将请求转发到相应的后端服务器。具体配置示例如下:

http {
    upstream backend {
        server IP1:PORT1 weight=1;
        server IP2:PORT2 weight=1;
        # 可以配置其他调度策略,如轮询、最少连接等
    }

    server {
        listen 80;
        server_name example.com;

        location ~ .*\.jsp$ {
            proxy_pass http://backend;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

        # 其他location配置...
    }
}

四层反向代理

1. 定义与特点
四层反向代理,也称为传输层反向代理,它工作在OSI模型的第四层,即传输层。这种代理方式基于IP和端口进行代理转发,它无法理解应用层的数据,只能根据用户请求的IP地址和端口号来转发请求。由于它工作在较低的层次,因此转发性能更高,适用于需要处理大量TCP/UDP连接的场景。
2. 应用场景
四层反向代理通常用于做网络接入层的负载均衡器、数据库代理等应用场景。它可以快速地将用户的请求转发到后端服务器,而不必关心请求的具体内容,从而提高系统的处理能力和响应速度。
3. 配置示例
四层反向代理的配置需要在Nginx中启用stream模块,并在stream配置块中定义后端应用服务器池和server配置块。具体配置示例如下:

stream {
    upstream backend {
        server IP1:PORT1 weight=1;
        server IP2:PORT2 weight=1;
        # 可以配置其他调度策略,如轮询、最少连接等
    }

    server {
        listen IP:PORT;
        proxy_pass backend;
    }
}

# 注意:这里省略了http配置块,因为它与四层反向代理的配置无关

性能比较:四层反向代理由于工作在较低的层次,转发性能通常比七层反向代理更高。然而,这并不意味着在所有情况下四层反向代理都是最优选择,因为七层反向代理提供了更多的功能和灵活性。
功能比较:七层反向代理能够理解应用层的数据,因此具有更多的功能和灵活性,如负载均衡、缓存、加密解密、URL重写等。而四层反向代理则只能根据IP和端口进行转发,功能相对简单。
总结:在选择Nginx的反向代理类型时,需要根据实际的应用场景和需求来决定。如果需要处理大量TCP/UDP连接或对网络性能有较高要求,可以考虑使用四层反向代理;如果需要更多的功能和灵活性,如动静分离、内容缓存等,则应该选择七层反向代理。

Nginx负载均衡调度策略

Nginx作为一款高性能的HTTP服务器和反向代理服务器,支持多种负载均衡调度策略,以满足不同的应用需求。以下是Nginx常见的负载均衡调度策略及其详细说明:

1. 轮询(Round-Robin, RR)

  • 说明:Nginx默认的负载均衡调度策略。在这种策略下,Nginx会按照时间顺序逐一将请求分配给后端服务器。
  • 特点:简单、平均分配请求,适用于后端服务器性能相近的场景。

2. 加权轮询(Weighted Round-Robin, WRR)

  • 说明:通过为后端服务器设置不同的权重(weight),Nginx会根据权重值来分配请求。权重值越高的服务器被分配请求的概率越大。
  • 特点:适用于后端服务器性能差异较大的场景,可以优化资源利用率和负载均衡效果。

3. 最少连接(Least Connections, least_conn)

  • 说明:Nginx会优先将请求分配给当前连接数最少的后端服务器。如果有多台服务器的连接数相同,则会根据加权轮询策略进行分配。
  • 特点:能够动态地根据服务器的连接数来分配请求,提高服务器的整体性能和响应速度。

4. IP哈希(IP Hash)

  • 说明:Nginx会根据客户端的IP地址进行哈希计算,并将请求分配给固定的后端服务器。这样可以确保来自同一个IP地址的请求始终被发送到同一台服务器。
  • 特点:适用于需要会话保持的场景,但可能导致负载不均衡。

5. URL哈希(URL Hash)

  • 说明:根据客户端请求的URL路径进行哈希计算,并将相同的URL路径的请求分配给固定的后端服务器。需要第三方插件模块支持。
  • 特点:适用于缓存场景,可以确保相同的URL请求被发送到同一台服务器,提高缓存命中率。

6. Fair

  • 说明:根据后端服务器的响应时间(RT)来分配请求,响应时间越短的服务器越优先获得请求。需要第三方插件模块支持。
  • 特点:能够动态地根据服务器的负载情况来分配请求,提高整体系统的响应速度。

7. 随机(Random)

  • 说明:Nginx随机地将请求分配给后端服务器。
  • 特点:适用于对负载均衡要求不高的场景。

8. 一致性哈希(Hash $remote_addr consistent)

  • 说明:基于Nginx全局变量的值(如客户端IP地址)进行一致性哈希计算,将请求分配给对应的后端服务器。
  • 特点:能够在增加或减少服务器时尽量减少重新分配请求的数量,提高系统的可扩展性和稳定性。

Nginx负载均衡实现会话保持

Nginx实现会话保持主要有以下几种方式:

1. 基于IP哈希或URL哈希

  • 通过ip_hash或url_hash策略,将来自同一个IP地址或请求相同URL路径的请求分配给固定的后端服务器。但这种方式可能会导致负载不均衡。

2. 基于Cookie的会话保持(sticky_cookie_insert)

  • Nginx的第三方模块(如nginx-module-vts)支持通过Cookie来实现会话保持。当客户端首次请求时,Nginx会插入一个特定的Cookie,后续请求将根据该Cookie的值来分配后端服务器。

3. 后端应用服务器自身的会话同步机制

  • 通过后端应用服务器(如Tomcat、Jetty等)自身的会话同步机制,配合缓存数据库(如Redis、Memcached等)来实现会话保持。后端服务器在接收到请求时,会先检查缓存数据库中是否有对应的会话信息,如果没有则新建会话并存储到缓存数据库中。

这种方式不需要Nginx进行特殊的配置,但需要后端应用服务器和缓存数据库的支持。


http://www.kler.cn/a/324041.html

相关文章:

  • stm32——通用定时器时钟知识点
  • Javascript_设计模式(二)
  • 思源笔记 Creating group siyuan (1000) permission denied (are you root?)
  • 设计模式(四)装饰器模式与命令模式
  • 密码学在网络安全中的应用
  • 生成式GPT商品推荐:精准满足用户需求
  • Leetcode 45-跳跃游戏 II
  • 【深度学习】(10)--ResNet残差网络
  • linux如何配置静态IP
  • 【d53】【Java】【力扣】24.两两交换链表中的节点
  • 元组(tuple)和列表(list)的区别及应用场合
  • 记录linux环境下搭建本地MQTT服务器实现mqtt的ssl加密通讯
  • 在AI时代,程序员如何提升核心竞争力?
  • Unix-like 系统中的文件所有权管理:使用 sudo chown -R 命令的详解与实践应用
  • React 启动时webpack版本冲突报错
  • PHP爬虫:获取商品SKU详细信息的艺术
  • 【分布式微服务云原生】探索微服务架构下的服务治理
  • 【RocketMQ】RocketMQ安装
  • 560. 和为 K 的子数组
  • 【Linux】修改用户名用户家目录
  • 切换笔记本键盘的启用与禁用状态
  • windows C++-创建使用特定计划程序策略的代理
  • Redis缓存双写一致性笔记(上)
  • 机器学习西瓜书笔记(十一) 第十一章特征选择与稀疏学习+代码
  • JAVA-内部类和匿名内部类
  • Pandas空值识别,空值填充,空值过滤方法超详细解读