受管理的千兆以太网交换机启动需要多长时间？

9

我在研究管理型交换机时发现了一个关键的缺点，我有一些以前的经验，那就是任何带有“大量”固件的东西都将存在与该固件相关的许多问题。

我们正在研究机架式千兆交换机（48端口）。看起来对于48个端口，我们唯一的选择是管理型交换机（Dell，Cisco / Linksys，HP等）。我想知道的是，我无法了解很多有关各种管理型交换机的启动时间。

如果您自己拥有，请提供型号和冷启动时间（以秒为单位）的答案。我已经在线阅读了Linksys（现为Cisco）SRW系列有时需要将近5分钟才能完全启动，这对我们来说是不可接受的费用。

我特别想了解Dell PowerConnect管理型交换机的启动时间（型号3548和5448），并想确认SRW2048或类似型号的5分钟启动时间以及所有HP ProCurve启动时间。

所有这些数字的综合应该构成托管交换机上启动时间的有趣整体视图。

[更新：对于那些认为我询问启动时间是因为我很傻，以至于我觉得与实际的操作性能无关，我更新了上面的内容，以使我更清楚地了解到在理解这种硬件类型的规范时，并不是在基于引导时间的一种极端情况下对交换机性能形成整体印象。谢谢你的时间。]

[UPDATE2：我将为昨天购买的Cisco SRW交换机（思科（前linksys）模型）添加自己的答案...不接受答案有什么问题吗？我想对这个问题保持开放态度，以收集可能对其他人和我自己都有用的数据点。通常，最长的时间是5分钟，最短的时间是1-2分钟，其中提到的一个HP ProCurve的确很漂亮，它非常快。]。

gigabit-ethernet switch

— 沃伦·P
source

3

您多久发现自己重新启动交换机一次？

— tomjedrz

1

您能解释一下为什么在您的环境中不能接受5分钟启动交换机吗？

— 詹姆斯2010年

引导是一回事-使一组堆栈交换机从主设备故障中恢复是另一种可能重要的计时措施。

— Helvick 2010年

当我在线阅读投诉时，仅次于需要重启的六周或六天的正常运行时间后死亡的东西，第二个最常见的投诉是启动时间数据通常是那些审查托管交换机的主要投诉。由于我们应该假设前者是应该通过固件升级修复的故障，因此后者将被视为“您刚刚生活的东西”。我喜欢知道自己将要生活的东西，然后再委托自己生活。下面97秒的SRW数字在我可以承受的范围内。

— 沃伦·P

希望您收集一些有用的数据。我要指出的是，您可以并行运行更高级的交换机，并让PVST +或其他机制允许并行交换机在停机期间从重启交换机中接管，而不仅仅是问您为什么需要这些数据。这是大型数据中心处理启动时间慢的问题的一种方法。

— kmarsh 2010年

2

好了，这是PowerConnect 5324为您提供的另一个数据点。这比您正在寻找的模型落后了几代人。因此，将其视为有价值的东西。

因此，下面的ping命令每秒发送1次ping，从下面的输出中可以看到，从reload命令下降到再次开始响应之间，它花费了108秒。

PowerConnect 5324重新启动108秒

date && ping 192.168.0.2 && date
Thu Apr 15 00:06:45 EDT 2010
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=2.53 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=2.54 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=2.60 ms
64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=6 ttl=64 time=2.76 ms
64 bytes from 192.168.0.2: icmp_seq=7 ttl=64 time=2.50 ms
64 bytes from 192.168.0.2: icmp_seq=8 ttl=64 time=2.63 ms
64 bytes from 192.168.0.2: icmp_seq=9 ttl=64 time=3.51 ms
....
64 bytes from 192.168.0.2: icmp_seq=117 ttl=64 time=2026 ms
64 bytes from 192.168.0.2: icmp_seq=118 ttl=64 time=1028 ms
64 bytes from 192.168.0.2: icmp_seq=119 ttl=64 time=30.1 ms
64 bytes from 192.168.0.2: icmp_seq=120 ttl=64 time=3.80 ms
^C
--- 192.168.0.2 ping statistics ---
120 packets transmitted, 13 received, +45 errors, 89% packet loss, time 119202ms
rtt min/avg/max/mdev = 2.502/239.520/2026.970/583.213 ms, pipe 4
Thu Apr 15 00:08:45 EDT 2010

