这更像是一个“最佳实践”或“欢迎提出意见”的问题。
目前,我们管理着大约 5 个运行 Nginx 的 Web 服务器(位于两个 DC 中),用于 PHP 网站。计划重新设计设置,以便从管理角度来看更易于管理。一台服务器位于另一个网络的 DC 中,其余服务器位于单个机架中。
我们有时必须将客户的网站从一台服务器移动到另一台服务器,并且我们希望为某些客户端提供冗余等等。因此,代理似乎是一个很好的开始,并且任何速度的提升都会受到热烈欢迎,HAProxy 似乎是这两者的一个不错的选择。
我们现在的想法是让一台机器成为其他所有机器的 HAProxy,这样我们就可以将任何东西重定向到任何地方,使用 CARP 之类的东西让该机器进行故障转移似乎是明智之举。
非常感谢任何见解/意见。
答案1
我过去曾设置过这样的系统;对于那些无法负担完整的第二数据中心和高端智能故障转移交换机的人来说,这不是一个坏选择。
这样做有一个明显的缺点,那就是如果你在托管 haproxy 的任何地方支付带宽费用,那么你将为代理连接支付双倍的带宽费用。
否则,对于那些想要负载平衡甚至只是主动故障转移的人来说,这是一个合理的解决方案。
另一个非常流行的负载均衡器/网络服务器/代理是nginx,也许也值得一看。
答案2
您应该能够使用内部 IP 地址从 LB 与后端节点进行通信..并且内部网络流量成本为 0。