Сколько времени требуется для запуска гигабитных коммутаторов Ethernet?


9

Один критический недостаток, который я обнаружил при исследовании управляемых коммутаторов, и тот, с которым у меня есть некоторый прошлый опыт, заключается в том, что все, что связано с «большим количеством» прошивок, будет иметь много проблем, связанных с этой прошивкой.

Мы занимаемся исследованием гигабитных коммутаторов в стойке (48 портов). Похоже на 48 портов, наш единственный выбор - управляемые коммутаторы (Dell, Cisco / Linksys, HP и т. Д.). То, что я хочу знать, что я не могу узнать много о времени загрузки для различных управляемых коммутаторов.

Если у вас есть, ответьте, пожалуйста, с номером модели и временем холодной загрузки в секундах. Я читал в Интернете, что для серии Linksys (теперь Cisco) SRW иногда требуется почти 5 минут, прежде чем они полностью загрузятся, и это для нас неприемлемо.

Я особенно хочу знать о времени загрузки управляемого коммутатора Dell PowerConnect (модели 3548 и 5448) и хотел бы подтвердить 5-минутное время загрузки на SRW2048 или аналогичной модели, а также любое время загрузки HP ProCurve.

Совокупность всех этих цифр должна составить интересную общую картину времени загрузки управляемых коммутаторов.

[ОБНОВЛЕНИЕ: В дополнение к тем, кто думает, что я спрашиваю о времени загрузки, потому что я достаточно глуп, чтобы думать, что это как-то связано с фактической производительностью, я обновил вышеупомянутое, чтобы прояснить, что я заинтересован в понимании норм этого типа оборудования, а не в формировании общего впечатления о производительности коммутатора, основанного на одном крайнем случае времени загрузки. Спасибо за ваше время.]

[ОБНОВЛЕНИЕ2: Я собираюсь добавить свой собственный ответ для управляемого коммутатора SRW, который мы купили вчера, модель Cisco (прежние ссылки) ... Есть ли что-то плохое в том, что мы не принимаем ОТВЕТ? Я хотел бы оставить этот вопрос открытым для сбора данных, которые могут быть полезны для других, а также для меня. Как правило, самое длинное время составляет 5 минут, а самое короткое - 1-2 минуты, за исключением одного упомянутого HP ProCurve, который очень быстр. ].


3
Как часто вы сталкиваетесь с перезагрузкой коммутаторов?
Tomjedrz

1
Не могли бы вы рассказать, почему 5 минут для загрузки коммутатора неприемлемы в вашей среде?
Джеймс

Загрузка - это одно: наличие набора коммутаторов стека, восстановленных после отказа мастера, - это еще одна потенциально важная мера синхронизации.
Хелвик

Когда я читаю жалобы в Интернете, уступая только тому, что умирает после шести недель или шести дней безотказной работы, требующей перезагрузки, второй наиболее распространенной жалобой являются цифры времени загрузки, которые обычно являются основной жалобой тех, кто просматривает управляемые коммутаторы. Поскольку мы должны предполагать, что первое является ошибкой, которая должна быть исправлена ​​путем обновления ПО, второе, однако, будет считаться «вещью, с которой вы просто живете». Мне нравится знать, с чем я буду жить, прежде чем я позволю себе жить с этим. Показатель ТРО 97 секунд ниже - это то, с чем я могу жить.
Уоррен П

Я надеюсь, что вы собрали некоторые полезные данные. Вместо того, чтобы просто задавать вопрос, зачем вам нужны эти данные, я хотел бы указать, что вы можете запускать более продвинутые коммутаторы параллельно и позволить PVST + или другим механизмам позволять параллельным коммутаторам заменять перезагрузку коммутаторов во время простоя. Это один из способов, которыми большие центры обработки данных справляются с проблемой медленной загрузки.
kmarsh

Ответы:


2

Хорошо, вот еще один пункт данных для вас от PowerConnect 5324. Это несколько поколений позади моделей, которые вы смотрите. Так что принимайте это за то, что оно того стоит.

Таким образом, приведенная ниже команда ping посылала 1 ping в секунду, и вы можете видеть из выходных данных ниже, что прошло 108 секунд с момента, когда она перешла от reloadкоманды, до точки, где она снова начала отвечать.

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

