SDLMUX Revisitado

O software SDLMUX combina dois adaptadores de rede em uma interface IP, proporcionando uma capacidade de fail over se o link no adaptador ativo cair ou o adaptador falhar. Uma vez configurado, ele não requer praticamente nenhuma administração, mas há algumas coisas que você deve estar ciente.

Em primeiro lugar, o SDLMUX não fornece nenhum balanceamento de carga; todo o tráfego é transmitido e recebido no adaptador ativo.

Segundo, no hardware ftServer VSeries o adaptador ativo tem um endereço MAC do formulário 00:00:A8:4v:wx:yz. O 00:00:A8 é o identificador organizacional único Stratus (OUI), atribuído pelo 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 somente na mordida superior do quarto byte, ao invés de um 4 é um 6. Também a diferença entre os endereços MAC de dois adaptadores ativos (ou em espera) no mesmo módulo estará somente na mordida inferior do quarto byte. A maneira mais fácil de obter uma lista de todos os endereços MAC é com a solicitação do sistema de análise "dump_sdlmux" correspondente no "MAC", veja a figura 1.

Apenas os endereços MAC não são muito úteis; combinando em "MAC" ou "#" você obtém os endereços MAC e os nomes dos dispositivos SDLMUX e adaptador de rede. Note que esta lista não conterá nenhum adaptador de rede que não faça parte de uma parceria do SDLMUX.

Em terceiro lugar, os adaptadores de rede SDLMUX enviam quadros Ethernet 802.2 LLC a seus parceiros para assegurar que o caminho da rede esteja funcionando corretamente. Cinco conjuntos destes quadros de teste saem em intervalos de três segundos, seguidos por um intervalo de 33 segundos. O traço 1 mostra três ciclos deste padrão. O Trace 1 também mostra o quadro real do adaptador ativo (quadro 1) e o adaptador de espera (quadro 2). Destaquei o quadro que segue o intervalo de 33 segundos apenas para facilitar a leitura dos ciclos. Estes 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 estes quadros 802.2 LLC.

Note que você não pode usar o packet_monitor para ver estes quadros de teste. Os quadros são enviados abaixo do ponto em que o packet_monitor bate na 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 ligação entre esses switches falhar ou por alguma outra razão, os quadros de teste não se tornam, embora você veja algo que se parece com a figura 3 no syserr_log. A partir da versão 16.2.1ak e 17.0.0ah, se houver uma falha no quadro de teste, o SDLMUX aciona um pedido de ARP para o último host que foi ARP'ed com sucesso sobre a interface suspeita. Se obtiver uma resposta, ele sabe que o adaptador ativo está funcionando, então ele reinicia o adaptador de espera para tentar fazer com que ele funcione. Se houver um problema de rede bloqueando os quadros de teste, reinicializar o adaptador não ajuda e o adaptador eventualmente vai para o MTBF, veja o carimbo de tempo 08:08:10 na figura 3. O comando dlmux_admin informará o adaptador quebrado como DOWN, figura 4, e um traço não mostrará nenhum quadro de teste, já que neste ponto não há nada para testar. Se uma resposta da ARP não for recebida ou o problema estiver em um lançamento que não envie o pedido da ARP, o SDLMUX falhará sobre os adaptadores e quebrará o novo adaptador de espera. Se durante o próximo ciclo os quadros de teste falharem novamente e nenhuma resposta da ARP for recebida, a falha e a quebra será feita novamente. Eventualmente, um adaptador irá para o MTBF.

Para trazer o adaptador de volta ao serviço, você precisa adicioná-lo de volta com o comando board_admin. É claro que se você fizer isso sem corrigir o problema subjacente, o adaptador irá apenas MTBF novamente.

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 de comutação para outra. Qualquer configuração de segurança nas portas do switch deve permitir esta mudança. As portas do switch também podem ser configuradas para conversar com outras portas do switch, negociando várias configurações. Estas podem ser acionadas quando o switch notar uma mudança na topologia, como um novo endereço MAC ou um link sendo restaurado. Até que estas configurações sejam negociadas, um switch não pode passar por quadros regulares. As portas do switch conectadas aos adaptadores SDLMUX devem ser configuradas para não realizar estas 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 os passos de aprendizagem e escuta (isto é chamado de portfast pela Cisco). Durante as etapas de aprendizagem e escuta, o switch não passará por quadros de dados regulares. Em casos extremos, o atraso causado por estas configurações pode ser tão longo que o SDLMUX aciona outra falha.

Finalmente, o status do link dos adaptadores precisa ser monitorado para ter certeza de que ambos os links estão funcionando. A falha de um link não fará com que o sistema ligue para casa e, devido à sua tolerância a falhas, não há perda de conectividade do sistema que eu cobri em um post de blog anterior, veja Monitoramento do status dos adaptadores de rede.