Quanto tempo os comutadores Ethernet gigabit gerenciados levam para inicializar?

9

Uma desvantagem crítica que encontrei na pesquisa de comutadores gerenciados e com a qual tenho experiência no passado é que qualquer coisa com "lotes" de firmware terá muitos problemas associados a esse firmware.

Estamos no meio da pesquisa de switches gigabit montados em rack (48 portas). Parece que para 48 portas, nossa única opção são switches gerenciados (Dell, Cisco / Linksys, HP, etc). O que eu quero saber é que não consigo descobrir muito sobre o tempo de inicialização de vários comutadores gerenciados.

Se você possui um, pode responder com o número do modelo e o tempo de inicialização a frio em segundos. Li online que a série SRW da Linksys (agora Cisco) às vezes leva quase 5 minutos antes de serem totalmente inicializadas, e isso é um custo inaceitável para nós.

Eu particularmente quero saber sobre o tempo de inicialização do switch gerenciado Dell PowerConnect (modelos 3548 e 5448) e gostaria de confirmar o tempo de inicialização de 5 minutos no SRW2048 ou modelo similar e qualquer tempo de inicialização do HP ProCurve.

A composição de todas essas figuras deve formar uma imagem geral interessante dos tempos de inicialização dos comutadores gerenciados.

[ATUALIZAÇÃO: Para aqueles que acham que estou perguntando sobre o tempo de inicialização, porque sou tolo o suficiente para pensar que tem algo a ver com o desempenho operacional real, atualizei o acima, para deixar mais claro que estou interessado para entender as normas desse tipo de hardware, não para formar uma impressão geral sobre o desempenho do switch com base em um caso extremo de tempo de inicialização. Obrigado pelo seu tempo.]

[UPDATE2: vou adicionar minha própria resposta para o switch SRW gerenciado que compramos ontem, um modelo da Cisco (ex-linksys) ... Há algo errado em não aceitar uma resposta sobre isso? Gostaria de manter essa pergunta em aberto para coletar pontos de dados que podem ser úteis para outras pessoas e para mim. Em geral, o tempo mais longo é de 5 minutos e o mais curto é de 1 a 2 minutos, com uma exceção bacana para o HP ProCurve mencionado, que é super rápido. ]

Warren P
fonte
3
Com que frequência você se reinicia dos switches?
precisa
1
Você pode expandir por que 5 minutos para inicializar uma troca são inaceitáveis ​​no seu ambiente?
James
A inicialização é uma coisa - recuperar um conjunto de comutadores de pilha de uma falha principal é outra medida de tempo potencialmente importante.
Helvick
Quando leio reclamações on-line, perdendo apenas para a morte após seis semanas ou seis dias de atividade que exigem uma reinicialização, a segunda reclamação mais comum é o tempo de inicialização. Como devemos supor que o primeiro é uma falha que deve ser corrigida pela atualização f / w, o último será considerado uma "coisa com a qual você vive". Eu gosto de saber com o que vou viver antes de me comprometer a viver com isso. A figura SRW de 97 segundos abaixo está dentro do que eu posso viver.
Warren P
Espero que você colete alguns dados úteis. Em vez de apenas questionar por que você precisa desses dados, gostaria de salientar que você pode executar os switches mais avançados em paralelo e permitir que o PVST + ou outros mecanismos permitam que os switches paralelos substituam os switches de reinicialização durante o tempo de inatividade. Essa é uma maneira de os grandes data centers lidarem com o problema do tempo de inicialização lento.
kmarsh

Respostas:

2

Ok, aqui está outro ponto de dados para você do PowerConnect 5324. Que está algumas gerações atrás dos modelos que você está vendo. Então leve para o que vale a pena.

Portanto, o comando ping abaixo estava enviando 1 ping por segundo para você ver na saída abaixo que demorou 108 segundos a partir do ponto em que desceu do reloadcomando até o ponto em que começou a responder novamente.

Reinicialização do PowerConnect 5324 108 segundos

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
3dinfluence
fonte
É bom saber disso. Se as gerações mais antigas tiverem menos de 2 minutos, certamente as conexões mais recentes também terão menos de 2 minutos.
Warren P
14

Não consigo imaginar uma razão pela qual você reiniciaria os switches com frequência suficiente em qualquer ambiente para se preocupar com isso. Qualquer reinicialização de um switch deve ser feita em uma janela de manutenção e, em seguida, alguns minutos não serão um grande problema.

