反向代理的原理与作用
反向代理是Nginx的核心功能之一，它隐藏了后端服务器的真实IP，客户端请求首先到达Nginx，由Nginx转发给后端服务。这种架构提升了安全性，同时支持灵活的流量管理。常见的应用场景包括隐藏API服务器、统一入口管理多服务等。
通过配置proxy_pass指令即可实现反向代理。例如将请求转发到本地3000端口的Node.js服务：
location /api {
proxy_pass http://localhost:3000;
proxy_set_header Host $host;
}负载均衡的配置方法
Nginx支持多种负载均衡策略（轮询、权重、IP哈希等），用于将流量分发到多个后端服务器，避免单点过载。以下是一个基于权重的配置示例：
upstream backend {
server 192.168.1.100 weight=3; # 该服务器处理3倍流量
server 192.168.1.101;
}
server {
location / {
proxy_pass http://backend;
}
}轮询（Round Robin）
轮询算法按顺序将请求分配给后端服务器，所有服务器被平等对待。
适用于服务器性能相近的场景。
实现简单，但无法根据服务器负载动态调整。
当某台服务器处理时间过长时，可能导致请求堆积。
upstream backend {
least_conn;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
加权轮询（Weighted Round Robin）
在轮询基础上为服务器分配权重，性能高的服务器获得更多请求。
权重高的服务器被更频繁地选择，适合硬件配置不均的场景。
需要手动设置权重，无法实时响应服务器性能变化。
upstream backend {
server backend1.example.com weight=3;
server backend2.example.com weight=1;
server backend3.example.com weight=2;
}
IP哈希（IP Hash）
根据客户端IP计算哈希值，将同一IP的请求固定分配到特定服务器。
确保用户会话一致性，适合需要保持会话状态的应用。
服务器变动时哈希分布会变化，可能导致会话中断。
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
最少连接数（Least Connections）
将请求分配给当前连接数最少的服务器，动态平衡服务器负载。
自动适应服务器处理能力的变化，适合长连接或处理时间不均的场景。
需要实时监控服务器状态，实现复杂度较高。
upstream backend {
least_time header;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
对比总结
- 轮询：简单公平，适合短请求且性能均衡的环境。
- 加权轮询：通过权重手动调节分配比例，适合已知性能差异的集群。
- IP哈希：保证会话粘性，但缺乏灵活性。
- 最少连接数：动态优化负载，适合处理时间差异大的服务。
通过合理配置反向代理和负载均衡，Nginx能显著提升系统的伸缩性和可靠性。实际部署时建议结合日志分析工具（如ELK）持续优化策略。