你有没有想过，当你在手机上点外卖时，成千上万的人也在同一时间刷新页面，服务器是怎么做到不崩溃的？这背后就有负载均衡的功劳。而其中一种常用的方法，叫作IP哈希负载均衡。
什么是IP哈希负载均衡？
简单来说，IP哈希是一种让同一个用户的请求总是被分配到同一台后端服务器的技术。它根据客户端的IP地址做一次“计算”，得出一个固定的结果，然后把这个结果对应到某台服务器上。
比如你家的宽带IP是192.168.1.100，系统对这个IP进行哈希运算，算出来应该去访问服务器A。下次你再请求，哪怕集群里有10台服务器，系统还是会把你分给A。这样做的好处是，你的会话信息（比如登录状态）不用在服务器之间来回同步。
为什么需要这种“固定分配”？
想象一下你正在网上银行操作转账，第一次登录被分到服务器A，存了验证码；第二次提交时却被分到了服务器B，结果验证码找不到，直接报错。这种情况就是“会话丢失”，用户体验极差。IP哈希能避免这个问题，因为你的所有请求都落在同一台机器上。
它是怎么实现的？
实际配置中，像Nginx这样的反向代理软件就支持IP哈希。只需要在配置文件里加一行指令：
upstream backend {
ip_hash;
server 10.0.0.1;
server 10.0.0.2;
server 10.0.0.3;
}加上ip_hash;之后，Nginx就会自动根据客户端IP做哈希，确保同一IP始终访问同一台后端服务器。
这种方法也有短板
不是所有场景都适合用IP哈希。比如公司或学校出口只有一个公网IP，成百上千人共享这个IP，结果可能全都分到了同一台服务器上，造成负载不均。这时候反而不如轮询或最少连接法公平。
另外，如果后端服务器挂了一台，原本分给它的那些IP请求会被重新哈希到其他机器，但其他机器的负载会突然上升，可能导致雪崩。
适用场景举例
如果你在做一个内部管理系统，用户都是固定办公地点的员工，每人有独立IP，那用IP哈希就很合适。又或者你在开发一个小游戏后台，希望玩家断线重连时能快速恢复状态，也可以考虑这种方式。
但如果是面向大众的电商平台，用户来自全国各地，尤其是大量移动用户通过基站IP接入，那就要谨慎使用，最好结合Redis等共享存储来管理会话。