对我们目前的情况寻求一些build议。 我们在一个数据中心有一个完整的机架，它包含1个到数据中心分布层交换机的上行链路（我们不控制这个），2个HP ProCurve 2824和一些服务器（为了简单起见， ）。 交换机A和交换机B不具有容错性。 如果失败了，我们将失去一半的链接。 我们正在尝试configuration两台HP 2824，所以如果我们丢了一台，就可以恢复正常的操作。 我们目前有中继端口configuration，但这是严格的增加带宽。 例如：
interface 17 <br> name "SERVER-A-BOND0-1"<br> no lacp<br> exit<br> interface 18<br> name "SERVER-A-BOND0-2"<br> no lacp trunk 17-18 Trk4 Trunk spanning-tree Trk4 priority 4 据我所知，交换机必须被堆叠（交换机A是指挥官，交换机B是会员 – 顺便说一句，这是ProCurve的行话），我们正在试图做的是InterSwitch Trunking，尽pipeProCurve手册并不是指那个。
我假设一旦交换机堆叠，我可以做类似的configuration，除了上面的接口17将是交换机A上的接口1，接口18将是交换机B上的接口1.如果交换机A或B发生故障，将不会有单点故障。 ProCurve手册特别提到将LACP用于冗余交换机，以及在互操作性问题时使用“中继”选项。 我上面的东西需要切换到更类似的东西
trunk 17-18 Trk4 LACP
我们真的很感激任何关于我们是否正在用新configuration走正确道路的意见。 不幸的是，目前我们唯一需要处理的环境是生产环境，这使得testing不同的场景变得困难。
最后，对于交换机上行链路，我们目前有一个从数据中心的下降。 为了这个工作，我们需要两个，我假设分布层交换机（这些滴是从哪里来的）将需要configuration链路聚合/ LACP，所以需要数据中心人员进行一些更改。
您可以在交换机之间分割债券，但不能增加吞吐量。 因此，如果服务器有两个NIC，并且每个交换机都插入一个NIC，则必须将服务器configuration为仅通过故障转移进行某种绑定。
这个Q / A有很多很好的细节： Procurve交换机中的Server-to-Trunking，这是什么意思？
显然，交换机必须互相连接。 但是到数据中心的单一上行链路将成为一个问题。 您需要获得第二个上行链路，否则当交换机死亡（或因其他原因停止工作）时，您将始终有50/50的丢失连接的机会。
它看起来像分裂两个2824之间的树干是不可能的。 该function从3800系列型号开始（可能在上面）。 2824可以堆叠，但仅用于pipe理目的（而不是“真正的”堆叠）。