阿里云php负载均衡部署,关于云上负载均衡的使用

对于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