Melhore o uso da largura de banda para NIC Teaming com Hyper-V

Tenho um novo host Server 2022 Hyper-V que terá (inicialmente) 6 convidados. Ele tem duas NICs que quero unir para conectar ao switch físico para desempenho e confiabilidade.

Pelo que entendi, há duas maneiras de fazer isso:

1. A velha e decadente equipe LACP no nível do sistema operacional de 2012.
2. O novo Switch Embedded Teaming para o Server 2016 e versões posteriores.

Consegui fazer ambas as opções funcionarem na configuração e nos testes até agora, mas tudo o que li diz que eu deveria preferir fortemente a opção 2.

Aqui está o problema: pelo que vi para a opção 2, o Hyper-V faz balanceamento de carga vinculando MACs de diferentes convidados a diferentes portas físicas. Isso significa que uma VM nunca terá mais largura de banda do que você veria em uma única porta. E, de fato, a interface visível nos convidados ao usar essa opção parece uma única NIC com a velocidade de uma das NICs de host individuais.

Isso está errado para minha configuração, porque um dos convidados não é como os outros. É a principal razão para o hardware físico existir e deve ver a maior parte do tráfego. Sei que com a maioria das opções de equipe nenhuma sessão pode exceder a velocidade de uma única porta, mas também espero que este servidor suporte muitas sessões.

Então a questão:

Perdi algo para o Switch Embedded Teaming fazer melhor uso das portas disponíveis e, se sim, o que preciso fazer para corrigir isso? Ou, alternativamente, essa é uma situação em que devo usar a opção de teaming mais antiga?