Windows Server 2012 R2 - NIC Teaming - Performance

[aeigb 11]

Hallo Boardianer,

 

ich habe zwei neue Server, bei denen jeweils 4 GBit-Ports per NIC-Teaming mittels LACP mit dem Switch verbunden sind.

 

Nun habe ich versuchsweise Dateien hinundher geschaufelt und erhalte immer nur die Leistung eines GBit-Port, also ca. 110MB/sek.

 

Also zweiter Test: NIC-Teaming ohne LACP, nur mit der integrierten automatischen Technik und am Switch LACP ausgeschaltet.

 

Wieder Dateien kopiert, wieder nur ein GBit-Performance (110MBit).

 

Die Dateien lokal kopiert geht mit 750MBit/sek, also Performance des Grundsystem sollte ohne Probleme die Leistung hergeben.

 

Der Test wurde auf dem physischen System gemacht, in Zukunft sollen aber virtuelle Hyper-V-Maschinen darauf laufen, wären das die gleichen Einstellungen oder wären dafür andere besser?

[Friesenjung 0]

Hast du LACP passiv oder aktiv gesetzt?

[NilsK 2.957]

Moin,

 

ja, das ist bei deinem (ungeeigneten) Testszenario völlig normal. NIC-Teaming bringt nur dann eine Leistungssteigerung "über alles", wenn es mehrere Datenströme gibt, die parallel laufen können. Dein Test erzeugt nur einen Datenstrom, daher wird auch nur eine Karte verwendet.

 

Siehe auch hier ab ca. Minute 29:30:

https://channel9.msdn.com/events/community-germany/VCNRW2016/Hyper-V-Mythen-und-Wahrheiten

 

Gruß, Nils

[aeigb 11]

Hallo,

 

Hast du LACP passiv oder aktiv gesetzt?

Im Switch habe ich Active konfiguriert

 

Moin,

 

ja, das ist bei deinem (ungeeigneten) Testszenario völlig normal. NIC-Teaming bringt nur dann eine Leistungssteigerung "über alles", wenn es mehrere Datenströme gibt, die parallel laufen können. Dein Test erzeugt nur einen Datenstrom, daher wird auch nur eine Karte verwendet.

 

Siehe auch hier ab ca. Minute 29:30:

https://channel9.msdn.com/events/community-germany/VCNRW2016/Hyper-V-Mythen-und-Wahrheiten

 

Gruß, Nils

Tolles Video, würde mein "Problem" erklären. Hatte jetzt gedacht, dass man mit 4 GBit auch mit 4GBit übertragen kann.

 

OK, muss ich halt mit der "normalen" Performance auskommen.

 

Danke für die schnellen Antworten.

[NorbertFe 2.061]

Kann man ja auch 4GBit übertragen. Nur nicht pro Client, sondern gesamt. Irgendwie auch logisch, wenn man die Technik betrachtet, oder?

[testperson 1.707]

Sollte in diesem (dennoch ungeeigneten) Szenario nicht theoretisch doch mehr Bandbreite durch SMB Multichannel möglich sein?

[DocData 85]

4 Gbit? Was sollen das für NICs sein?

[testperson 1.707]

Einfach als vier 1GBit Ports lesen ;)

[DocData 85]

Ahh... jetzt. Freundschaft.

[NilsK 2.957]

Moin,

 

Sollte in diesem (dennoch ungeeigneten) Szenario nicht theoretisch doch mehr Bandbreite durch SMB Multichannel möglich sein?

 

dafür müsste man dann aber Multichannel nutzen ... und man korrigiere mich, aber dafür setzt man ja gerade kein Teaming ein, oder?

 

Einfaches Datekopieren ist so gut wie nie ein geeigneter Performancetest.

 

Gruß, Nils

bearbeitet 5. September 2016 von NilsK

[testperson 1.707]

dafür müsste man dann aber Multichannel nutzen ... und man korrigiere mich, aber dafür setzt man ja gerade kein Teaming ein, oder?

Ich hätte jetzt auf eine entsprechende Antwort von Dir gehofft ;) Das war nämlich auch mein Stand. Nachdem ich aber dann das bzw. das im Technet überflogen hatte (und jetzt nochmal genauer gelesen habe):

 

 

3.3. Teamed NICs

Windows Server 2012 supports the ability to combine multiple NICs into one using a new feature commonly referred to as NIC teaming. Although a team always provides fault tolerance, SMB without Multichannel will create only one TCP/IP connection per team, leading to limitations in both the number of CPU cores engaged and the use of the full team bandwidth.

SMB Multichannel will create multiple TCP/IP connections, allowing for better balancing across CPU cores with a single SMB session and better use of the available bandwidth. NIC Teaming will continue to offer the failover capability, which will work faster than using SMB Multichannel by itself. NIC Teaming is also recommended because it offers failover capabilities to other workloads that do not rely on SMB and therefore cannot benefit from the failover capabilities of SMB Multichannel.

 

Sollte das zumindest laut dem Artikel auch mit NICs im Team gehen.

bearbeitet 5. September 2016 von testperson

[aeigb 11]

Hallo an alle,

 

ich habe früher mit Intel Netzwerkkarten und dem dazugehörigen Treiber die Karten auch per LACP zusammengefasst und hatte damit eine höhere Performance.

 

Verstehen würde ich, wenn das neue Switchegal-Teaming von Microsoft nur auf einem Port kommunizieren würde und nur mehrere gleichzeitige Anfragen aufgeteilt werden würden, aber bei LACP wird das ganze doch als eine NIC im System angesprochen und sollte damit auch die höhere Performance liefern.

 

Ich nutze auch Live-Migration bzw. Shared-Nothing-Migration und bei großen Datenmengen bin ich mit 4 Netzwerkkarten nicht schneller als mit einer Netzwerkkarte, irgendwie doof :-/

[NilsK 2.957]

Moin,

 

Sollte das zumindest laut dem Artikel auch mit NICs im Team gehen.

 

nein, gerade nicht. Zumindest wenn ich das richtig lese.

 

Ansonsten habe ich mit SMB Multichannel zu wenig belastbare Erfahrung, um das trennscharf darzustellen.

 

ich habe früher mit Intel Netzwerkkarten und dem dazugehörigen Treiber die Karten auch per LACP zusammengefasst und hatte damit eine höhere Performance.

 

in dem Szenario ganz sicher nicht. Das hat nichts mit der konkreten Implementierung zu tun.

 

 

Verstehen würde ich, wenn das neue Switchegal-Teaming von Microsoft nur auf einem Port kommunizieren würde und nur mehrere gleichzeitige Anfragen aufgeteilt werden würden, aber bei LACP wird das ganze doch als eine NIC im System angesprochen und sollte damit auch die höhere Performance liefern.

 

Ich nutze auch Live-Migration bzw. Shared-Nothing-Migration und bei großen Datenmengen bin ich mit 4 Netzwerkkarten nicht schneller als mit einer Netzwerkkarte, irgendwie doof :-/

 

Auch LACP teilt m.W. einen TCP-Datenstrom nicht auf. Und beim Einsatz von Virtualisierung hast du ja i.d.R. gerade verschiedene Datenströme, die das System dann auch auf verschiedene Adapter aufteilt.

 

Gruß, Nils

bearbeitet 6. September 2016 von NilsK

[magheinz 110]

Ums mal zusammenzufassen: Pro MAC-Adresse wird maximal ein Netzwerkport benutzt