目录
反向代理
访问某个网站时，前端接口和后端接口不是一样
这是Nginx反向代理的功能，将前端发送的动态请求发送到后端服务器，后端服务器处理完请求，将响应返回给反向代理，反向代理再将响应返回给客户端。客户端并不知道请求具体是由哪个后端服务器处理的，以为就是反向代理在处理请求。
这样做最主要的好处有三个：
- 隐藏后端服务器: 保护真正的应用服务器免受直接的外部攻击。
- 负载均衡: 作为负载均衡器的基础。
- 提高访问速度
反向代理的配置
在nginx.conf文件中配置
server {
listen 80; # 监听端口 80 (HTTP)
server_name example.com; # 负责响应对 example.com 的请求
location / {
# 将匹配 / 路径的所有请求转发给后端服务器组 `backend_servers`
proxy_pass http://backend_servers;
}
}
# 定义后端服务器集群
upstream backend_servers {
server 服务器1地址:端口; # 后端应用服务器1地址和端口
server 服务器2地址:端口; # 后端应用服务器2地址和端口
}负载均衡
- 是什么: 是Nginx 反向代理功能的一个扩展和核心应用场景。指 Nginx 将接收到的客户端请求，按照某种预定义的策略，分发到多个后端服务器上进行处理的过程。
- 目的: 分摊负载、提高并发处理能力、提升系统整体性能和可用性。 当一台后端服务器故障时，Nginx可以将请求转发给其他健康的服务器。
负载均衡的配置
其实跟反向代理基本一样
upstream backend_pool { # 定义一个后端服务器池，名为 backend_pool
# 定义服务器，地址：端口（可选权重和其他参数）
server backend1.example.com weight=3; # 权重为 3
server backend2.example.com:8080; # 权重默认为 1
server 192.168.100.103 backup; # 备份服务器，当主服务器宕机后才启用
# 可以配置其他负载均衡算法和参数
# least_conn; # 如果指定为最少连接算法
}
server {
listen 80;
server_name myapp.com;
location / {
proxy_pass http://backend_pool; # 将请求代理转发到上面定义的 backend_pool 池
# ... 其他反向代理相关配置（如proxy_set_header）...
}
}负载均衡的策略
- 轮询: 默认策略。依次将新请求分发到池中的每个后端服务器。配合
weight参数可以实现加权轮询（权重高的服务器承担更多请求）。- 示例:
server backend1 weight=5; server backend2;(backend1 处理大约 5/6 的请求，backend2 处理 1/6)。
- 示例:
- 最少连接: 将请求发送到当前活动连接数最少的后端服务器。需要配置
least_conn;。- 场景: 当后端服务器处理请求能力差异较大或请求耗时长短不一时更公平。
- IP 哈希: 根据客户端 IP 地址计算哈希值，将同一客户端的请求固定转发给某个后端服务器（除非该服务器不可用）。需要配置
ip_hash;。- 场景: 需要维护用户会话状态（Session）的应用，避免了 Session 同步的复杂性。但其固定分配特性可能不够均衡。
- URL 哈希: 根据请求的 URL 计算哈希值进行分配。使用第三方模块（如
ngx_http_upstream_hash_module）或商业版支持。
总结
Nginx 反向代理是让 Nginx 作为一个中介，代表后端服务器接收并处理客户端请求。核心配置在 proxy_pass。
Nginx 负载均衡是反向代理的自然延伸和应用，当反向代理目标指向一组服务器（upstream）时，Nginx 负责按照特定策略将新请求分配给组内不同的服务器，以达到提高性能和高可用的目的。