Quanto tempo impiegano gli switch Gigabit Ethernet gestiti per avviarsi?


9

Uno svantaggio fondamentale che ho riscontrato nella ricerca di switch gestiti, e uno con cui ho avuto esperienze passate è che qualsiasi cosa con "un sacco" di firmware avrà molti problemi associati a quel firmware.

Siamo nel mezzo della ricerca di switch Gigabit rackmount (48 porte). Sembra che per 48 porte, la nostra unica scelta siano gli switch gestiti (Dell, Cisco / Linksys, HP, ecc.). Quello che voglio sapere, di cui non riesco a scoprire molto, è il tempo di avvio per vari switch gestiti.

Se ne possiedi uno, puoi rispondere con il numero del modello e il tempo di avvio a freddo in secondi. Ho letto online che le serie SRW di Linksys (ora Cisco) a volte impiegano quasi 5 minuti prima di essere completamente avviate, e questo è un costo inaccettabile per noi.

In particolare, vorrei conoscere il tempo di avvio dello switch gestito Dell PowerConnect (modello 3548 e 5448) e desidero confermare il tempo di avvio di 5 minuti sull'SRW2048 o sul modello simile e eventuali tempi di avvio di HP ProCurve.

Il composto di tutte queste cifre dovrebbe formare un quadro generale interessante dei tempi di avvio sugli switch gestiti.

[AGGIORNAMENTO: Oltre a coloro che pensano che sto chiedendo del tempo di avvio perché sono abbastanza sciocco da pensare che abbia qualcosa a che fare con le prestazioni operative effettive, ho aggiornato quanto sopra, per chiarire che sono interessato nel comprendere le norme di questo tipo di hardware, non nel creare un'impressione generale sulle prestazioni degli switch in base a un limite del tempo di avvio. Grazie per il tuo tempo.]

[AGGIORNAMENTO2: Aggiungerò la mia risposta per lo switch SRW gestito che abbiamo acquistato ieri, un modello Cisco (ex-linksys) ... C'è qualcosa di sbagliato nel non accettare UNA RISPOSTA su questo? Vorrei tenere aperta questa domanda per raccogliere punti dati che potrebbero essere utili sia agli altri che a me stesso. In generale, il tempo più lungo è di 5 minuti e il più breve è di 1-2 minuti, con un'eccezione eccezionale per quella di HP ProCurve menzionata, che è super veloce. ].


3
Con quale frequenza ti trovi a riavviare gli switch?
tomjedrz,

1
Puoi espandere il motivo per cui 5 minuti per l'avvio di una commutazione sono inaccettabili nel tuo ambiente?
James,

L'avvio è una cosa: avere un set di switch stack ripristinati da un errore principale è un'altra misura di temporizzazione potenzialmente importante.
Helvick,

Quando leggo i reclami online, seconda solo alla cosa che muore dopo sei settimane o sei giorni di tempo di attività che richiedono un riavvio, la seconda lamentela più comune è che i dati sui tempi di avvio sono comunemente il principale reclamo di coloro che esaminano gli switch gestiti. Dato che dovremmo supporre che il primo sia un errore che dovrebbe essere risolto con l'aggiornamento a / i, il secondo sarà comunque considerato una "cosa con cui vivi". Mi piace sapere con cosa vivrò prima di consegnarmi a conviverci. La cifra di SRW di 97 secondi sotto è all'interno di ciò con cui posso convivere.
Warren P

Spero che tu raccolga alcuni dati utili. Invece di mettere semplicemente in discussione il motivo per cui hai bisogno di questi dati, vorrei sottolineare che puoi eseguire gli switch più avanzati in parallelo e lasciare che PVST + o altri meccanismi consentano agli switch paralleli di prendere il posto del riavvio degli switch durante i loro tempi di inattività. In questo modo i data center di grandi dimensioni gestiscono il problema del tempo di avvio lento.
kmarsh

Risposte:


2

Ok, ecco un altro punto dati per te da un PowerConnect 5324. Qual è qualche generazione dietro i modelli che stai guardando. Quindi prendilo per quello che vale.

Quindi il comando ping qui sotto stava inviando 1 ping al secondo, come puoi vedere dall'output sottostante, che impiegava 108 secondi dal punto in cui è passato dal reloadcomando al punto in cui ha iniziato a rispondere di nuovo.

PowerConnect 5324 si riavvia 108 secondi

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

Buono a sapersi. Se le generazioni precedenti hanno meno di 2 minuti, sicuramente anche le ultime connessioni di alimentazione sono meno di 2 minuti.
Warren P

14

Non riesco a immaginare un motivo per cui riavvieresti gli switch abbastanza spesso in qualsiasi ambiente da preoccuparti di questo. Qualsiasi riavvio di un interruttore dovrebbe essere fatto in una finestra di manutenzione e quindi pochi minuti non saranno un grosso problema.

Non sono sicuro di come pensi che il tempo di avvio rifletta le prestazioni dell'interruttore. Gli switch, come la maggior parte dei dispositivi incorporati, avranno una CPU sottodimensionata di qualche tipo che è responsabile del processo di avvio e forse alcune funzioni come l'esecuzione dell'interfaccia cli o web. Ma quasi tutte le funzioni di rete saranno gestite da ASIC appositamente costruiti e non coinvolgeranno affatto la CPU.


1
+1 ha iniziato a scrivere la stessa cosa, poi si è distratto
Zypher,

+1 Sono d'accordo, perché il tempo di avvio dello switch è così importante? Qualsiasi / tutti i tempi di inattività pianificati è proprio questo, pianificato.
DanBig,

Non pianificato accade sempre. Abbiamo avuto interruzioni di commutazione qui la scorsa settimana. Hai solo bisogno di un giorno in cui hai più problemi di commutazione e devi reinstradare l'intera rete dell'ufficio e inizi a preoccuparti di piccole cose come questa. Perché sono 5 minuti per avvio a freddo. E in un giorno in cui ne avevi 10, è fastidioso.
Warren P

1
Abbastanza giusto, ma è stata la mia esperienza che interruzioni a causa di un guasto allo switch sono molto rare, ma succede. Se è stato necessario riavviare uno switch 10 volte in un giorno, il tempo di avvio non cambierà drasticamente l'interruzione. Il risultato finale sarà una rete su e giù con conseguente perdita di produttività se parliamo di utenti finali. Preferiresti un interruttore che impiega 5 minuti per avviarsi ma che avrebbe risolto il problema in 1 riavvio o un interruttore che impiega 3 minuti per avviarsi ma che ha richiesto 5 riavvii per risolvere i tuoi problemi. Sto solo dicendo che il tempo di avvio potrebbe non essere la vittoria che stai cercando.
3dinfluenza

1
Concordo con tutto ciò che hai scritto, ma -1 perché non è quello che l'OP ha richiesto (non ti preoccupare, ti ho dato un +1 sull'altra tua risposta, in modo da avere ancora 8 punti di vantaggio!)
Mark Henderson,

