Introducción a las rutas de acceso de datos sr-IOV
Cuando se inicia una partición secundaria de Hyper-V y se ejecuta el sistema operativo invitado, la pila de virtualización inicia el cliente de servicio virtual de red (NetVSC). NetVSC expone un adaptador de red de máquina virtual (VM) proporcionando un perímetro del controlador de miniporte a las pilas de protocolos que se ejecutan en el sistema operativo invitado. Además, NetVSC proporciona un perímetro del controlador de protocolo que le permite enlazar a los controladores de miniport subyacentes.
NetVSC también se comunica con el conmutador extensible de Hyper-V que se ejecuta en el sistema operativo de administración de la partición primaria de Hyper-V. El componente de conmutador extensible funciona como proveedor de servicios virtuales de red (NetVSP). La interfaz entre NetVSC y NetVSP proporciona una ruta de acceso de datos de software conocida como ruta de acceso de datos sintética. Para obtener más información sobre esta ruta de acceso de datos, vea RUTA de acceso de datos sintéticos sr-IOV.
Si el adaptador de red físico admite la interfaz de virtualización de E/S raíz única (SR-IOV), puede habilitar una o varias funciones virtuales de PCI Express (PCIe). Cada VF se puede asociar a una partición secundaria de Hyper-V. Cuando esto sucede, la pila de virtualización realiza los pasos siguientes:
La pila de virtualización expone un adaptador de red para el VF en el sistema operativo invitado. Esto hace que el controlador PCI que se ejecute en el sistema operativo invitado inicie el controlador de miniporte VF. Este controlador lo proporciona el proveedor de hardware independiente (IHV) para el adaptador de red SR-IOV.
Una vez cargado e inicializado el controlador de miniporte VF, NDIS enlaza el borde del protocolo de NetVSC en el sistema operativo invitado al controlador.
Nota NetVSC solo se enlaza al controlador de minipuerto de VF. Ninguna otra pila de protocolos del sistema operativo invitado se puede enlazar al controlador de miniporte de VF.
Una vez que NetVSC se enlaza correctamente al controlador, el tráfico de red en el sistema operativo invitado se produce a través de la ruta de acceso de datos de VF. Los paquetes se envían o reciben a través del VF subyacente del adaptador de red en lugar de la ruta de acceso de datos sintéticas.
Para obtener más información sobre la ruta de acceso de datos de VF, consulte RUTA de acceso de datos de VF sr-IOV.
En la ilustración siguiente se muestran las distintas rutas de acceso de datos que se admiten a través de un adaptador de red SR-IOV.
Una vez iniciada la partición secundaria de Hyper-V y antes de establecer la ruta de acceso de datos de VF, el tráfico de red fluye a través de la ruta de acceso de datos sintética. Una vez establecida la ruta de acceso de datos de VF, el tráfico de red puede revertir a la ruta de acceso de datos sintética si se cumplen las condiciones siguientes:
El VF se vuelve no conectado a la partición secundaria de Hyper-V. Por ejemplo, la pila de virtualización podría desasociar una VF de una partición secundaria y asociarla a otra partición secundaria. Esto puede ocurrir cuando hay más particiones secundarias de Hyper-V que se ejecutan que hay recursos de VF en el adaptador de red SR-IOV subyacente.
El proceso de conmutación por error a la ruta de acceso de datos sintética desde la ruta de acceso de datos VF se conoce como conmutación por error de VF.
La partición secundaria de Hyper-V se está migrando en vivo a otro host.
Para más información sobre la conmutación por error de VF y la migración en vivo, consulte Conmutación por error y migración en vivo de SR-IOV VF.