Estou me perguntando isso há alguns dias e, depois de várias pesquisas, não consegui encontrar uma resposta compreensível, nem mesmo teórica que faça sentido na minha cabeça.
Estou brincando com soluções para hospedagem para Mac e queria saber se eu poderia adicionar placas Ethernet de Thunderbolt aos Macs e conectá-las em VLANs e, portanto, resolver semi-gargalos de largura de banda às máquinas para aumentar a velocidade de acesso a um banco de dados ou armazenamento externo .
Por exemplo: Conecte duas placas Ethernet no Mac Mini, ligue-as e tenha uma VLAN com 2 Gb / s de largura de banda.
Respostas:
Simplificando, não, eles são diferentes:
Em outras palavras, a ligação geralmente não aumenta a velocidade de uma única conexão. A única exceção é o tipo de ligação Linux 0 (balance-rr), que envia pacotes de maneira round robin, mas possui desvantagens significativas e dimensionamento limitado. Para um exemplo prático, dê uma olhada aqui
fonte
10 gb / s via portas x10 1 gb / s
Estou respondendo apenas por uma questão de integridade e para lhe poupar algumas dores de cabeça. Tenho mais de 20k servidores fazendo algo parecido com isso e posso dizer que é uma má ideia. Esse método adiciona muita complexidade que causará problemas operacionais posteriormente. Fizemos isso com 4 placas de rede de 1 GB por servidor. Na época, na verdade, fazia mais sentido do que ficar 10gig. Na época, 10gig em todo o lado teria sido muitas vezes o custo para pouquíssimos ganhos. Nossas iterações recentes de nossos datacenters não fazem mais isso.
Um vínculo LACP ( modo 4 ) com um único parceiro LAG oferece 10 gb / s, quase o mesmo que uma única porta de 10 gb / s. Na verdade, isso pode ser feito usando mais de 1 switch, mas eles precisam oferecer suporte ao MLAG; caso contrário, você deve conectar apenas um switch. Se eles não suportam MLAG, você recebe apenas 1 switch de largura de banda. As outras interfaces estarão em espera. (então 5gb / s se você tiver 2 switches).
Uma única conexão utilizará apenas um link, mas você pode dividir o tráfego quando necessário na camada 7, se precisar, ou pode procurar no MPTCP, mas o suporte é novo nos kernels recentes e não tenho certeza de que esteja pronto para horário nobre. Você pode dividir as sincronizações de dados usando LFTP + SFTP e o subsistema de espelho do LFTP. Pode até dividir um arquivo em vários fluxos. Há também bittorrent.
Você não poderá fazer o DHCP nessas portas da perspectiva do cliente para inicializar o PXE em um instalador do sistema operacional , a menos que force o eth0 no lado do servidor, que tecnicamente interrompe o monitoramento do LACP. Isso pode ser feito, mas não deve ser e isso vai fazer a resolução de problemas mais difícil se você forçar uma interface para cima.
Na sua configuração de ligação, você precisará gerar um endereço MAC exclusivo que seja diferente de todas as suas interfaces físicas, ou terá condições de corrida devido à maneira como o PXE / DHCP funciona, assumindo que haja DHCP / PXE em sua configuração. Existem muitos exemplos online de como gerar o único bond0 MAC em tempo real.
Isso também requer configuração no lado do comutador, alinhada com cada configuração de vínculo de seus servidores. Você deseja ter o daemon LLDP instalado para tornar a solução de problemas menos dolorosa e o LLDP ativado em seus comutadores.
Se você fizer isso, seu cabeamento e rotulagem precisam ser impecáveis. Sua automação de switch precisa ser sólida. Um deslocamento de cabo que mistura 2 servidores causará problemas muito divertidos.
Parabéns a Jay na IBM por tornar o código de ligação tão bom quanto ele e por nos ajudar a descobrir como fazer o DHCP trabalhar nessa configuração.
fonte
Depende. Se o protocolo de tráfego primário tiver um balanceamento de carga de caminhos múltiplos embutido, por exemplo, iSCSI, isso funcionará muito bem. A ligação tem uma série de problemas que as outras respostas já descrevem.
fonte