Você viu os diagramas. Redes de ônibus. Topologias em anel. Todos eles têm uma falha fatal. Uma única quebra na corrente e tudo para.
As redes estelares parecem mais seguras. Você tem um interruptor central. Cada nó se conecta a ele. Se um computador morrer, os demais permanecerão online. Mas há uma armadilha. Esse interruptor central? É um ponto único de falha.
Veja a configuração abaixo.
![Descrição do diagrama: Uma rede com Switch A, Switch B e Switch C. Os nós são conectados a cada switch. Os interruptores A e C estão conectados ao interruptor B.]
Neste cenário, o Switch B é a espinha dorsal. Ele conecta o interruptor A e o interruptor C.
Se o Switch A falhar, os nós em A ficarão escuros. Mas os nós de B e C ainda conversam entre si. O mesmo se o Switch C falhar. Interrupção parcial. Gerenciável.
Mas se o Switch B morrer?
Tudo vai a zero. Toda a rede entra em colapso. Por que? Porque B é a ponte. Sem ponte, sem trânsito.
É aqui que entra a redundância. Não se trata apenas de ter energia de reserva ou discos rígidos extras. É uma questão de resiliência arquitetônica.
E se mudarmos o layout físico?
Imagine adicionar um link direto entre o Switch A e o Switch C. Um segmento redundante.
Agora, se o Switch B falhar, A ainda poderá conversar com C. O caminho muda. O trânsito é redirecionado. A rede permanece ativa.
Esse é o núcleo da redundância de rede. Não é mágica. É apenas uma segunda maneira de ir do ponto X ao ponto Y.
Mas adicionar cabo não é suficiente. Você precisa de protocolos que entendam essa redundância. Caso contrário, você cria loops. E os loops travam as redes mais rápido do que um switch morto.
Estamos apenas arranhando a superfície aqui. O verdadeiro trabalho acontece quando você começa a falar sobre protocolos de spanning tree e tempos de failover.
Mas primeiro, você tem que ver o problema. E o problema é simples.
Dependência de um único ponto de falha.
Elimine isso e você sobreviverá à próxima falha de hardware.
O primeiro switch morre. O segundo assume. O trânsito continua em movimento.
Essa é a beleza da redundância de rede. Você matou o único ponto de falha. Se uma peça de hardware se bloquear, o circuito permanecerá fechado. A rede respira.
Mas agora temos um novo problema.
O Ciclo da Morte
Imagine dois switches conectados por dois cabos diferentes. Ou talvez um terceiro switch se junte à festa. Agora você tem caminhos por toda parte.
Funciona muito bem para redundância. Até que isso não aconteça.
Quando um switch envia um quadro e não sabe para onde ele vai, ele o inunda em todas as portas. Em uma topologia de linha simples, esse quadro chega ao fim e para. Em um loop? Ele salta para sempre.
As transmissões se multiplicam. Os quadros Unicast saltam para frente e para trás. De repente, sua rede não está apenas lenta. Está morto. A CPU em cada switch atinge 100%. Os pacotes caem. Toda a infraestrutura está paralisada.
Esta é a tempestade de transmissão. Não é um recurso. É uma simulação de incêndio.
Parando o Loop
Então, como você mantém a redundância física sem o caos lógico?
Você precisa de um protocolo. Algo que diga: “Ei, vejo dois caminhos. Vou bloquear um. Se este quebrar, vou desbloquear o outro”.
Digite Protocolo Spanning Tree (STP).
Existe desde os anos 80. É antigo. É desajeitado. Mas funciona. O STP analisa todos os links entre switches. Ele calcula o melhor caminho para a ponte raiz (o switch principal). Em seguida, ele coloca todos os outros links redundantes em um estado de bloqueio.
Fluxos de tráfego. A linha de backup fica lá, ociosa. Preparar.
Se o cabo primário for cortado? A porta de bloqueio é ativada. Torna-se ativo. A rede cura.
Porém, leva alguns segundos. Talvez trinta. Naquela época, os usuários ficam olhando para as barras de carregamento.
A solução mais rápida: árvore de abrangência rápida
Trinta segundos é uma eternidade no tempo do servidor. Se você estiver administrando um data center, ou mesmo apenas um escritório movimentado, trinta segundos de inatividade são inaceitáveis.
Digite Rapid Spanning Tree Protocol (RSTP) ou 802.1w.
É a mesma ideia básica. Bloqueie links redundantes. Desbloqueie-os quando necessário. Mas o RSTP reduz o tempo de convergência de segundos para frações de segundo.
Isso é feito renegociando as funções das portas com mais rapidez. Não espera por tempos limite. Ele fala. Ele decide. Ele atua.
Qual você deve usar?
Se você está construindo uma rede moderna, não usa STP básico. Você usa RSTP. Ou seu primo, Multiple Spanning Tree Protocol (MSTP), que permite executar diferentes spanning tree para diferentes VLANs.
Por que?
Porque você pode querer que as VLANs de voz sigam um caminho diferente das VLANs de dados. O MSTP permite equilibrar essa carga. Ou pelo menos mantenha-os fora do caminho um do outro.
Se você usa equipamento Cisco, provavelmente está olhando para PVST+ (Per-VLAN Spanning Tree). É proprietário. Ele executa uma instância STP separada para cada VLAN.
É pesado na CPU. Mas oferece controle granular.
O resultado final
Redundância não é negociação
