堆叠和连接4个PowerConnect 8024F的

我们正在构build一个新的networking基础架构来取代1GbE主干,并决定使用4x Dell PowerConnect 8024F作为我们的“核心”交换机。

根据下图,我们有2个8024的楼上和2楼楼下提供MMF光纤冗余链接。 正在传输的数据是iSCSI / LAN在不同VLAN上的混合(70/30)。

网络图

我们如何才能最好地configuration这些交换机以实现冗余和吞吐量,2个8024的堆栈或4个交换机的1个堆栈,应该在哪里使用LAG?

思科和戴尔的堆叠技术出现奇怪的失败之后,我一直都很沮丧,我不会依靠这些技术提供冗余。

最疯狂的例子是三台Cisco 3750的堆叠,其中两台交换机出现故障。 经过与思科的长期支持电话后,我们发现问题是第三个,看似function性的转换。 如果我从堆栈中删除第三个交换机,另外两个交换机恢复生机。 不,第三个开关不是主人。 但是只要连接在堆叠环上,就会导致其他交换机停止工作。

有了这样的经验,我现在就要devisenetworking拓扑结构:

  • 假设整个堆栈失败,而不是堆栈中只有一个交换机。 不要依靠堆叠环来实现冗余。
  • 使用至less一根以太网电缆将所有堆叠成员连接到不在该堆叠中的另一台交换机。 这样,如果堆叠环出现故障或成员分离,则生成树会接pipe,并且您仍然可以通过此备份链路访问连接到交换机的设备。
  • 如果您备份链路,请不要将此LAG跨越堆栈成员。

对于楼上和楼下的8024对来说,堆叠configuration为ISL链路带宽提供了巨大的优势,而不必牺牲每个交换机上可用的LAG连接的24个端口。

堆叠也提供了一点更容易的pipe理,但这是旁边的问题/你的问题。

longneck提到的问题绝对是一次性的情况,而且这些更新的开关并不适合您(尤其是如果您在固件上保持最新状态的话)。 与LAG链路相比,堆叠链路可能不会提供相同的容错能力(单连接vs多链路)。

如果冗余是一个大问题,你有空闲的链接,我会同意build议LAG连接longneck。