我们正在计划重build大楼并安装新的交换机。 已经提出了一些不同的devise，一种这样的devise将我们的核心交换机放在我们networking的核心，即使一个完全失败，另一个可以继续。
这个想法是有2个核心交换机和6个边缘交换机（连接我们所有的端点）。 这个build议使用固定端口交换机。 我们所有的服务器都连接到两个内核，我们的每个边缘交换机都连接到两个内核。 这样，如果核心A出现故障，则核心B仍然与所有服务器和边缘交换机物理连接，保持数据stream畅无阻。
提议的devise中继各种RJ45端口，引用背板作为单点故障。
我的假设是，我们至less要堆叠6个边缘设备，并使用这些迷你gBIC适配器运行几条光纤到核心，但是我被告知，如果我们将所有6个边缘交换机和背板存在问题，那么所有6个交换机将“下降”。 在build议的devise下，如果边缘交换机出现问题，则只有连接到该交换机的设备才会受到影响。
与标准以太网端口相比，交换机背板出现问题的概率是多less？
这个build议是否有意义并且真的提供了它假设的冗余？
我们不能只堆叠这6个边缘交换机，并通过其中一个mini gbic模块运行两条光纤线路，并且每天给它打电话？ 我认为，如果一个堆栈中的交换机出现问题，其他交换机仍然可以“解决”它。
这是易pipe理性与（更多）复杂configuration之间的平衡。 堆叠将降低可pipe理性要求，但是由于交换机需要协调其堆叠对等体之间的堆叠configuration，因此更复杂。
在多台交换机不能正确join堆叠的情况下，交换机可能会出现堆叠困难。 在这种情况下，整个堆栈至less需要两次命中 – 一次当并非所有交换机都正确join堆栈时，两次堆栈可能需要在故障排除/解决过程中closures。
我肯定有开关死在我身上。 不知道这是“底板”，“PSU”还是其他组件。 那些没有被堆积，所以我不知道这是否真的把堆叠下来。
当你堆叠设备时，你需要确保没有单个设备是SPOF，有这样做的方法，但最大的问题是“更换一个独立的交换机比交换机堆栈中的元素更简单” 。
我会说“是的，勉强”。 您可以在舒适的环境中将当前的configuration（从您的日常configuration备份）打到交换机上，然后使用大约两条较less的电缆安装交换机，以免担心（堆叠电缆）。