Não tenho certeza de como você acha que o tempo de inicialização reflete o desempenho do switch. Switches, como a maioria dos dispositivos incorporados, terão uma CPU com pouca potência, responsável pelo processo de inicialização e talvez algumas funções, como executar a interface CLI ou Web. Mas quase todas as funções de rede serão tratadas por ASICs criados especificamente e não envolverão a CPU.

3dinfluence
fonte
1
+1 começou a escrever a mesma coisa, então se distraiu
Zypher
+1 Eu concordo, por que o tempo de inicialização do switch é tão importante? Todo / qualquer tempo de inatividade planejado é exatamente isso, planejado.
DanBig
Não planejado acontece o tempo todo. Tivemos falhas de troca aqui na semana passada. Você só precisa de um dia em que tenha vários problemas de comutação e precisará redirecionar toda a rede do escritório e começar a se preocupar com pequenas coisas como essa. Porque são 5 minutos por inicialização a frio. E em um dia em que você tinha 10 deles, é irritante.
Warren P
1
É justo, mas minha experiência mostra que interrupções devido a uma falha no switch são muito raras, mas acontecem. Se você tivesse que reiniciar um switch 10 vezes por dia, o tempo de inicialização não alteraria drasticamente a interrupção. O resultado final será uma rede superior e inferior, resultando em perda de produtividade se estivermos falando de usuários finais. Você prefere um comutador que leva 5 minutos para inicializar, mas teria corrigido o problema em 1 reinicialização ou um comutador que leva 3 minutos para inicializar, mas levou 5 reinicializações para solucionar seus problemas. Só estou dizendo que o tempo de inicialização pode não ser a vitória que você está procurando.
3dinfluence
1
Concordo com tudo o que você escreveu, mas -1 cos não é o que o OP pediu (não se preocupe que eu lhe dei um +1 em seu outra resposta que você ainda está 8 rep frente!)
Mark Henderson
4

SRW2048 de partida a frio em execução 1.2.1, 97 segundos

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

fonte
Obrigado por fornecer o que eu pedi. Muitas pessoas não conseguem entender por que medir o desempenho é importante. Um switch não gerenciado volta a ficar on-line em muito pouco tempo. O tempo necessário para que um switch gerenciado seja inicializado é algo que os administradores de rede precisam levar em consideração. Pode não acontecer com tanta frequência, mas quando há pessoas perguntando "quando o sistema voltará a fazer backup", é inesperado dizer "bem, o servidor leva 3 minutos para inicializar, mas nosso switch leva 5 minutos".
Warren P
+1 para realmente responder à pergunta, em vez de questioná-la. Embora inicialmente tenha tido a mesma reação do "porquê", percebi subitamente que existem muitos sistemas com requisitos e penalidades contratuais de tempo de atividade.
kmarsh
@kmarsh Se houver requisitos de tempo de atividade, como um SLA, a rede precisará ser projetada com isso em mente. Isso nem sempre é possível na borda de uma rede corporativa, mas se você mantiver os switches de borda em 24 portas, o risco de afetar a produtividade poderá ser minimizado. Os switches baseados em chassi, que você encontrará no núcleo da maioria das redes maiores, lidam muito bem com esse tipo de coisa. Com vários PSU de hotswap e módulos de controlador. Mas, como você disse em seu comentário, você também pode fazer coisas na camada de rede com RSTP / PVST, protocolos de roteamento dinâmico e ligação Ethernet.
3dinfluence
1

Não tenho os horários exatos disponíveis, mas temos os switches Cisco (3750) e HP (2524 e 2510G). Os da Cisco levam alguns minutos para iniciar. Os da HP demoram cerca de 30 segundos. Os HP têm 24 portas e testam cada porta (faz cerca de 4 portas por segundo), portanto, uma porta 48 levaria um pouco mais.

Chris S
fonte
Obrigado. O Cisco 3750 é um catalisador / série ios, certo? Os que eu estava perguntando originalmente são os antigos Linksys agora renomeados como comutadores de pequenas empresas "Cisco" e não são catalisadores não-ios.
Warren P
Sim, o 3750 é um dispositivo baseado em IOS. Acho que todos os dispositivos Catalyst foram desativados agora, mas não sou especialista.
Chris S