Ao atualizar os switches Arista que fazem parte de um cluster MLAG, é necessário iniciar com o switch secundário?
Em "Arista Warrior", de Gary A. Donahue, ele especifica na página 123 para começar atualizando o comutador secundário. Mas não há nada parecido na documentação oficial, página 710 (para a versão 4.13.2F).
Além disso, existe uma maneira (mesmo que não seja necessária) de forçar um dos membros a se tornar primário? Encontrei o comando primary-priority aqui , mas o comando não existe no meu switch.
Respostas:
Por padrão, o MLAG escolhe o primário / o secundário com base no endereço MAC do switch - o menor sempre será o principal.
Ref: https://eos.arista.com/forum/mlag-priorities/
Por que você deseja forçar a prioridade? O MLAG foi desenvolvido para obter uplinks ativos / ativos em diferentes chassis.
Acredito que o Arista Warrior possa ser obsoleto - mas, para ser sincero, eu usaria seu contrato de suporte com o Arista. No final do dia, eles poderão dar a resposta definitiva.
A pesquisa no site da Arista não mostra nada sobre a necessidade de atualizar explicitamente o secundário primeiro. Os hosts finais veem o Sys-ID no MLAG, portanto a convergência deve ser de menos de um segundo.
fonte
No guia 14.4.6M:
10.3.3.4 Executando uma atualização do MLAG ISSU O procedimento a seguir executa um upgrade do MLAG ISSU:
Etapa 1 Verifique a consistência da configuração em cada par (Seção 10.3.3.1).
Etapa 2 Verifique a compatibilidade da versão entre as imagens novas e as existentes (Seção 10.3.3.2).
Etapa 3 Configure o mlag de atraso de recarga (Seção 10.3.2). O período de atraso recomendado varia de acordo com o tipo de chave.
Etapa 4 Instale a nova imagem em um dos pares:
Etapa 5 Resolva todos os avisos de recarga (Seção 10.3.3.3).
Etapa 6 Confirme a recarga.
Etapa 7 Aguarde os pares do MLAG renegociarem para o estado ativo e expirar o atraso de recarregamento no par reiniciado. Evite alterações de configuração nos dois pares após esta etapa.
Etapa 8 Repita o processo de atualização para o outro ponto. Ao atualizar comutadores modulares com supervisores duplos, atualize primeiro os supervisores em espera e, em seguida, atualize os supervisores ativos.
fonte
A prioridade primária não fará com que o comutador retire preventivamente a função principal do outro comutador. É por isso que o comando está oculto. Os pares do MLAG são apenas isso, um não é um mestre.
Portanto, o que isso significa é que quando o MLAG for negociado e você tiver modificado a prioridade, a opção com o valor superior se tornará Primária. No entanto, se o primário cair, for recarregado ou mlag for desligado, o secundário se tornará primário. Uma vez que o switch primário original volte, NÃO e não assumirá o controle. Permanece Secundário até que outro evento ocorra, fazendo com que ele assuma a função Primária. Portanto, as funções não são determinísticas e você deve interrogar os comutadores para saber qual deles é secundário antes de iniciar seu processo MLAG ISSU.
Observe também que o manual mais recente da EOS (4.18.x) está no site arista.com e não está atrás de um login. É verdade que o procedimento MLAG ISSU não diz explicitamente para começar com o MLAG Par Secundário, mas é recomendado na minha experiência com os Aristas SEs.
https://www.arista.com/en/um-eos/eos-section-12-3-mlag-maintenance?searchword=mlag%20maintenance
fonte
Não, não há diferença entre iniciar uma atualização com um comutador secundário ou primário.
O
primary-prioritycomando é um comando oculto que ainda terá efeito, mesmo que pareça não existir no seu switch.Você só precisa digitar o comando inteiro e pressionar Enter. Você pode confirmar que o comando entrou em vigor executando um
show active(como você pode ver na figura)fonte