Übersicht über SR-IOV-Datenpfade
Wenn eine untergeordnete Hyper-V-Partition gestartet wird und das Gastbetriebssystem ausgeführt wird, startet der Virtualisierungsstapel den Network Virtual Service Client (NetVSC). NetVSC macht einen VM-Netzwerkadapter verfügbar, indem es einen Miniporttreiber-Edge für die Protokollstapel bereitstellt, die im Gastbetriebssystem ausgeführt werden. Darüber hinaus stellt NetVSC einen Protokolltreiber-Edge bereit, der es ermöglicht, an die zugrunde liegenden Miniporttreiber zu binden.
NetVSC kommuniziert auch mit dem erweiterbaren Hyper-V-Switch, der im Verwaltungsbetriebssystem der übergeordneten Hyper-V-Partition ausgeführt wird. Die erweiterbare Switchkomponente wird als Network Virtual Service Provider (NetVSP) ausgeführt. Die Schnittstelle zwischen NetVSC und NetVSP stellt einen Softwaredatenpfad bereit, der als synthetischer Datenpfad bezeichnet wird. Weitere Informationen zu diesem Datenpfad finden Sie unter Synthetischer SR-IOV-Datenpfad.
Wenn der physische Netzwerkadapter die SR-IOV-Schnittstelle (Single Root E/O Virtualization) unterstützt, kann er mindestens eine PCI Express (PCIe) Virtual Functions (VFs) aktivieren. Jede VF kann an eine untergeordnete Hyper-V-Partition angefügt werden. In diesem Fall führt der Virtualisierungsstapel die folgenden Schritte aus:
Der Virtualisierungsstapel macht einen Netzwerkadapter für den Vf im Gastbetriebssystem verfügbar. Dies bewirkt, dass der PCI-Treiber, der im Gastbetriebssystem ausgeführt wird, den VF-Miniporttreiber startet. Dieser Treiber wird vom unabhängigen Hardwareanbieter (Independent Hardware Vendor, IHV) für den SR-IOV-Netzwerkadapter bereitgestellt.
Nachdem der VF-Miniporttreiber geladen und initialisiert wurde, bindet NDIS den Protokollrand des NetVSC im Gastbetriebssystem an den Treiber.
Hinweis NetVSC bindet nur an den VF-Miniporttreiber. Keine anderen Protokollstapel im Gastbetriebssystem können an den VF-Miniporttreiber gebunden werden.
Nachdem netVSC erfolgreich an den Treiber gebunden wurde, tritt Netzwerkdatenverkehr im Gastbetriebssystem über den VF-Datenpfad auf. Pakete werden über den zugrunde liegenden VF des Netzwerkadapters anstelle des synthetischen Datenpfads gesendet oder empfangen.
Weitere Informationen zum VF-Datenpfad finden Sie unter SR-IOV VF-Datenpfad.
Die folgende Abbildung zeigt die verschiedenen Datenpfade, die über einen SR-IOV-Netzwerkadapter unterstützt werden.
Nachdem die untergeordnete Hyper-V-Partition gestartet wurde und bevor der VF-Datenpfad eingerichtet wird, fließt Netzwerkdatenverkehr über den synthetischen Datenpfad. Nachdem der VF-Datenpfad eingerichtet wurde, kann Netzwerkdatenverkehr in den synthetischen Datenpfad rückgängig machen, wenn die folgenden Bedingungen zutreffen:
Die VF wird an die untergeordnete Hyper-V-Partition nicht mehr angefügt. Beispielsweise könnte der Virtualisierungsstapel eine VF von einer untergeordneten Partition trennen und an eine andere untergeordnete Partition anfügen. Dies kann auftreten, wenn mehr untergeordnete Hyper-V-Partitionen ausgeführt werden, als vf-Ressourcen auf dem zugrunde liegenden SR-IOV-Netzwerkadapter vorhanden sind.
Der Prozess des Failovers zum synthetischen Datenpfad aus dem VF-Datenpfad wird als VF-Failover bezeichnet.
Die untergeordnete Hyper-V-Partition wird live zu einem anderen Host migriert.
Weitere Informationen zu VF-Failover und Livemigration finden Sie unter SR-IOV VF-Failover und Livemigration.