Wie funktioniert der Dynamic-Algorithmus beim NIC-Teaming in Windows Server?

**Der Dynamic-Algorithmus bei Windows Server NIC Teaming verteilt ausgehenden Traffic nicht starr, sondern kombiniert zwei Verfahren: Er hält einzelne Flows zusammen und verschiebt sie bei Bedarf live auf andere Team-Mitglieder, damit die Last gleichmäßiger wird.** ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations)) ## Was „Dynamic“ konkret macht Bei LBFO gibt es vereinfacht drei relevante Lastverteilungsarten: **Address Hash**, **Hyper-V Port** und **Dynamic**. Dynamic ist der flexibelste Modus, weil er die Nachteile der beiden anderen teilweise ausgleicht: Er nutzt für den ausgehenden Datenverkehr zunächst eine flow-basierte Zuordnung und kann diese Zuordnung später neu balancieren, wenn eine NIC stärker belastet ist als die andere. ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations)) Wichtig ist dabei: **Ein einzelner TCP/UDP-Flow läuft zu einem Zeitpunkt immer über genau eine physische NIC.** Dynamic splittet also nicht ein einzelnes großes Gespräch paketweise über mehrere Karten, sondern verteilt viele parallele Verbindungen intelligent auf die verfügbaren Adapter. Die praktische Folge: Ein einzelner Kopiervorgang erreicht meist nicht die Summe aller Team-NICs, mehrere gleichzeitige Verbindungen aber oft schon. ([learn.microsoft.com](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/hh831648%28v%3Dws.11%29)) ## Warum Dynamic oft besser ist als Address Hash **Address Hash** entscheidet im Wesentlichen anhand von Adress-/Port-Informationen, welche NIC einen Flow bekommt. Das ist einfach, kann aber zu Schieflast führen, wenn zufällig viele „schwere“ Verbindungen auf derselben Karte landen. Dynamic geht einen Schritt weiter und kann laufende Lastverteilung anpassen, statt nur einmal zu hashen und das Ergebnis beizubehalten. Das ist der eigentliche Vorteil. ([learn.microsoft.com](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/hh831648%28v%3Dws.11%29)) Der Unterschied in der Praxis: - **Address Hash**: statische Verteilung pro Flow - **Dynamic**: Verteilung pro Flow **plus** laufende Umverteilung bei Ungleichgewicht - **Hyper-V Port**: Zuordnung eher pro virtueller NIC/MAC, sinnvoll besonders für bestimmte Hyper-V-Szenarien ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations)) ## Was viele missverstehen Dynamic bedeutet **nicht**, dass jede einzelne Verbindung automatisch die volle Team-Gesamtbandbreite nutzt. Bei einem Team aus 2 × 10 Gbit/s bekommt ein einzelner SMB-Transfer ohne weitere Mechanismen typischerweise weiterhin maximal ungefähr die Bandbreite **einer** physischen NIC. Den Gewinn siehst du vor allem bei **mehreren gleichzeitigen Sessions**, mehreren Clients oder vielen parallelen Workloads. Das ist der entscheidende Punkt, den viele Anleitungen zu unklar erklären. Die Aussage „20 Gbit/s Team“ bedeutet in der Praxis meist **aggregierte** und nicht **pro Verbindung** verfügbare Bandbreite. Diese Einordnung folgt aus dem flow-basierten Verhalten der LBFO-Algorithmen. ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations)) ## Praktische Einordnung Für klassische Server-Workloads ist Dynamic oft die sinnvollste Standardwahl, weil es ohne viel Feintuning robuster auf ungleichmäßige Last reagiert als Address Hash. Für Hyper-V-Cluster empfiehlt Microsoft jedoch ausdrücklich häufig **Switch Independent + Hyper-V Port**, weil das für VM-Verkehr und Offloads wie VMQ oft besser passt. Dynamic ist also nicht pauschal „der beste“ Modus, sondern vor allem **der beste Allrounder außerhalb spezieller Hyper-V-Anforderungen**. ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations)) Ein wenig bekannter, aber wichtiger Punkt: **NIC Teaming deaktiviert RDMA**. Wenn du SMB Direct oder andere RDMA-Vorteile nutzen willst, ist LBFO oft die falsche Architektur, selbst wenn Dynamic die Lastverteilung gut macht. Dann ist „kein Teaming, dafür RDMA“ in vielen modernen Storage-/Cluster-Szenarien die bessere Lösung. ([learn.microsoft.com](https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/failover-cluster-network-recommendations))