具有容错功能的开关辅助负载平衡

在学习Cisco和Microsoft认证的过程中，我读了很多有关NIC Teaming，Etherchannels和类似内容的文章。

我知道您可以在MS Windows Server中进行静态分组，也可以在Cisco中创建端口通道，也可以使用动态协议（例如LACP和PAgP）。但是它们都使用源或目标MAC地址或IP地址，异或在一起的组合或类似的东西来提供负载平衡，对吗？如果从一台服务器到另一台服务器的文件传输时间很长（例如将4个GigE绑定在一起以将其提高到4 Gbps），则似乎无法提高实际吞吐量。

所以我想知道这是真的吗？有没有办法使用绑定接口的所有带宽？我从很少的消息来源得知，有类似SLB（带有故障容错功能的交换机辅助负载平衡），它支持完全负载平衡并允许使用全带宽（例如，在我的示例中，一次事务中两台服务器之间的带宽为4 Gbps）。

我听到过很多与此矛盾的事情，我完全感到困惑。帮帮我！

在第2层，所有负载平衡最多只能通过XOR或源MAC和目标MAC的哈希来完成，如果幸运的话，它甚至可以读入第3层并对该数据进行哈希。

但是，在第3层，我们基本上是在讨论多个网关（因此，有效地，两个物理链路之间各有一个唯一的下一跳），如果您准备按以下方式进行操作，则可以最大化链路的带宽：数据包平衡。

在我继续之前，每包平衡通常是一件坏事，因为它会导致无序的数据包传递，这对于TCP连接可能特别糟糕，但是这当然取决于实现和大多数现代堆栈都可以相对较好地忍受这一点。

为了进行每个数据包的平衡，显然一个要求是源IP地址和目标IP地址根本不在与具有多路径的设备相连，因为需要路由它们才能使平衡成为可能。可以通过路由协议（例如BGP，OSPF，ISIS，RIP或BFD或简单的链路状态检测）来实现冗余。

最后，当然有一个传输层解决方案-像SCTP这样的协议支持连接到多个端点，并且TCP已经制定了草案，将添加做类似事情的选项。或者...您可以使您的应用程序打开多个套接字。

首先，让我们现实一些您的系统性能；您必须确保您的系统可以始终将要查询的带宽从磁盘缓存到相关的NIC（请参阅答案底部）...

只要您愿意使用FTP进行文件传输，就可以使用支持通过FTP REST命令对文件进行分段的客户端进行下载，并使用支持FTP COMB命令的服务器进行分段上载。通过使用支持分段的FTP客户端，您可以在每个文件传输中打开多个FTP会话，并利用许多交换机供应商支持的Layer4 LACP哈希...无论您是绑定1GE还是10GE链接，分段传输都可以提高性能在整个LACP。

Windows的CuteFTP支持REST传输，Filezilla支持COMB命令。这些只是您可以使用的几个选项中的两个。

系统限制

我不知道您拥有哪种磁盘，但是单系统限制通常是磁盘I / O ...从控制器的角度来看，这里有几个有趣的地方...

• SATA（修订1）最大xfer：8b / 10b开销后为1.2Gbps
• SATA（修订版2）最大xfer：8b / 10b开销后为2.4Gbps
• SATA（版本3）最大xfer：8b / 10b开销后为4.8Gbps
• 4G光纤通道最大传输速率：3.56Gbps

另一个可能的限制是磁盘速度/主轴/臂...除非您使用的是SSD。

最后，您需要具有足够容量的NIC到主板...检查PCIe NIC上有多少个通道。我假设您在局域网上，而数据包丢失/拥塞不会成为问题。如果发现CPU是传输的限制因素，则可能需要打开jumbos。