多个网关提高性能

这个问题没有足够的细节来提供一个完整的解决scheme。 然而，我可以分享一些你可以自己研究和应用的一般原则。

相关的细节包括：

• 路由器/防火墙型号
• 面对链路/设备故障时的弹性和恢复时间
• 拓扑
• 未来的扩张计划
• IT人员的技术能力
• 负载平衡对于实现这个成本有多重要（附加：Opex，Capex，迁移停机时间，复杂性）

你也应该明白，说你想要负载平衡就像走进一家杂货店，告诉店员你想买些食物。 第一个问题是“什么样的食物”？ 以同样的方式，至less要明白，您必须分别考虑出站（即从服务器到互联网）和入站（从互联网到您的服务器）负载平衡的情况。

说实话，如果你用这么less的上下文信息提出这个问题，经验告诉我，你可能会陷入困境。 此外，devise负载平衡解决scheme的时间是在公司签署购买额外带宽的协议之前 。 我并不是说这对你有轻微的影响，但应该把它作为一个预防措施; 负载均衡解决scheme很复杂，需要充分考虑需求，包括发生故障时会发生什么，或者需要添加/扩展组件。 如果有其他人决定购买带宽，然后把这个项目交给你，那么我就会发生共同的悲剧……我也去过了。

出站负载平衡

有几种方法可以影响出站负载平衡：

• 等价多path（ECMP），这意味着您设置出站到互联网的等成本path。 这说起来容易做起来难，大多数情况下，拓扑结构或设备问题妨碍了单独的ISPs做这件事，但这是可能的。
• 防火墙进行平衡的每个ISP都有独特的NAT过载
• 专用的负载平衡硬件（如F5）
• 第一跳L2技术…创造性地使用GLBP / HSRP / VRRP
• 部分路由到互联网…通过BGP过滤或本地优先…与您的eBGP路由器之间的stream量转移通过专用高带宽iBGP链路
• 双链路到同一个ISP路由器

入站负载平衡

有几种方法可以影响入站负载平衡：

• 双链路到同一个ISP路由器
• 防火墙进行平衡的每个ISP都有独特的NAT过载
• 通过多个ISP多个出口到互联网，其中eBGP策略以这种或那种方式推动stream量

如果你可以发布更多关于需求和环境的细节，你可能会在ServerFault上得到一个很好的解决scheme……然后，你可能会得到一些希望有一点荣耀的人坚持自己的方式是最好的; 同时企业环境特有的情境因素会破坏所述build议的实施。

编辑

假设你有一台linux机器，我会看看在netfilter中可用的可能性…一个选项是shorewall 。 他们有一个正式的howto和另一个howto ，通过一个linux堡垒主机防火墙涵盖了跨多个ISP的负载均衡的基础知识，但是由于你涉及到IP PBX，所以你的情况会更复杂。

我会推迟到实际做过这个的人发表详细的build议。

Shorewall用例

如果您不知道如何构build一个，则需要购买能够在多个ISP之间进行负载平衡的networking设备（路由器）。

对于入站stream量，一种解决scheme是使用dynamic路由协议，如BGP 。

对于出站stream量，解决scheme是使用诸如HSRP的协议在多个设备之间故障转移VIP。

如果您没有可用的知识或资源来构build更强大的解决scheme，则可以寻求能够处理多个WAN连接的路由器。 你可能会find负担得起的SOHO设备能够满足您的需求。 除非引入冗余，否则认识到这个路由器将成为单点故障是非常重要的。

另一种select是使用单个服务器，您可以使用不同的度量标准引入多个路由。