Ligação sem fio como backup: failover roteado ou um único segmento?

Dois prédios, um rádio ponto a ponto e uma VPN de internet que pode servir como segundo caminho. Antes de o backup se tornar automático, uma pergunta decide quase todo o resto: o que precisa sobreviver — a acessibilidade IP entre sub-redes separadas ou um único segmento Ethernet compartilhado? O fato de o rádio se comportar como um cabo não é argumento para estender cada quadro de difusão pela internet. Responda primeiro à pergunta, porque as duas respostas exigem controle de laços diferente, verificações de estado diferentes e ideias diferentes do que significa recuperar.

Decida o que precisa sobreviver à queda

Liste as aplicações que precisam continuar funcionando e anote se dependem da acessibilidade de Layer 3 ou da adjacência de Layer 2. Compartilhamento de arquivos, conexões de banco de dados e serviços web geralmente se importam apenas com rotas; protocolos de descoberta, alguns produtos de cluster e tudo o que espera um único domínio de difusão se importam com a adjacência. Um backup que restaura o tipo errado de acessibilidade produz um local tecnicamente conectado e praticamente inútil.

Escreva essa lista e anexe-a ao projeto, porque a resposta costuma mudar assim que o primeiro dono de aplicação ouve falar do novo link.

Failover roteado: dois prefixos, um caminho preferido

Com prefixos de local distintos, o backup vira um problema de roteamento. Cada roteador tem um caminho preferido pelo rádio e outro menos preferido pelo túnel, e a rota preferida é retirada quando o rádio deixa de entregar tráfego. O lado oposto precisa da própria rota de retorno, e ambos os lados devem concordar sobre qual caminho é preferido em cada direção, para que o tráfego não faça o caminho longo em apenas uma direção.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Leia o terceiro comando como o segundo: uma regra de política, uma segunda tabela ou uma decisão baseada na origem podem enviar o tráfego de uma sub-rede de forma diferente da de outra, e uma única consulta padrão esconde isso.

Failover com ponte: um segmento, um caminho bloqueante

Se a adjacência for realmente necessária, o backup precisa transportar quadros Ethernet, o que um túnel IP roteado não faz. Algumas plataformas permitem colocar uma interface VPN em ponte dentro de um segmento local, e essas interfaces passam a ser membros da ponte com as consequências decorrentes. Dois caminhos de Layer 2 encaminhando ao mesmo tempo formam um laço, então o projeto precisa de uma árvore de expansão que abranja os dois locais e de uma declaração clara sobre qual caminho deve bloquear.

Essa é uma decisão de projeto substancial e não uma caixa de seleção, e a documentação de pontes da sua plataforma, como a visão geral de pontes para o pfSense, é o lugar onde confirmar em que um membro VPN realmente participa. Ativar uma opção de árvore de expansão em um único dispositivo não relacionado não prova nada sobre o arranjo de ponta a ponta.

Monitore a fronteira que importa

Um rádio alimentado, uma interface ativa e um túnel saudável descrevem cada um um fato local. Nenhum deles prova que um pacote de um prédio chegou a um host no outro, e esse é o único fato sobre o qual a lógica de failover deve agir. Monitore um alvo além do roteador remoto se a política permitir, e monitore as duas direções separadamente para que uma falha assimétrica fique visível.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Mantenha a verificação barata e limitada: um intervalo curto, uma contagem pequena e um tempo limite que caiba na tolerância da aplicação. Um monitor que depende do mesmo caminho que testa relatará sucesso até o momento em que parar de relatar qualquer coisa.

Ensaie as duas direções sob carga

Não copie um único alvo de convergência da topologia de outra pessoa. O tempo de detecção, a convergência de rota ou de ponte, a prontidão do túnel e a recuperação da aplicação contribuem cada um com o seu atraso, e a soma no seu equipamento é o único número que importa. Ensaie enquanto há tráfego representativo, para que a medição inclua as filas e as sessões que existem em produção.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

Teste a restauração com o mesmo cuidado que a falha. Um rádio instável que aparece e desaparece vai arrastar o tráfego de um lado para o outro se a lógica de preferência não tiver amortecimento, e os usuários vivem isso como pior do que uma queda única e limpa. Registre o caminho escolhido em cada etapa, quais requisições novas tiveram sucesso e o que aconteceu com as sessões abertas quando o caminho mudou. Esse registro é o que transforma um segundo cabo em política operacional.