LACP平衡VPN:不好还是好？

Question

想象一下，我有一台计算机，它有两个来自ISP A和B的廉价互联网连接，我在一个数据中心也有一个VPS，它的带宽非常高。

我可以做两个VPN。一个从A到VPS，一个从B到VPS。我可以聚合两个“虚拟”tun接口，在我的VPS上安装一个DHCP，并且有一个带宽，这是A或B单独使用的带宽之和。

通过监视带宽和调整负载(例如，使用ifenslave模式5或6)，一切都可以以更好的方式进行平衡，因为简单的RR负载平衡是可能的。

                 +- TUN: A ---- VPN ------+
                 |                        |
 Host - aggTun --|                        +-- VPS - DHCP--- WWW
                 |                        |
                 +- TUN: B ---- VPN ------+

但是，这似乎太好了，不可能是真的，我坚信这可能会对TCP连接产生不良影响(特别是如果A和B的延迟不同)。有人知道会出现什么问题吗?我如何在Linux环境下解决这些问题呢？

非常感谢，祝您一周愉快。

Answer 1

与此以及所有其他聚合场景有关的基本问题是如何实现负载共享。我的意思是，主机将如何确定要使用哪个链接将数据包转发出去？基本上有两种选择：

1. 每包负载分担。主机/路由器将在两个链路之间交替发送数据包。正如您所提到的，如果数据包由于不平等的延迟而无法正常到达，这可能会对吞吐量造成严重影响。
2. 人流平衡。主机/路由器将为某一特定路径发送所有数据包。主机/路由器使用哈希算法来确定要选择的路径。通常，该算法使用第二、第三和第四层信息的某种组合来选择要使用的路径。这里的问题是，取决于环境，流动可能非常不平衡。例如，如果您使用IP信息，并且与一个特定的主机(例如VPS端点)交谈，您将只使用一个链接。您将不得不仔细选择您的算法，取决于您的特定用途。

另外，不要忘记，您必须在链接的两端执行此操作。如果您的传出通信量是跨多个链接共享的，但入站通信量只使用一个，则不会有多大的好处。