4

SRW2048 da un avvio a freddo in esecuzione 1.2.1, 97 secondi

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

Grazie per aver fornito quello che ho chiesto. Molte persone non riescono a capire perché misurare le prestazioni sia persino importante. Uno switch non gestito è tornato online in pochissimo tempo. Il tempo necessario per l'avvio di uno switch gestito è qualcosa che gli amministratori di rete devono prendere in considerazione. Potrebbe non capitare spesso, ma quando ci sono persone che chiedono "quando verrà eseguito il backup del sistema", è imprevisto dover dire "bene il server impiega 3 minuti per l'avvio, ma il nostro switch impiega 5 minuti".
Warren P

+1 per aver effettivamente risposto alla domanda, invece di mettere in discussione la domanda. Mentre inizialmente ho avuto la stessa reazione "perché", improvvisamente mi sono reso conto che ci sono molti sistemi che hanno requisiti e penalità di uptime contrattuali.
kmarsh

@kmarsh Se ci sono requisiti di uptime come uno SLA, la rete deve essere progettata tenendo conto di ciò. Ciò non è sempre possibile ai margini di una rete aziendale, ma se si mantengono gli edge switch a 24 porte, il rischio di influire sulla produttività può essere ridotto al minimo. Gli switch basati su chassis che troverai al centro della maggior parte delle reti più grandi gestiscono abbastanza bene questo tipo di cose. Con più moduli PSU e controller hotswap. Ma come hai detto nel tuo commento, puoi anche fare cose a livello di rete con RSTP / PVST, protocolli di routing dinamico e ethernet bonding.
3dinfluence

1

Non ho gli orari esatti a portata di mano, ma abbiamo entrambi gli switch Cisco (3750) e HP (2524 e 2510G). Quelli Cisco impiegano infatti diversi minuti per avviarsi. Quelli HP impiegano circa 30 secondi. Quelle HP hanno 24 porte e testa ciascuna porta (fa circa 4 porte al secondo), quindi una porta 48 richiederebbe un po 'più di tempo.


Grazie. Cisco 3750 è un catalizzatore / serie ios giusto? Quelli di cui mi stavo inizialmente chiedendo sono gli ex Linksys ora rinominati come switch "cisco" per piccole imprese e non catalizzatori non iOS.
Warren P

Sì, il 3750 è un dispositivo basato su IOS. Penso che tutti i dispositivi Catalyst siano stati eliminati adesso, ma non sono un esperto.
Chris S,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.