Probleme mit der Link Aggregation

Status
Für weitere Antworten geschlossen.

SyntaxX_3rroR

Benutzer
Mitglied seit
13. Nov 2015
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Das Problem:
Link Aggregation funktioniert nicht wie erwartet
Ich komme nicht über die 115MB/s hinaus trotz LAG.
Die 5x WD Red 3TB schaffen aber als RAID höhere Transfer-Geschwindigkeiten, was ich bereits mit einem sehr schnellen Flash-Speicher getestet habe.

Die Hardware:
- Mellanox Connect X2 (1x10G SFP+ Port)
- TP-Link T1700G-28TQ (24xGigabit Ports + 4x10G SFP+ Ports)
- HPE 1820-24G (24xGigabit Ports + 2x1G SFP Ports)
- DS1815+ (4x1G Ports)
- RJ45 Kabel (jede Menge)
- SFP+ Kabel (ebenfalls ausreichend DAC und Fibre Channel)

Die Idee:
Da die DS1815+ keine Möglichkeit hat, 10G nachzurüsten, muss ein 4G LAG ausreichen.
DS1815+ --[4x RJ45]--> HPE --[4x RJ45]--> TP-Link --[SFP+]--> PC

Die Config:
Die Connect X2 ist bereits aus einem ehemaligen P2P auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der TP-Link ist an den SFP+ Ports auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der TP-Link ist an den vier RJ45 Ports aus dem static LAG auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der HPE ist an den vier RJ45 Ports aus dem static LAG auf Jumbo Packets eingestellt, bietet aber keine Option die 9216 MTU auf 9000 MTU zu ändern. Flow Control habe ich nicht gefunden.
Die DS1815+ ist an den vier RJ45 Ports aus dem static LAG auf 9000 MTU Jumbo Packets eingestellt. Sobald ich diese Einstellung übernehme kann ich nicht mehr über den Explorer auf die DS zugreifen und muss über das DSM die 9000 MTU wieder deaktivieren.

Bereits getestet:
Ich habe bereits dynamic LAG vom HPE zur DS1815+ getestet, habe die DS1815+ am TP-Link getestet (static LAG, 9000 MTU, flow control aktiv/deaktiviert)
PC zu PC via Mellanox und RAM Disk erhalte ich volle 10G, PC zu PC via Switch erhalte ich volle 10G.

Connect-X2 Config:
Flow Control: Rx & Tx Enabled
Interrupt Moderation: Disabled
Jumbo Packet: 9000
Maximum number of RSS Processors: 12 (6 Kerne, 12 Threads)
Maximum number of RSS Queues: 12 (6 Kerne, 12 Threads)
Receive Buffers: 4096 (max.)
Send Buffers: 4096 (max.)
RSS Maximum Processor Number: 11 (6 Kerne, 12 Threads - 1)

Fazit:
Ich bin langsam mit meinem Latein am Ende und wäre sehr froh, wenn einer von euch ne Eingebung hat.
Wenn nichts mehr hilft, bleibt nur das Upgrade zur DS1817+, wäre aber froh, wenn dies nicht von Nöten wäre.
 

vater

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
449
Punkte für Reaktionen
82
Punkte
28
Vielleicht habe ich es gerade überlesen, nach "müde" kommt ja bekanntlich "doof"..
Aber ich wie testest du konkret?
Eine LAG über 4x1Gb wird dir mit -einem- Client nur sehr selten bis niemals mehr als 1Gb liefern. Das ist technisch bedingt. Teste mal mit zwei oder mehr gleichzeitigen Clients.
 

SyntaxX_3rroR

Benutzer
Mitglied seit
13. Nov 2015
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Das dürfte dann wohl das Problem sein. Hatte gehofft, da etwas mehr als 1G rauszuholen ...
Da das NAS kein SSD Cache hat, bringt LAG halt aktuell recht wenig.

Es gibt keine Möglichkeit ?
Geht bei Windows Rechnern doch auch (P2P mit nem 4x1G NIC) ...
Dachte ggf. das ich iwo nen Fehler gemacht habe.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.137
Punkte für Reaktionen
898
Punkte
424
Denke auch, dass irgendwo ein Fehler ist.

Vermutlich hat @vater übersehen, dass dein Client mit einer 10G Verbindung mit dem Switch verbunden ist.
 

SyntaxX_3rroR

Benutzer
Mitglied seit
13. Nov 2015
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Das wäre die Frage.
Hab iwo gelesen (anderes Forum) dass LACP da nicht mitspielt !?
Kann aber doch echt nicht so komplex sein, oder ?
 

vater

Benutzer
Mitglied seit
14. Mrz 2014
Beiträge
449
Punkte für Reaktionen
82
Punkte
28
Ne. Selbst wenn der mit 100Gb angebunden wäre ist das für den konfigurierten LAG Algorithmus an der DS:dem Switch nur ein Client und schickt ihn über eines der vier 1Gb Interfaces.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.137
Punkte für Reaktionen
898
Punkte
424
ok. Dann würde es nur mit Multi-Channel SMB gehen, wobei mehrere parallele SMB Verbindungen aufgemacht werden.
Dazu war ja immer noch eine Änderung in der smb.conf nötig. Steht hier irgendwo im Forum.
 

SyntaxX_3rroR

Benutzer
Mitglied seit
13. Nov 2015
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Fazit:
Keine Chance auf höhere Geschwindigkeiten - dann wird es wohl ein Upgrade werden müssen ...

Danke für eure Hilfe!
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.015
Punkte für Reaktionen
271
Punkte
393
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat