O que é rua paralela
A rua paralela é um termo usado em infraestrutura de TI e redes para descrever um caminho alternativo ou redundante dentro de uma topologia de rede. A ideia básica é simples: em vez de depender de uma única rota entre dois pontos, você cria uma segunda via que pode ser usada quando a principal falha ou fica sobrecarregada. O conceito vem diretamente da engenharia de tráfego urbano. Você tem a avenida principal e, logo ao lado, uma rua que corre paralela a ela. Se a avenida bloqueia, o tráfego flui pela rua paralela. Em rede, funciona da mesma forma, mas com switches, roteadores e links de fibra óptica em vez de semáforos e acostamentos.
o que é rua paralela na prática
Na minha experiência implementando isso em data centers e redes corporativas, a configuração mais comum envolve dois links de uplink entre switches de acesso e switches de distribuição, rodando protocolos como Spanning Tree, ECMP ou até mesmo link aggregation com LACP. O.Spanning Tree tradicional vai bloquear uma das portas para evitar loops, o que significa que metade da capacidade fica morta na maior parte do tempo. Isso é um problema real. Eu lidava com isso há uns anos atrás em uma infraestrutura onde tínhamos dois links de 1G entre camadas e o STP simplesmente desligava um deles. O resultado era uma rede que teoricamente tinha 2G de capacidade, mas na prática operava com 1G. Quando o link ativo caía, o STP levava cerca de 30 a 50 segundos para Convergir e habilitar o backup. Nesse intervalo, a conexão ia pro espaço. Para serviços críticos como VoIP ou bancos de dados distribuídos, 30 segundos de queda é uma eternidade.
A solução que eu adotei foi migrar para ECMP com BGP ou OSPF, permitindo que o tráfego usasse ambos os links simultaneamente em load balancing baseado em hash de fluxo. O convergence time caiu para algo em torno de 1 a 3 segundos, dependendo da configuração dos timers de hello e dead interval. Não é instantâneo, mas é aceitável para a maioria dos cenários. O que pouca gente explica é que rua paralela não é só sobre redundância. Ela também serve para distribuir carga. Se você tem dois links paralelos e configura o balanceamento corretamente, consegue dobrar a throughput disponível entre segmentos da rede sem precisar investir em links de maior capacidade individual. Isso é particularmente útil em ambientes onde atualizações de infraestrutura de cabos são caras ou logisticamente complicadas.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Também vale mencionar que o conceito se aplica fora do contexto de data center. Em redes metropolitanas, provedores de internet frequentemente usam rua paralela entre pontos de presença para garantir disponibilidade. Se a fibra que liga dois sites é cortada por uma escavadeira, o tráfego é redirecionado automaticamente pelo caminho paralelo. Isso acontece em escala muito maior do que a maioria dos usuários imagina. Um detalhe que muita gente perde: a rua paralela só funciona se os dois caminhos forem verdadeiramente independentes. Se os dois links passam pelo mesmo dutos, pelo mesmo switch de borda ou pela mesma fonte de alimentação, você não tem redundância, tem apenas uma ilusão dela. Eu vi isso acontecer em pelo menos três projetos diferentes. O engenheiro projetista colocava os dois links no mesmo rack e achava que estava protegido contra falhas. Quando o PDU daquele rack faleceu, tudo caiu junto.
Outro ponto importante é a complexidade de troubleshooting. Redes com rua paralela são significativamente mais difíceis de diagnosticar quando algo dá errado. Com um único caminho, você sabe exatamente por onde o pacote está passando. Com dois caminhos, precisa rastrear rotas, verificar tabelas de encaminhamento, conferir o state dos protocolos de routing em cada hop. Ferramentas como traceroute, BGP show commands e logs de switch se tornam essenciais. Leva mais tempo para isolar a causa raiz de um problema, e às vezes você gasta duas horas em uma investigação que em uma topologia simples levaria vinte minutos. Se você está considerando implementar rua paralela, comece mapeando toda a topologia física e lógica da sua rede. Identifique os single points of failure. Depois, decida qual nível de redundância realmente precisa. Nem sempre faz sentido duplicar tudo. Às vezes, focar nos links e equipamentos críticos já resolve a maior parte dos problemas de disponibilidade. O resto é gasto desnecessário.
Para quem quer estudar o assunto com mais profundidade, documentação oficial da Cisco sobre OSPF e BGP load balancing, além dos materiais da RFC 2328 e RFC 4271, são bons pontos de partida. Também recomendo testar em laboratório antes de aplicar em produção. Configurar rua paralela errado pode causar loops de routing, blackholes de tráfego e outras situações que derrubam a rede inteira em questão de segundos.
