对于http负载均衡，往往有超时限制；对于tcp负载均衡，往往不做源地址转换（无法通过配置的方式设置为需要源地址转换），对于如下部署方式：
APP如果调用自己的话，可能服务器A发起请求，经过负载均衡后，又落到了服务器A自身，这是，由于负载均衡没有做源地址转换，所以，A的回包是发现目的地址就是自己，就不需要离开本机了，然而这种没有经过源地址转换的回包是不会被认可的，所以，这种部署方式存在较大弊端，尤其是一个服务器上部署多个应用时，应用之间的频繁调用就必然会遇到这个问题。
改进方案：
如果请求发起总是在APP上，则上述模式工作的会比较好；
但是，还有情况需要考虑，nginx做内部重定向的情况也是非常常见的，当访问a.i.phpor.net 时，很可能需要nginx直接内部转发到b.i.phpor.net ，这是，请求发起者是nginx，为了节省资源，b.i.phpor.net 也是使用的同样的负载均衡和nginx，于是，又出现了前面所讨论的问题。
再次改进，确保nginx不会重定向请求到负载均衡，毕竟还是要回来，索性在nginx上稍微麻烦一些，直接转发到自己，或者nginx上将所有自己能提供的服务的域名都解析到127.0.0.1
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- 如何使用nginx配置负载均衡
- 使用nginx负载均衡web应用
- 使用 Ingress 来负载分发微服务
- 使用HAProxy实现七层负载均衡
- 开源软负载均衡 HAProxy 使用及配置
- 图文讲解，如何使用 Nginx 反向代理、负载均衡
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
機器，平台，群眾
安德魯‧麥克費(Andrew McAfee)、艾瑞克‧布林優夫森(Erik Brynjolfsson) / 李芳齡 / 天下文化 / 2017-12-27 / TWD550
★★Amazon.com商業理財Top1 ★★ 全球暢銷書《第二次機器時代》作者最新力作 兩位MIT數位頂尖科學家歷時三年時間 走訪矽谷、華府、劍橋、紐約、倫敦、舊金山等科技政經重鎮 拜會許多領域精英進行交流，結合宏觀趨勢觀察， 指出人人都應關注的三重革命 科技正以空前速度改變每個產業及每個人的生活， 你該如何做，才能保持領先？ 我們生活在一個奇特的......一起来看看 《機器，平台，群眾》 这本书的介绍吧!