Это хорошо знать. Если старшее поколение менее 2 минут, конечно, последние подключения питания также менее 2 минут.
Уоррен П

14

Я не могу представить себе причину, по которой вы будете достаточно часто перезагружать коммутаторы в любой среде, чтобы даже беспокоиться об этом. Любая перезагрузка коммутатора должна быть сделана в окне обслуживания, и тогда несколько минут не будут иметь большого значения.

Я не уверен, как вы думаете, что время загрузки отражает производительность коммутатора. Коммутаторы, как и большинство встраиваемых устройств, будут иметь некоторый процессор с недостаточным питанием, который отвечает за процесс загрузки, и, возможно, некоторые функции, такие как запуск интерфейса cli или web. Но почти все сетевые функции будут выполняться специализированными интегральными схемами и вообще не будут задействовать процессор.


1
+1 начал писать то же самое, затем отвлекся
Zypher

+1 Согласен, почему время загрузки коммутатора так важно? Любое / все запланированное время простоя - это просто запланированное.
DanBig

Незапланированное случается все время. У нас были сбои выключателя здесь на прошлой неделе. Вам просто нужен один день, когда у вас есть несколько проблем с коммутатором, вам нужно перенаправить всю офисную сеть, и вы начинаете заботиться о таких мелочах, как эта. Потому что это 5 минут на холодную загрузку. И в день, когда их было 10, это раздражает.
Уоррен П

1
Справедливо, но по моему опыту отключения из-за сбоя коммутатора очень редки, но это случается. Если вам приходилось перезагружать коммутатор 10 раз в день, то время загрузки кардинально не изменит сбой. Конечным результатом будет увеличение и уменьшение сети, что приведет к снижению производительности, если мы говорим с конечными пользователями. Вы бы предпочли переключатель, который занимает 5 минут для загрузки, но исправил бы проблему за 1 перезагрузку, или переключатель, который занимает 3 минуты для загрузки, но потребовал 5 перезагрузок для решения ваших проблем. Я просто говорю, что время загрузки не может быть той победой, которую вы ищете.
3dinfluence

1
Согласитесь со всем, что вы написали, но -1, потому что это не то, о чем просил ОП (не волнуйтесь, я дал вам +1 на ваш другой ответ, так что вы все еще на 8 повторений вперед!)
Марк Хендерсон

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 минут».
Уоррен П

+1 за фактический ответ на вопрос, вместо того, чтобы задавать вопрос. Хотя у меня изначально была та же самая реакция «почему», я внезапно понял, что есть много систем, которые имеют контрактные требования по времени безотказной работы и штрафы.
kmarsh

@kmarsh Если существуют требования по времени безотказной работы, такие как SLA, то сеть должна быть разработана с учетом этого. Это не всегда возможно на границе корпоративной сети, но если вы оставите пограничные коммутаторы на 24 портах, риск снижения производительности может быть сведен к минимуму. Коммутаторы на основе шасси, которые вы найдете в ядре большинства крупных сетей, довольно хорошо справляются с подобными вещами. С несколькими модулями питания и контроллерами. Но, как вы сказали в своем комментарии, вы также можете делать вещи на сетевом уровне с RSTP / PVST, протоколами динамической маршрутизации и связью Ethernet.
3dinfluence

1

У меня нет точного времени под рукой, но у нас есть коммутаторы Cisco (3750) и HP (2524 и 2510G). Для запуска Cisco действительно требуется несколько минут. HP требуют около 30 секунд. В HP это 24 порта, и он тестирует каждый порт (примерно 4 порта в секунду), поэтому 48 портов займет немного больше времени.


Спасибо. Cisco 3750 - это серия катализаторов / ios, верно? Те, о которых я первоначально спрашивал, - это бывшие Linksys, теперь переименованные в коммутаторы для малого бизнеса «cisco» и не являющиеся катализаторами ios.
Уоррен П

Да, 3750 - это устройство на базе IOS. Я думаю, что все устройства Catalyst уже сняты с производства, но я не эксперт.
Крис С
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.