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


9

Один критичний недолік, який я виявив при дослідженні керованих комутаторів, і один, з яким я маю досвід роботи в минулому, - це те, що з "безліччю" прошивки виникне багато проблем, пов'язаних з цією прошивкою.

Ми опинилися в середині дослідження гігантських гігабітних комутаторів (48 порт). Схоже, це для 48 портів, єдиним нашим вибором є керовані комутатори (Dell, Cisco / Linksys, HP тощо). Що я хочу знати, про який я не можу багато дізнатися, це час завантаження різних керованих комутаторів.

Якщо у вас є, можете відповісти за номером моделі та холодним часом завантаження в секундах. Я читав в Інтернеті, що серія Linkys (зараз Cisco) SRW іноді займає майже 5 хвилин, перш ніж вони повністю завантажуються, і це неприйнятна вартість для нас.

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

Композиція всіх цих фігур повинна скласти цікаву загальну картину часу завантаження на керованих комутаторах.

[ОНОВЛЕННЯ: Далі для тих, хто думає, що я запитую про час завантаження, тому що я досить дурний, щоб думати, що має щось спільне з фактичними операційними показниками, я оновив вище, щоб зрозуміти, що мені цікаво в розумінні норм цього апаратного типу, а не в формуванні загального враження про продуктивність комутатора на основі одного крайнього випадку часу завантаження. Дякую за ваш час.]

[UPDATE2: Я збираюся додати свою власну відповідь на керований перемикач SRW, який ми купили вчора, модель Cisco (колишні-linkys) ... Чи є щось не так у тому, щоб не прийняти відповідь на це? Я б хотів, щоб це питання було відкритим для збору точок даних, які можуть бути корисні іншим, а також самому собі. Взагалі, найдовший час - 5 хвилин, а найкоротший - 1-2 хвилини, за винятком виняткового згаданого HP ProCurve, який дуже швидкий. ].


3
Як часто вам трапляється перезавантажувати комутатори?
tomjedrz

1
Чи можете ви розширити, чому 5 хвилин до завантаження комутатора неприйнятні для вашого оточення?
Джеймс

Завантаження - це одне - наявність набору комутаторів стека відновлення після відмови головного моменту - ще один потенційно важливий захід часу.
Гельвік

Коли я читаю скарги в Інтернеті, поступаючись лише тому, що вмирає через шість тижнів або шість днів безперервного часу, що вимагає перезавантаження, друга найпоширеніша скарга - це цифри часу завантаження, як правило, є головною скаргою тих, хто переглядає керовані комутатори. Оскільки ми повинні припустити, що перший - це помилка, яку слід виправити за допомогою оновлення f / w, остання, однак, вважатиметься "річчю, з якою ви просто живете". Мені подобається знати, з чим я буду жити, перш ніж покластися на життя з цим. Цифра SRW на 97 секунд нижче - це те, з чим я можу жити.
Warren P

Сподіваюся, ви зіберете кілька корисних даних. Замість того, щоб просто запитувати, навіщо вам потрібні ці дані, я хотів би зазначити, що ви можете запускати більш досконалі комутатори паралельно, а PVST + або інші механізми дозволяють паралельним комутаторам переходити від перезавантаження комутаторів під час їх простою. Це один із способів, коли великі центри обробки даних вирішують питання повільного завантаження.
kmarsh

Відповіді:


2

Ок, ось вам ще одна точка даних від PowerConnect 5324. Це на кілька поколінь відстає від моделей, на які ви дивитесь. Тож візьми це за те, що воно варте.

Отже команда ping, що подається нижче, надсилала 1 пінг в секунду, і ви можете побачити з результату нижче, що минуло 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 хвилини.
Warren P

14

Я не можу уявити собі причину, чому ви б перезавантажували комутатори досить часто в будь-якому середовищі, щоб навіть хвилюватися з цього приводу. Будь-яке перезавантаження перемикача повинно здійснюватися у вікні технічного обслуговування, і тоді кілька хвилин не буде великою справою.

Я не впевнений, як ви вважаєте, що час завантаження відображає роботу комутатора. Перемикачі, як і більшість вбудованих пристроїв, матимуть недостатній потужність процесора, який відповідає за процес завантаження і, можливо, кілька функцій, таких як запуск кліпу або веб-інтерфейс. Але майже всі функції мереж будуть оброблятися спеціально розробленими ASIC і взагалі не залучатимуть процесор.


1
+1 почав писати те саме, потім відволікався
Зіфер

+1 Я згоден, чому час завантаження комутатора так важливий? Будь-який / усі заплановані простої - це саме те, що планується.
DanBig

Позапланові трапляються постійно. Ми мали помилки перемикання тут минулого тижня. Вам просто потрібен один день, коли у вас є кілька проблем з комутацією, і вам доведеться перенаправляти всю мережу офісу, і ви починаєте дбати про такі дрібниці. Тому що це 5 хвилин PER холодного завантаження. І в день, коли у вас їх було 10, це дратує.
Warren P

1
Досить справедливо, але, як мій досвід, перебої внаслідок відключення вимикача трапляються дуже рідко, але це трапляється. Якщо вам довелося перезавантажувати комутатор 10 разів на день, то час завантаження не змінить перебоїв кардинально. Кінцевим результатом стане мережа вгору і вниз, що призводить до втрати продуктивності, якщо ми говоримо про кінцевих користувачів. Ви б скоріше перемикач, який займає 5 хвилин для завантаження, але вирішив би проблему в 1 перезавантаженні або комутаторі, який потребує 3 хвилин для завантаження, але знадобився 5 перезавантажень для розробки ваших проблем. Я просто кажу, що час завантаження може бути не тим виграшем, якого ви шукаєте.
3вплив

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 хвилин".
Warren P

+1 за те, що насправді відповів на питання, замість того, щоб ставити запитання. Хоча я спочатку мав таку саму реакцію "чому", я раптом зрозумів, що існує багато систем, які мають договірні вимоги щодо тривалості та неустойки.
кмарш

@kmarsh Якщо є вимоги до бездротового режиму, такі як SLA, мережу потрібно розробити з огляду на це. Це не завжди можливо на кордоні корпоративної мережі, але якщо утримувати крайові комутатори до 24 портів, ризик вплинути на продуктивність може бути зведений до мінімуму. Перемикачі на базі шасі, які ви знайдете в основі більшості великих мереж, досить добре справляються з цим типом матеріалів. З декількома модулями гарячого перемикання блоків живлення та контролерів. Але, як ви сказали у своєму коментарі, ви також можете робити речі на мережевому шарі w / RSTP / PVST, динамічних протоколах маршрутизації та приєднанні до Ethernet.
3вплив

1

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


Дякую. Cisco 3750 - це каталізатор / іос, правда? Те, про що я спочатку запитував, - це колишні Linksys, які тепер називаються перемикачами для малого бізнесу "cisco" і є не-ios-каталізатором.
Warren P

Так, 3750 - це пристрій на базі IOS. Я думаю, що зараз усі пристрої Catalyst припинено, але я не експерт.
Кріс S
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.