hijacker99
Goto Top

ZFS ISCSI auf NTFS Windows Server - ideale Blocksize?

Hallo zusammen

Ausgangslage: Geplant ist ein NAS4Free mit RAIDZ2 und iSCSI, eingebunden auf Windows Server 2012R2. Gibt es eine Empfehlung im Bezug auf die verwendete Blockgrösse beim ZFS Volume, so dass die Performance optimal ist?

Danke und Gruss, Dave

Content-ID: 285759

Url: https://administrator.de/contentid/285759

Printed on: December 14, 2024 at 02:12 o'clock

broecker
broecker Oct 16, 2015 updated at 11:12:13 (UTC)
Goto Top
- "eingebunden auf Windows" - soll heißen unter HyperV als VM
- oder ein einzelnes Storage, dessen LUN einer Windows-Instanz zugewiesen wird?

bei iSCSI wäre jede Blockgröße über 1kByte ohne Jumbo-Frames schon schlecht - da fragmentiert - mit geht's evt. bis 8kByte (nach Switch dazwischen)

und generell Hardware mit TCP-Offload-Funkt. sinnvoll,

gibt's auf dem Ziel einen Hypervisor, dürfte dessen Caching größere Blockgrößen begünstigen?!

Das ist aber jetzt schon ein ziemlicher Rundumschlag, beschreibe doch die Umgebung etwas intensiver.

HG
Mark
hijacker99
hijacker99 Oct 16, 2015 at 11:17:44 (UTC)
Goto Top
Hallo Mark

Danke für das Feedback. Es handelt sich dabei um ein einzelnes Storage, das als iSCSI Storage auf einem Windows Server eingebunden werden soll, als Daten-Storage. Ziel-Dateisystem ist NTFS. Geplant habe ich vorerst, dass der Server und das SAN direkt via 10GB Ethernet als Teaming miteinander gekoppelt werden. Zu einem späteren Zeitpunkt soll dann ein 10GB Switch zwischengeschaltet werden. Der Datenverkehr zwischen Server und SAN sollen über separate Links auch künftig betrieben werden. Der Datenverkehr Server <-> LAN geht über eine separate Leitung (4fach Team).

Gruss Dave
broecker
broecker Oct 16, 2015 at 11:33:32 (UTC)
Goto Top
dann damit (10GBit) größtmögliche Blockgrößen (z.B. 16kByte) - die Slices im RAID - um die Leitungsbandbreite auszunutzen, "ein kleines Paket braucht genauso lange, wie ein großes" -

(Teaming ist es bei 1x 10Gbit noch nicht, 10Gbit ohne Switch habe ich noch nie probiert)

HG
Mark
hijacker99
hijacker99 Oct 16, 2015 at 11:39:19 (UTC)
Goto Top
Ja klar, ich habe oben vergessen zu sagen, dass die Adapter 2 x 10 GBE haben... Da werde ich ein Team bilden...
broecker
broecker Oct 16, 2015 at 11:41:44 (UTC)
Goto Top
das wird aber nicht viel bringen, klar, SPOF vermieden, aber wenn nur eine LUN einem Server zur Verfügung gestellt wird, wird trotzdem nur 1x 10Gbit abgerufen...
SlainteMhath
SlainteMhath Oct 16, 2015 at 11:58:35 (UTC)
Goto Top
Moin,

Teaming/LCAP würde ich bei iSCSI aber eher vermeiden wenn OS und SAN MPIO unterstützen ist das mE die bessere Lösung. Umschalten des Pfades (falls konfigurierbar) analog der Blockgröße

lg,
Slainte
108012
108012 Oct 16, 2015 at 14:09:36 (UTC)
Goto Top
Hallo zusammen,

Ja klar, ich habe oben vergessen zu sagen, dass die Adapter 2 x 10 GBE haben...
Da werde ich ein Team bilden...
Wäre es dann aber nicht besser kein LACP zu benutzen sondern ein statisches LAG
aufzusetzen und dann via "Round Robin" bzw. "weighted round robin" die Leitungen
gleichmäßig zu füllen und zwar alle beide zur gleichen Zeit?

Lass Dir das einmal "durch den Kopf gehen" und bedenke bitte das bei einem LAG (LACP)
erst eine Leitung voll sein muss damit die nächste mit benutzt wird! Und das ist bei einem
statischen LAG nicht der Fall!

Gruß
Dobby
hijacker99
hijacker99 Oct 16, 2015 at 14:18:58 (UTC)
Goto Top
... Auf der NAS4Free kann ich ein "Loadbalance" machen...

Balances outgoing traffic across the active ports based on
hashed protocol header information and accepts incoming
traffic from any active port. This is a static setup and
does not negotiate aggregation with the peer or exchange
frames to monitor the link. The hash includes the Ethernet
source and destination address, and, if available, the VLAN
tag, and the IP source and destination address.
broecker
broecker Oct 16, 2015 at 16:51:16 (UTC)
Goto Top
The hash includes the Ethernet
source and destination address, and, if available, the VLAN
tag, and the IP source and destination address.

- und das ist bei einem NAS, einer LUN, einem Target nunmal alles gleich face-smile