SDLMUX revisitado

O software SDLMUX combina dois adaptadores de rede em uma única interface IP, fornecendo uma capacidade de failover caso o link no adaptador ativo seja interrompido ou o adaptador falhe. Uma vez configurado, ele praticamente não requer administração, mas há alguns aspectos que você deve estar ciente.

Primeiro, o SDLMUX não oferece nenhum balanceamento de carga; todo o tráfego é transmitido e recebido no adaptador ativo.

Em segundo lugar, no hardware ftServer VSeries, o adaptador ativo tem um endereço MAC no formato 00:00:A8:4v:wx:yz. O 00:00:A8 é o identificador organizacional exclusivo (OUI) da Stratus, atribuído pela IEEE. O “v” é um índice baseado na ordem em que os dispositivos SDLMUX foram inicializados, começando em 0. O valor “wx:yz” é baseado no número de série do sistema. O endereço em espera difere do endereço ativo apenas no nibble superior do quarto byte, em vez de um 4, é um 6. Além disso, a diferença entre os endereços MAC de dois adaptadores ativos (ou em espera) no mesmo módulo estará apenas no nibble inferior do quarto byte. A maneira mais fácil de obter uma lista de todos os endereços MAC é com a solicitação analyze_system “dump_sdlmux” correspondente a “MAC”, veja a figura 1.

Apenas os endereços MAC não são muito úteis; ao corresponder “MAC” ou “#”, você obtém os endereços MAC e os nomes dos dispositivos SDLMUX e adaptadores de rede. Observe que esta lista não conterá nenhum adaptador de rede que não faça parte de uma parceria SDLMUX.

Em terceiro lugar, os adaptadores de rede SDLMUX enviam quadros Ethernet 802.2 LLC aos seus parceiros para garantir que o caminho da rede está a funcionar corretamente. Cinco conjuntos destes quadros de teste são enviados em intervalos de três segundos, seguidos de um intervalo de 33 segundos. O traço 1 mostra três ciclos deste padrão. O traço 1 também mostra o quadro real do adaptador ativo (quadro 1) e do adaptador em espera (quadro 2). Destaquei o quadro após o intervalo de 33 segundos apenas para facilitar a leitura dos ciclos. Esses não são quadros Ethernet tipo II ou pacotes IP, e os switches conectados aos adaptadores de rede e quaisquer switches ao longo do caminho entre os dois adaptadores devem ter uma configuração que não bloqueie esses quadros 802.2 LLC.

Observe que você não pode usar o packet_monitor para ver esses quadros de teste. Os quadros são enviados abaixo do ponto em que o packet_monitor acessa a pilha e o SDLMUX remove os quadros da pilha antes que o packet_monitor possa lê-los.

Quarto, se cada adaptador estiver conectado a um switch diferente e a conexão entre esses switches falhar ou, por algum outro motivo, os quadros de teste não forem transmitidos, você verá algo semelhante à figura 3 no syserr_log. A partir das versões 16.2.1ak e 17.0.0ah, se houver uma falha no quadro de teste, o SDLMUX aciona uma solicitação ARP para o último host que foi ARP com sucesso na interface suspeita. Se obtiver uma resposta, ele sabe que o adaptador ativo está funcionando, então ele reinicia o adaptador em espera para tentar fazê-lo funcionar. Se houver um problema de rede bloqueando os quadros de teste, redefinir o adaptador não ajudará e o adaptador acabará entrando em MTBF (tempo médio entre falhas), consulte o carimbo de data/hora 08:08:10 na figura 3. O comando dlmux_admin reportará o adaptador com defeito como DOWN (inativo), figura 4, e um rastreamento não mostrará quadros de teste, pois, nesse ponto, não há nada para testar. Se uma resposta ARP não for recebida ou se o problema estiver em uma versão que não envia a solicitação ARP, o SDLMUX fará o failover dos adaptadores e danificará o novo adaptador em standby. Se, durante o próximo ciclo, os quadros de teste falharem novamente e nenhuma resposta ARP for recebida, o failover e a danificação serão feitos novamente. Eventualmente, um adaptador entrará em MTBF.

Para colocar o adaptador novamente em serviço, você precisa adicioná-lo novamente com o comando board_admin. É claro que, se você fizer isso sem corrigir o problema subjacente, o adaptador simplesmente apresentará novamente o MTBF.

Quinto, como o adaptador ativo sempre tem o mesmo endereço MAC, o efeito de uma falha é mover o endereço MAC de uma porta do switch para outra. Quaisquer configurações de segurança nas portas do switch devem permitir essa alteração. Além disso, as portas do switch podem ser configuradas para se comunicarem com outras portas do switch, negociando várias configurações. Elas podem ser acionadas quando o switch percebe uma alteração na topologia, como um novo endereço MAC ou um link sendo restaurado. Até que essas configurações sejam negociadas, um switch pode não passar quadros regulares. As portas do switch conectadas aos adaptadores SDLMUX devem ser configuradas para não realizar essas negociações. Além disso, as portas do switch conectadas aos adaptadores SDLMUX devem ser configuradas para não executar o protocolo spanning tree ou para pular as etapas de aprendizagem e escuta (isso é chamado de portfast pela Cisco). Durante as etapas de aprendizagem e escuta, o switch não passará quadros de dados regulares. Em casos extremos, o atraso causado por essas configurações pode ser tão longo que o SDLMUX aciona outro failover.

Por fim, o status da conexão dos adaptadores precisa ser monitorado para garantir que ambas as conexões estejam ativas. A falha de uma conexão não fará com que o sistema entre em contato com a central e, como ele é tolerante a falhas, não há perda de conectividade do sistema. Abordei esse assunto em uma postagem anterior do blog, consulte Monitoramento do status do adaptador de rede.