当你用1Gbps的连接到你的主haproxy时，你怎么扩展？

你添加另一个端口。

假设您现有的networking看起来像在N个后端服务器前面的一个HAProxy盒子前面的一个公共IP地址。 您通过吞吐量（或更好的方法通过1​​ Gbps的吞吐量），但您的后端服务器仍然健康与备用资源。

下一步是在您的群集前获得第二个公共IP地址和另一个HAProxy机器。 在前面添加一些全局服务器负载均衡 ，以一些可configuration的方式将stream量发送到您的两个前端HAProxy盒子中的每一个。

我们通过pipe理我们自己的基于Ketama Hash的Power DNS服务器来完成这项工作。 还有DNS服务提供基于地理位置或其他标准的可编程DNS响应。

假设您没有办法获得更快的上行链路或以其他方式缩放现有的HAProxy设备，则可以缩放到多个。

您可以通过几种不同的方式来分割它们之间的负载：

1. DNS循环。 这涉及到只添加额外的Alogging到现有的DNS名称，并希望将请求负载均匀地分散在Alogging的成员周围。
2. select性DNS答复。 响应不同的DNS请求，根据标准不同的答案 – 它可以简单地强制循环分配，或者，如果您的应用程序可以有效地扩展到新的位置，它可以回答与给定客户端的应用程序的最接近的可用实例（地理意识的DNS）。
3. BGP Anycast。 对于会话感知型通信，通常认为“不是一个好主意”，因为拓扑更改可能会中断TCP会话，这将成为另一种将stream量从互联网拓扑视angular推送到靠近用户的应用部署的另一种方法。