Você tem um problema difícil aqui. Eu suspeito que a única solução será uma atualização principal para suportar portas de 10Gbps, porque a única outra opção que vem à mente (e que você aludiu em sua pergunta) - agregação de link - não funciona muito bem quando você só tem um endpoint. A implementação de todos os switches de tais coisas que eu vi tem opções irritantemente limitadas para equilibrar o tráfego entre os vários links - geralmente limitados a endereços MAC de origem / destino. Isso é chato para mim, porque o driver de ligação de canal do Linux pode fazer round-robin direto, o que funcionaria bem nesse tipo de situação.
Se você achar que seus switches farão esse modo (eu não joguei com switches Netgear, apenas Cisco Catalyst e HP Procurve), então definitivamente valeria a pena dar uma chance. Como o dispositivo na extremidade oposta é um servidor de backup e, portanto, o tráfego deve ser (para minha estimativa) bastante assimétrico, fazendo com que o balanceamento do link seja o endereço MAC source , também, já que (Eu presumo) o tráfego está vindo de uma ampla gama de fontes. Eu não iria simplesmente pular para isso como uma solução, porque todo o seu tráfego de retorno definitivamente terminaria em um link (um endereço MAC de origem para tudo isso), e se você está correndo perto de 2Gps no total, você vai acabar com um link entupido).
Uma outra opção possível, se você estiver aberto a soluções excêntricas, seria dividir os backups em mais de uma máquina. Isso irá (tender) equilibrar o tráfego em virtude dos diferentes endereços MAC (embora o algoritmo hash possa causar problemas ao "acidentalmente" fazer hash de todos os MACs para o mesmo link, o que nunca é divertido).
Se tudo isso não funcionar, acho que você está pronto para uma atualização de rede básica. Switches capazes de lidar com 10G óptica não são tão caros hoje em dia (muito melhor do que os switches de cobre de 10G de 48 portas, de qualquer forma ...)