Ligação de ligação em vários switches?


9

Eu li um pouco sobre a ligação de placas de rede com ifenslave; o que estou tendo problemas para entender é se há uma configuração especial necessária para dividir os títulos em dois switches. Por exemplo, se eu tiver vários servidores com duas placas de rede cada e dois comutadores separados, basta configurar os títulos e conectar 1 nic de cada um no comutador nº 1 e o outro de cada comutador no comutador 2? Ou tem mais do que isso?

Se os vínculos forem de backup ativo, uma falha de nic em uma única máquina significa que o servidor pode ser desconectado, pois o restante das máquinas está usando o nic primário e o secundário? Ou você também vincula os switches com um cabo?

Respostas:


6

Na documentação do Linux Kernel Network Bonding :

Em uma topologia como o exemplo acima, os modos de backup ativo e transmissão são os únicos modos de ligação úteis ao otimizar a disponibilidade; os outros modos exigem que todos os links terminem no mesmo ponto para que se comportem racionalmente.

Observe que o exemplo mencionado na cotação é para um único host com 2 (ou mais) placas de rede, com cada placa de rede conectada a um comutador separado. Os comutadores têm um link entre eles (ISL ou Inter-Switch Link) conectando-os.


3

Depende do modo de ligação que você está usando. O 802.3admodo requer que os comutadores suportem 802.3ad e estejam configurados especificamente para isso. Os outros modos ( balance-rr, active-backup, balance-xor, balance-tlbe balance-alb) não necessitam de suporte chave específica.

Não tenho certeza de como a conectividade entre comutadores afeta a escolha do modo de ligação, mas suspeito que os comutadores precisam estar conectados entre si e que o STP esteja ativado. Esta página parece ser um bom recurso para colagem.


2
FYI ... STP é uma ligação ortogonal à Ethernet.
9138 Mike Pennington

@ MikePennington Sim, percebo que não está diretamente relacionado.
mgorven

Conforme declarado na pergunta, ele usaria o backup ativo. O problema da comutação é o seguinte: se os comutadores não estiverem conectados, todos os nós teriam que usar o nic conectado ao mesmo comutador, e uma falha desse nic o isolaria.
Bryan Agee

3

... o que estou tendo problemas para entender é se há uma configuração especial necessária para dividir os títulos em dois switches.

Se você deseja vincular um link entre comutadores, primeiro precisa de um comutador que o suporte. O LACP (802.3ad) suporta apenas a ligação em um único comutador . Todos os protocolos de ligação Ethernet entre comutadores que conheço são proprietários.

Entre em contato com o fornecedor do switch para saber se eles têm um protocolo de ligação Ethernet com vários chassis que funciona com o sistema operacional do servidor.

EDITAR:

como mgorven apontou nos comentários, você pode conectar-se através de vários switches sem precisar do 802.3ad


AFAICT os modos de ligação do Linux (além do 802.3ad) não requerem suporte de switch. Esses modos não funcionam quando conectados a vários comutadores?
mgorven 12/07/2012

2
Ponto justo, contanto que você tem todas as portas na mesma VLAN e você não quer o tráfego de divisão para um único mac-address simultaneamente em várias portas ethernet que deveria trabalhar
Mike Pennington

1
O uso do balance-xor sem um grupo / canal resultará em severa perda de pacotes.
3molo

2

O único modo de ligação que alcança a alta disponibilidade que procuramos é a ligação de backup ativo, com um cabo de cada grupo de ligação conectado a diversos comutadores, os quais são interconectados. Isso permite que qualquer switch falhe, enviando todo o tráfego para os outros switches e NICs conectados a ele; ou qualquer número de NICs individuais pode falhar, desde que dois não estejam no mesmo vínculo e todos os comutadores estejam operacionais.

O 802.3ad requer comutadores gerenciados com suporte para ele e o balanceamento xor ou rr exige que os comutadores em questão suportem algum tipo de agrupamento de portas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.