负载均衡调优配置实战技巧
公司官网一到促销活动就卡顿，后台一看，三台服务器两台闲着，一台快撑爆了。这种情况其实很常见，问题不在硬件，而在负载均衡没调好。
负载均衡不是简单地把流量平均分给每台服务器就完事了。实际应用中，后端机器配置可能不一样，有的处理能力强，有的弱，硬生生“平均分配”反而会造成资源浪费甚至服务崩溃。
选择合适的调度算法
常见的调度算法有轮询（Round Robin）、加权轮询（Weighted Round Robin）、最少连接（Least Connections）等。如果后端服务器性能接近，轮询够用。但如果一台是8核32G，另一台是4核16G，就得用加权轮询，让强的机器多干活。
比如在Nginx中配置：
upstream backend {
server 192.168.1.10:8080 weight=3;
server 192.168.1.11:8080 weight=2;
server 192.168.1.12:8080 weight=1;
}这样，第一台接3次请求，第二台接2次，第三台接1次，合理利用资源。
健康检查不能少
服务器挂了但负载均衡还在转发请求，用户看到的就是502错误。定期做健康检查，及时剔除异常节点，是稳定的关键。
还是以Nginx为例，配合第三方模块如nginx_upstream_check_module：
upstream backend {
server 192.168.1.10:8080;
server 192.168.1.11:8080;
check interval=3000 rise=2 fall=3 timeout=1000;
}每3秒检查一次，连续失败3次就标记为不可用，恢复两次才重新加入，避免频繁抖动。
会话保持要考虑
有些业务需要登录状态，比如电商下单。如果每次请求被分到不同服务器，用户的购物车可能就丢了。这时候得开启会话保持（Session Persistence），让同一个用户的请求尽量落到同一台机器。
可以用IP哈希：
upstream backend {
ip_hash;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}不过要注意，如果用户走代理或公司统一出口，多个用户可能共用一个IP，会导致某台服务器压力过大。
动态调整应对突发流量
双十一流量是平时的十倍，提前手动加机器太麻烦。结合云平台的自动伸缩组（Auto Scaling）和负载均衡，可以实现请求多了自动加机器，少了自动回收。阿里云、腾讯云都支持API动态注册后端实例，配合监控指标（如CPU使用率），能灵活应对高峰。
调好了负载均衡，不只是省机器钱，更重要的是用户访问流畅，投诉少了，老板自然满意。