这更多的是“最佳做法”或“投入赞赏”的问题。
目前我们pipe理大约5个运行Nginx PHP网站的Web服务器（在两个DC中）。 计划是重新devise设置，以便从pipe理的angular度来看更易于pipe理。 一个服务器在另一个networking中的DC中，其余的在单个机架中。
我们有时必须将客户端网站从一台服务器移动到另一台服务器，我们希望允许某些客户端的冗余等，所以代理似乎是一个好开始，任何速度的提高是非常受欢迎的，HAProxy似乎是一个很好的候选人都。
我们现在的想法是把HAProxy制作成一台机器，这样我们就可以在任何地方redirect任何东西，看起来很聪明，可以让机器像CARP一样进行故障转移。
任何见解/意见，高度赞赏。
过去我已经build立了这样的系统。 对于那些无法承受完全成熟的第二个数据中心和高端智能切换的故障切换，这不是一个坏的select。
这样做有一个明显的缺点，那就是如果你在haproxy托pipe的地方支付了带宽，那么对于代理连接的带宽，你将付出双倍的代价。
否则，对于那些想要进行负载平衡甚至只是主动故障切换的人来说，这是一个合理的解决scheme。
另一个非常受欢迎的负载平衡器/networking服务器/代理是nginx ，这可能值得一看。
你应该能够使用内部IP地址从LB到后端节点通话，而内部networking通信将花费0。