Partilhar via


Caminho de dados sintéticos SR-IOV

Quando uma partição filho do Hyper-V é iniciada e o sistema operacional convidado está em execução, a pilha de virtualização inicia o NetVSC (Cliente de Serviço Virtual de Rede). O NetVSC expõe um adaptador de rede de VM (máquina virtual) que fornece uma borda de driver de miniport para as pilhas de protocolo executadas no sistema operacional convidado.

O NetVSC também se comunica com a opção extensível Hyper-V que é executada no sistema operacional de gerenciamento da partição pai do Hyper-V. O componente de comutador extensível opera como um NetVSP (Provedor de Serviços Virtuais de Rede). A interface entre o NetVSC e o NetVSP fornece um caminho de dados de software conhecido como caminho de dados sintéticos.

O diagrama a seguir mostra os componentes do caminho de dados sintéticos em um adaptador de rede SR-IOV.

diagrama de pilha mostrando um adaptador sr-iov sob uma partição pai de gerenciamento comunicando-se por um vmbus para uma partição filho que contém um sistema operacional convidado.

Se o adaptador de rede SR-IOV subjacente alocar recursos para VFs (Funções Virtuais) PCI Express (PCIe), a pilha de virtualização anexará um VF a uma partição filho do Hyper-V. Depois de anexado, o tráfego de pacotes dentro da partição filho ocorrerá no caminho de dados VF otimizado para hardware em vez do caminho de dados sintetizado. Para obter mais informações sobre o caminho de dados do VF, consulte Caminho de dados SR-IOV.

A pilha de virtualização ainda poderá habilitar o caminho de dados sintéticos para uma partição filho do Hyper-V se uma das seguintes condições for verdadeira:

  • O adaptador de rede SR-IOV não tem recursos de VF suficientes para acomodar todas as partições filho do Hyper-V iniciadas. Depois que todas as VFs no adaptador de rede são anexadas a partições filho, as partições restantes usam o caminho de dados sintético.

    O processo de failover para o caminho de dados sintéticos do caminho de dados VF é conhecido como failover de VF.

  • Uma VF foi anexada a uma partição filho do Hyper-V, mas torna-se desanexada. Por exemplo, a pilha de virtualização pode desanexar um VF de uma partição filho e anexá-lo a outra partição filho. Isso pode ocorrer quando há mais partições filho do Hyper-V em execução do que recursos VF no adaptador de rede SR-IOV subjacente.

  • A partição filho do Hyper-V está sendo migrada ao vivo para um host diferente.

Embora o caminho de dados sintético sobre um adaptador de rede SR-IOV não seja tão eficiente quanto o caminho de dados VF, ele ainda pode ser otimizado para hardware. Por exemplo, se uma ou mais portas virtuais (VPorts) estiverem configuradas e anexadas à função física pcie (PF), o caminho de dados poderá fornecer os recursos de descarregamento semelhantes à interface VMQ (fila de máquinas virtuais). Para obter mais informações, consulte Portas virtuais não padrão e VMQ.