Nginx在局域网内实现真正的ip_hash负载均衡
- 遇到的问题
- 本人在以前公司的局域网内搭载Nginx负载均衡的时候发现使用ip_hash实现负载均衡会发生一个奇怪的显现,所有客户端的请求访问都打在了同一个服务器上!
- 这使得负载均衡根本就没有起到任何作用,本人查阅了相关资料最终发现解决方法,多谢网上的各位大神,参考文献在最后说明。
- 为什么无法实现在同一局域网内ip_hash负载均衡说明
在同一个局域网中,大多数情况下我们在同一局域网内的所有机器IP前3位都是相同的,假设都为192.168.1.xxx。
根据官方的解析(参考网上大神的说法)
This directive causes requests to be distributed between upstreams based on the IP-address of the client.
The key for the hash is the class-C network address or the entire IPv6-address of the client. IPv6 is supported for ip_hash since 1.3.2 or 1.2.2. This method guarantees that the client request will always be transferred to the same server. But if this server is considered inoperative, then the request of this client will be transferred to another server. This gives a high probability clients will always connect to the same server. (简译:将客户端ip转化成C类网络地址,然后将该网络地址当作hash关键字,来保证这个客户端请求总是被转发到一台服务器上)
由此可以知道ip_hash是用C类IP地址的前3位网络号码进行hash计算的。
(C类IP地址是指在IP地址的四段号码中,前三段号码为网络号码,剩下的一段号码为本地计算机的号码,解析来自百度百科)
到此问题就很明显了,由于我们在同一局域网内,ip地址的前3位都是一样的,不管你是那台客服端发送的请求,hash计算出来的值都是一样的,所以所有的请问访问都会打在同一个服务器上,导致没有实现真正的负载均衡!
- 修改ip_hash代码算法中的取值,解决问题
1.在我们下载好的Nginx按转包中打开压缩包(以1.18.0版本为例子)
2.找到nginx目录下的src/http/modules/ngx_http_upstream_ip_hash_module.c文件
3.打开该文件,在180行左右会找到hash变量的赋值语句
4.修改iphp->addrlen长度(一共有3处地方需要修改)
5.保存修改
在保存中xx.tar.gz文件不允许修改后直接保存,360压缩可以直接转为zip保存,这个没啥影响,如果不想转为zip,可先解压把ngx_http_upstream_ip_hash_module.c文件修改好后直接替换。
6.把重新编写过的Nginx安装在服务器上,这时候ip_hash在局域网内客户端发送请求就能实现真正的负载均衡,会发送到不同的服务器上。
如有不足之处请多多指出。
参考文章地址:https://blog.csdn.net/zhangjunli/article/details/81115323
参考文章地址:https://blog.csdn.net/yswknight/article/details/107180893
来源:oschina
链接:https://my.oschina.net/u/4343506/blog/4816898