Traffic auf NICs verteilen

[blotto82]

Hat jemand mal getestet, bzw geht das überhaupt, mit mehreren NICs den Traffic aufzuteilen auf verschiedene Dienste?
z. B. den reinen SMB Traffic auf eine Netzwerkkarte legen, und dann die Surveillance Station auf eine andere?
Oder ist das technisch egal, wenn z. B. eine 10GBit Verbindung das eh schneller und besser löst als z. B. eine 2,5Gbit und eine 1Gbit?
Baue gerade das Netzwerk etwas um, und würde sonst das mit in die Planung einbeziehen.
Sollte es nicht möglich sein, wird einfach nur auf 10GBit aufgerüstet.

 

[Benares]

Normalerweise antwortet die DS auf dem NIC, über den sie angesprochen wird.

Meine DS1522+ hängt beispielsweise über 2 NICs im LAN, LAN1 mit 1GBIt (wegen WOL) und LAN5 mit 10GBit. Beide NICs stehen auf DHCP und ich habe beiden im Router unterschiedliche Namen gegeben ("DS1522-LAN1" und "DS1522"). Arbeite ich mit \\DS1522\... und kopiere was, geht der Verkehr über LAN5, bei \\DS1522-LAN1 über LAN1 (sieht man ja im Ressourcen-Monitor). Eine Aufteilung des Verkehrs macht m.E. erst dann Sinn, wenn das LAN wirklich das Nadelöhr bildet. Bei 10GBit ist das quasi nie der Fall und bei einem 2,5GBit-NIC selten, weil die Platten das kaum schaffen.

 

[blotto82]

Ok, also lohnt der Aufwand in dem Fall eher nicht, aber ein Upgrade auf 10GBit wird getestet.
Wenn es sich nicht lohnt, dann bau ich die 2,5GBit Karte wieder ein.

 

[Benares]

Ich habe heute noch was Interessantes herausgefunden und deshalb auch ein Ticket bei Synology eröffnet.
Hängen mehrere NAS über unterschiedliche schnelle NICs im LAN und man möchte sie untereinander koppeln, geht der Verkehr immer über eth0 (LAN1) raus.
Das liegt wohl am Routing, was keine unterschiedliche Metric oder konfigurierbare Reihenfolge unterstützt. Die "Dienstreihenfolge" wirkt wohl nur auf den Verkehr über das Default-Gateway, also nach außen.

Erst ein

ip route del 192.168.0.0/24 dev eth0; ip route add 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.70 metric 10

ändert das und holt eth4 (10GBit) hoch und stuft eth0 herab.

Ich bin noch mit dem Synology-Support in Klärung, ob dies auch irgendwie über die DSM-Oberfläche geht.

root@DS1522:~# ip route
default via 192.168.0.1 dev eth4  src 192.168.0.71
...
192.168.0.0/24 dev eth4  proto kernel  scope link  src 192.168.0.71
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.70  metric 10

(.70 ist das langsamere eth0(LAN1)-Interface, .71 das schnellere eth4(LAN5)-Interface mit 10GBit)

 

[Ronny1978]

Ich habe nur 2x 1GB NIC, mache die "Verteilung" aber die unterschiedlichen Netze.

NIC 1: 192.168.1.220 -> hier greifen die Clients zu Hause auf den "normalen" Ordner zu
NIC 2: 192.168.10.220 -> Zugriff auf den Ordner Backups, Jellyfin und die Zugriffe von außen

Die Steuerung erfolgt auch aufgrund Freigaben bzw. Regeln meiner OpnSense. Geht aber alles bei Fritzbox nicht. So kann ich "minimal" die Lasten verteilen.

 

[ctrlaltdelete]

@Benares darüber bin ich auch schon gestolpert, habe aber keine Lösung gefunden!

 

[Benares]

Habe nun Rückmeldung vom Support erhalten:

Currently, our design does not apply the default gateway settings to devices within the same network. In other words, the system will randomly select an interface from eth0 to eth4 to establish communication, depending on which interface connects first.

Das stimmt aber so nicht, da ist nichts zufällig.

root@DS1522:~# ip route
default via 192.168.0.1 dev eth4  src 192.168.0.71
...
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.70
192.168.0.0/24 dev eth4  proto kernel  scope link  src 192.168.0.71

Ausgehende Verbindung ins lokale LAN gehen immer über das Interface, das bei "ip route" als erstes trifft (also vorletzte Zeile)

Ich hab mir jetzt mit einem Script im Aufgabenplaner beholfen

ip route del 192.168.0.0/24 dev eth0; ip route add 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.70 metric 10

danach sieht's so aus

root@DS1522:~# ip route
default via 192.168.0.1 dev eth4  src 192.168.0.71
...
192.168.0.0/24 dev eth4  proto kernel  scope link  src 192.168.0.71
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.70  metric 10

und ausgehende Verbindungen laufen nun über eth4. Ich denke, das kommt aber mehr über die Reihenfolge als über die Metric.

 

[Iarn]

Cool, danke für das teilen. Hat mir auch schon schlaflose Nächte bereitet.

 

[Benares]

So, ich glaube ich habe den Synology-Support nun soweit. Die diskutieren nun intern, die Service-Reihenfolge in künftigen DSM-Versionen auch auf die internen LAN-Interfaces auszuweiten und nicht nur für den Weg über das Default-Gateway zu verwenden. Bin mal gespannt, besonders kompetent kamen mir die Taiwanesen nun nicht gerade vor