Eu estou entendendo direito sobre ligação de Linux e switch?

2

Se houver um servidor e um switch, se o switch morrer, ative o servidor.

Portanto, normalmente há dois comutadores e o servidor deve estar conectado aos dois comutadores, portanto, deve haver dois NICs no servidor.

Mas, mesmo que o servidor tenha duas NICs conectadas a dois switches, porque o IP é diferente, se a NIC com o IP no qual o serviço está escutando falhar, o serviço também será desativado.

Então aqui vem a ligação. com a ligação, duas NIC compartilham um IP e duas NIC se conectam a dois switches, portanto, se um switch morrer, outro switch será usado e se um NIC morrer, outro NIC continuará funcionando.

Eu entendi bem?

    
por Sato 22.03.2017 / 08:55

2 respostas

0

Mais ou menos. Bonding, na verdade, fornece uma interface virtual com um IP, então a situação "o IP difere" a que você está se referindo é um absurdo. A ligação pode funcionar em modo de failover ou no modo LACP. No modo LACP, os fluxos geralmente são balanceados em todas as interfaces físicas disponíveis, com algumas limitações específicas (por exemplo, alguns fornecedores podem balancear somente os fluxos destinados a diferentes MACs), enquanto no modo de failover, uma interface é de backup e está parada. O modo LACP basicamente pode funcionar dentro de um switch, então se você quiser usar o modo LACP com dois switches, fornecendo alta disponibilidade real, os switches escolhidos devem suportá-lo - ele é chamado de LACP cross-switch (alguns fornecedores como o Cisco), mas não é básico conjunto de funcionalidades).

    
por 22.03.2017 / 09:59
-1

Você mistura as coisas.

Primeiro, não há nada contra um serviço em vários IP e o usuário é inteligente o suficiente para usar um que funcione.

Em segundo lugar, a ligação não é baseada em trabalhos de ligação IP no nível de ethernet. Uma conexão vinculada compartilha um endereço mac. Basicamente é uma conexão. Como tal, eles não compartilham realmente um IP - eles são um canal ethernet. Isso é "mais fundamental" - a ligação funciona com a tecnologia subjacente.

Em terceiro lugar, a colagem não funciona no cross-switch. Ou: se funciona assim, basicamente é necessário que o switch saiba como lidar com isso (switches empilhados podem ter essa capacidade). O que significa que você pode dizer adeus à maioria dos interruptores de baixo custo para ligação e tempo de atividade. Não tenho certeza sobre alguma extremidade superior, mas não tenho conhecimento de ninguém que possa lidar com a distribuição distribuída em vários chassis. Não é o especialista, embora eu também geralmente mude para 10G antes de usar a colagem. Cisco, eu ouço, tem essa capacidade (Cross Switch LACP).

Geralmente, a ligação é usada para criar mais largura de banda TRANSPARENTE para aplicativos não gravados com isso em mente. Os protocolos criados para alta taxa de transferência e tempo de atividade talvez não precisem de conexão - por exemplo, o ISCSI trata isso com MPIO (MultiPath IO), onde ele realmente se conecta a um servidor por meio de vários endereços IP, distribuindo carga e gerenciando o tempo de atividade dessa maneira. A Microsoft faz o mesmo agora com compartilhamentos de arquivos nos servidores posteriores, permitindo que vários endereços IP sejam usados para manipular vários fluxos paralelos de dados para mais largura de banda (SMB 3 MultiChannel). Não há necessidade de ligação aqui, tudo tratado em nível de protocolo e biblioteca.

    
por 22.03.2017 / 10:09