— 3同流
source

很高兴知道。如果上一代人在2分钟以内，那么最新的电源连接肯定也在2分钟以内。

— 沃伦·P

14

我无法想象为什么您在任何环境中都会频繁重启交换机而甚至为此担心的原因。交换机的任何重新启动都应在维护窗口中完成，然后花费几分钟就没什么大不了的了。

我不确定您如何认为启动时间反映了交换机的性能。像大多数嵌入式设备一样，交换机将具有某种功率不足的CPU，该CPU负责引导过程，并可能具有一些功能，例如运行cli或Web界面。但是几乎所有的网络功能都将由专用的ASIC处理，并且完全不涉及CPU。

— 3同流
source

1

+1开始写同样的东西，然后分心

— Zypher

+1我同意，为什么交换机启动时间如此重要？任何/所有计划的停机时间就是计划的。

— DanBig 2010年

计划外的事情一直在发生。上周我们在这里遇到了开关故障。您只需要在一天中遇到多个交换机问题，就必须重新路由整个办公网络，并且您开始关心诸如此类的小事情。因为这是每次5分钟的冷启动。在一天中只有10个时，这很烦人。

— 沃伦·P

1

足够公平，但是根据我的经验，由于开关故障而引起的停电非常罕见，但是确实发生了。如果您一天必须重新启动交换机10次，则启动时间不会彻底改变中断。如果我们在与最终用户交谈，最终结果将是一个上下波动的网络，从而导致生产力下降。您是要花5分钟才能启动但要在1次重启中解决该问题的交换机还是要花3分钟才能启动但要5次重启才能解决问题的交换机？我只是说启动时间可能不是您想要的胜利。

— 3dinfluence 2010年

1

同意您所写的所有内容，但是-1 cos并不是OP要求的（别担心，我在其他答案上给了+1，因此您仍然领先8位！）

— Mark Henderson

4

从冷启动SRW2048运行1.2.1，97秒

tsavo:~ mcd$ date
Mon Apr 12 14:04:48 EDT 2010
tsavo:~ mcd$ ping 192.168.24.70
PING 192.168.24.70 (192.168.24.70): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2

... snipped ...

Request timeout for icmp_seq 85
64 bytes from 192.168.24.70: icmp_seq=86 ttl=64 time=45.284 ms
^C

tsavo:~ mcd$ date
Mon Apr 12 14:06:25 EDT 2010

感谢您提供我所要求的。很多人不明白为什么衡量绩效甚至很重要。不受管理的交换机将在极短的时间内恢复在线。网络管理员需要花一些时间来管理交换机启动。这种情况可能不会经常发生，但是当有人问“何时备份系统”时，不得不说“服务器启动需要3分钟，而我们的切换需要5分钟”，这是出乎意料的。

— 沃伦·P

+1用于实际回答问题，而不是质疑问题。当我最初有相同的“为什么”反应时，我突然意识到，有许多系统具有合同规定的正常运行时间要求和罚款。

— kmarsh

@kmarsh如果存在正常运行时间要求（例如SLA），则需要在设计网络时考虑到这一点。在企业网络的边缘并不总是能够做到这一点，但是如果将边缘交换机保持在24个端口上，则可以最大程度地降低影响生产率的风险。您可以在大多数大型网络的核心中找到的基于机箱的交换机可以很好地处理此类问题。带有多个热交换PSU和控制器模块。但是就像您在评论中所说的那样，您也可以在具有RSTP / PVST，动态路由协议和以太网绑定的网络层上进行操作。

— 3dinfluence 2010年

1

我没有确切的时间，但是我们有Cisco（3750）和HP交换机（2524＆2510G）。思科的确确实需要几分钟才能启动。惠普耗时约30秒。HP的端口是24端口，它会测试每个端口（每秒大约执行4个端口），因此48端口需要的时间会稍长一些。

— 克里斯·S
source

谢谢。Cisco 3750是催化剂/ iOS系列，对吗？我最初询问的是以前的Linksys，现在更名为“思科”小型企业交换机，并且是非iOS非催化剂。

— 沃伦·P

是的，3750是基于IOS的设备。我认为所有Catalyst设备现在都已淘汰，但我不是专家。

— 克里斯·S