我试图用我们拥有的硬件来创build尽可能多的冗余，这里是我如何configuration一切：
我们有一对堆叠的force10 S55交换机，这是我们的核心。 然后在我们的4个机柜中的每一个机柜中，我们都有一对Cisco 2960-S交换机，这些交换机只有一根电缆连接到我们的核心。 举个例子：
cabinet1 2960-sw1 – > force10-sw1 2960-sw2 – > force10-sw2
我的问题是这些：
如果我正确理解您的拓扑结构，则不需要在接入层将您的2960-S交换机连接在一起。 虽然它可以根据独特的要求而有所不同，但交叉连接接入层交换机不是思科或戴尔的最佳做法。
只要你不在接入层交叉连接，生成树协议就不会限制你的拓扑结构中的任何链路。
虽然将每个2960连接到每个networking核心是一个首选devise，但这不是必需的。 由于您的服务器是双归属到冗余2960的，所以如果您的2960或S55交换机之一发生故障，备份链接应该接pipe您的故障切换方法使用的定时器，所以如果这是可接受的， 。 如果您确实select添加冗余连接，以便每个S55都连接到每个S55，则可以将S55configuration为链路聚合组，因为S55是堆叠的。
你是正确的，你不能使用标准的lacp创build主动/主动链接从你的服务器，除非你堆栈你的2960的; 然而，现在很多服务器NIC和pipe理程序解决scheme都具有良好的负载平衡选项，这些选项完全与开关无关。 如果您正在使用服务器虚拟化，则可能很有可能打开此function。 如果没有，请与您的nic供应商或在您的高级networking设置中查看您的平台上是否有此function。
创build冗余的最便宜的方法是执行以下操作：
交换机A – >核心A
|
|
交换机B – >核心B
生成树将导致交换机A和B之间的链路断开，除非其中一个核心交换机死亡或链路断开。
出于性能方面的原因，在您的服务器之间均衡地分配交换机A和B之间的主NIC。
另外关于组合NIC，他们将共享一个虚拟的MAC，因此他们需要同时在同一个交换机（或者在一个实际上是同一交换机的堆栈中）。
为了增加我的理由，在接入层交换机之间没有交叉连接的情况下是冗余的，你需要连接每个2960到两个S55。 我想这涉及到纤维，因此昂贵。 您将最终在每个S55中放置2个SFP，在每个S55中放置2个SFP，导致总共使用8个SFP，跳线和光纤束。 这种devise的唯一优点是你可以将链接捆绑在一起，因为S55被堆叠为Art所提到的，以将上行链路增加到2Gb。 但是，如果这不是必要的，那么当您通过在交换机之间使用CAT6接插电缆并按照我所build议的方式连接它们来完成冗余时，这是一种昂贵的方式。 无论哪种方式 – 祝你好运！
你需要定义在做任何select之前你可以停下来多久。
堆叠的内核提供了很好的冗余（特别是在断电时，如果这些Force10交换机支持功率堆叠）。 运行从每个边缘交换机到内核的两条链路可消除如果内核成员死亡的潜在停机时间，因为它将使用STP或LACP（更有可能）来保持链接。
如果正常运行时间在边缘层非常关键，那么您需要将堆叠交换机放在边缘等等。冗余是永无止境的游戏:)
我不是一个思科家伙，所以有人可能会提供更好的细节，但在这里：
1＆2：如果启用STP（生成树协议），则可以从每个2960到每个s55都有单独的上行链路，并且在2960之间有一个链路。 STP将处理潜在的循环，并且仅仅利用例如2960之间的链路，如果一个链路失去上行链路的话。
如果使用LAG或LACP协议，则可以将具有相同IP的服务器的两条链路连接到同一个交换机，以实现冗余和增加吞吐量。
最后我在q1中注意到你说开关不堆叠，但你似乎build议他们可以在q3。