Um único canal LACP em vários switches aumenta a redundância?

Question

Estou curioso para obter opiniões, descobertas ou evidências de que ter várias interfaces vinculadas usando o LACP a portas em vários switches pode aumentar a redundância. As interfaces previamente conectadas sempre foram para um único switch, com um canal redundante para outra porta.

Sem entrar em detalhes específicos de fornecedores, meu pensamento é que, como esse é um único LACP, a probabilidade de um evento ou alteração levar a uma interrupção de serviço ampla. Sem ter o equipamento sobressalente ou tempo para testar este canal único através de diversos switches, poderia alguém com um maior conhecimento de rede do que eu, me dizer se há um evento lado da rede que traria a conectividade de rede para um servidor que criou uma interface ligada para duas portas em switches separados?

O uso de canais ethernet ligados através de múltiplos switches (que nós somos aconselhados que podemos usar) a partir do servidor, fornece tanto throughput melhorado (inquestionavelmente), quanto redundância aprimorada (incerta). Poderia / poderia haver eventos de rede como falha de comutador, migração de porta, correção, recuperação, etc, o canal para as interfaces de rede do servidor não estar disponível?

Obrigado antecipadamente.

    

Answer 1

O próprio LACP não oferece a capacidade de se unir em vários switches; ele se liga a múltiplas portas em um único switch ethernet e, dependendo do fornecedor, pode até haver restrições sobre quais portas em um switch podem ser conectadas juntas.

Alguns fornecedores possuem protocolos proprietários (normalmente chamados de MLAG ) que Permitir canais ethernet ligados através de diferentes switches ethernet. Como exemplo, o Cisco Nexus vPC (ou genericamente MLAG) trabalha com switches, ou liga um único canal de porta LACP em um servidor através de dois switches conectados.

Does the use of bonded ethernet channels across multiple switches (that we are advised that we can use) from the server, provide both improved throughput (unquestionably), and improved redundancy (uncertain). Could/would network events such as switch failure, port migration, patching, recovery, etc, cause the channel for both server network interfaces to be unavailable?

O LACP deve fornecer proteção contra uma única porta física ou falha de cabo dentro do canal LACP.

O LACP não pode proteger contra fatores humanos, como desligar acidentalmente a interface do LACP, remover a vlan ou executar um TDR em um link de membro do canal da porta. O LACP também não pode proteger contra o fornecimento excessivo de largura de banda por meio de um único link de membro no canal LACP, eventos de árvore de abrangência, tempestades de transmissão, inundação excessivamente desconhecida de unicast, etc ...

Se você estiver preocupado com o tempo de recuperação, certifique-se de usar tempos limite curtos do protocolo LACP em suas interfaces.

    

Answer 2

O LACP geralmente só pode ser realizado em um único dispositivo ou grupo de dispositivos que atuam como um. Então ... você poderia fazer isso entre um switch e uma pilha de switches, mas não espalhados por vários dispositivos exclusivos.

    

Answer 3

O LACP é um protocolo para o host se comunicar com o (s) switch (es) que deseja agregar várias conexões físicas. Essa agregação pode nem sempre ser possível no entanto. Se a conexão for feita para vários comutadores, esses comutadores devem suportar algum método de cooperação para fazer o link vinculado ou eles não conseguirão.

A maioria dos switches não suporta essa cooperação. Alguns no entanto fazem. O método mais comum é o protocolo SMLT, que permite que os switches cooperem na criação de links vinculados. Alguns switches também suportam protocolos de empilhamento que permitem que vários switches atuem como um único switch lógico. Em ambos os casos, você desejará verificar a documentação para ter certeza do suporte e da configuração.

    

Answer 4

O LACP agrega vários links físicos entre os dois dispositivos em um link lógico que tem maior taxa de transferência. Se você estiver procurando redundância no caso de uma falha de comutador, será necessário configurar links para dois comutadores e configurar o servidor para fazer a ponte entre os dois links com o protocolo de árvore de abrangência ativado. O STP escolherá automaticamente um link para estar ativo e o outro backup. Se o link principal falhar (switch morreu), ele será alternado para o backup. Isso realmente não tem nada a ver com o LACP.

    

Answer 5

Agregação 4nics (2of4 ativo + failover automático):

Linux: eth0-3 - > bond0, modo de ligação = 4

Switches (Juniper, por exemplo): porta 1 + porta 2 - > ae1 definir interfaces ae1 agregado-ether-options lacp passive set interfaces ae1 (... atribuições de vlan aqui ...)

passivo no lado do comutador garante que o Linux seja quem vai usar o parceiro para conversar. Se você precisar de inicialização PXE nas mesmas nics - procura a opção force-up (zimbro) no switch A, ge-0/0/1

    

Answer 6

A agregação de links pode ocorrer entre um dispositivo e dois ou mais switches Cisco, desde que eles estejam em uma pilha ou em núcleos usando VSS, por exemplo. Geralmente, uma boa regra é se há apenas uma interface de gerenciamento de controle de uma pilha de switches, então ele terá uma tabela de endereço MAC na qual Etherchannel ou LACP pode ser usado para rastrear os IPs e MACs que estão sendo usados em cada um dos caminhos agregados EC / LACP.