Uma porta de 10 GB é igual a dez portas de 1 GB


16

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.


8
N portas de 1 gig não é a mesma coisa que uma porta de 1 gig.
EEAA

11
Isso não é chamado de VLAN - uma VLAN significa outra coisa.
User253751 22/05

11
O que você está procurando é agregação de links; alguns switches suportam isso; você precisaria encontrar adaptadores compatíveis com drivers que suportem isso.
Gizmo

Respostas:


39

Simplificando, não, eles são diferentes:

  • com uma interface de 10 GbE, você obtém uma largura de banda de 10 Gb / s, mesmo para uma única conexão
  • com interfaces 10x 1GbE (e usando o protocolo 802.ad), uma única conexão / sessão é limitada a apenas 1 Gb / s. Por outro lado, você pode servir 10 sessões simultâneas, cada uma com uma largura de banda de 1 Gb / s

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


16
Não, não é assim que a ligação funciona.
EEAA

2
Resposta ótima e correta, mas sejamos úteis. Embora seja teoricamente diferente e o OP possa não ser semanticamente preciso, a agregação de links ainda é uma solução muito adequada para o problema original, gargalos na largura de banda.
Esa Jokinen

4
O @ConstantinJacob Bonding geralmente faz o hash de alguns dos campos no cabeçalho e o usa para escolher um link no pacote. Se houver variação suficiente nos campos sendo hash, o tráfego será distribuído uniformemente. Se os campos que estão sendo divididos em hash forem iguais, apenas um link no pacote configurável será utilizado. Os campos incluídos no hash dependem da implementação, mas geralmente incluem campos como origem / destino MAC / IP / porta e número do protocolo.
precisa saber é o seguinte

5
@ConstantinJacob Formulou um pouco diferente. Cada conexão TCP que você executar em seu pacote configurável será atribuída a um link aleatório no pacote configurável. Se você possui 10 conexões TCP, pode ter a sorte de obter um link cada. Mas muito mais provavelmente haverá um ou mais links inativos e algumas das conexões TCP compartilharão links. Este é um caso do problema do coletor de cupons e você deve esperar alcançar cerca de 30 conexões TCP antes mesmo de começar a utilizar todos os links, e ainda mais antes que o tráfego seja regular.
Kasperd #

8
Do ponto de vista comercial, há outra grande diferença. Primeiro, um comutador de 10 portas 10GbE de 48 portas ainda custa menos de dez comutadores de 1 Gb de 48 portas. Conectar e gerenciar 48 cabos é muito mais fácil do que 480 cabos. Os servidores têm um número limitado de slots de placa, portanto, uma placa de 10 GbE pode facilmente transportar 20 Gbps, talvez 40 Gbps, mas uma única placa de 1 Gb geralmente pode transportar apenas 4 Gbps. Se chamarmos isso de algo como "densidade de largura de banda", o aumento da densidade de 10 GbE terá benefícios reais de engenharia e custo.
21417 Todd Wilcox

20

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.


11
Estou um pouco curioso sobre onde você trabalha para ter 20k nós com links ligados 4x1 ... essa é uma infraestrutura não trivial que você está descrevendo lol.
Kaithar

"Você não poderá fazer DHCP nessas portas" - Esse é o cliente ou servidor DHCP , ou ambos?
MSalters

No cliente. Se você iniciar seus servidores, precisará forçar o eth0 e forçar a porta do switch do eth0, ou precisará usar outro método para carregar o sistema operacional.
Aaron

11
@ Kaithar Segundo o aspecto não trivial. Eu sugeriria que foi um exercício acadêmico que foi longe demais para acomodar duas classes de servidores. A uniformidade dominou o design geral. Agora que tudo está funcionando com 10 gb / s, ainda estamos fazendo o LACP com um parceiro da MLAG, de modo que 20 gb / s no total e sem forçar mais as interfaces.
Aaron

0

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.

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.