Soweit schon mal der Rahmen. Als NAS-OS hatte ich vorab Unraid oder FreeNAS ausgesucht. Letztlich habe ich mich aber auf FreeNAS festgelegt, da es ein \u00fcbersichtliches und funktionales UI bietet, es eine gro\u00dfe Community gibt, es kostenfrei ist, ich aber im Fall der F\u00e4lle jederzeit Support kaufen k\u00f6nnte.<\/p>\n Los geht’s!<\/strong> Systemkonfiguration<\/strong> Das muss dann allerdings netzwerkweit eingestellt werden. Lasset die Spiele beginnen!<\/strong> Schreiben (Client -> NAS): 668,2MB\/s bzw. 5,35Gbit\/s Folgemessreihe – Client und NAS befinden Sich in unterschiedlichen VLANs\/IP-Netzen. Hier wird der Einfluss des Netzwerks ermittelt.<\/p>\n Schreiben (Client -> NAS): 436,75MB\/s, bzw. 3,49Gbit\/s Auf der Firewall ist w\u00e4hrend der Transfers kein Engpass feststellbar, lediglich die CPU geht von 4% auf 14%.<\/p>\n Random-Zugriffe wurden nicht getestet. Ebenfalls bleiben die Einfl\u00fcsse anderer Protokolle (z.B. SMB) unber\u00fccksichtigt. Fazit<\/strong>![\"\"](\"http:\/\/www.digiliv.de\/wp-content\/uploads\/2020\/02\/nas_innen_small.jpg\")
<\/a>
\nVorhanden sind ein \u00e4lteres Motherboard (Asus Z-97P), ein i5 4690K mit 4x 3,5GHz, 16GB RAM, Netzteil, eine 10Gtek BCM57810S Netzwerkkarte<\/a> mit 2x SFP+, mit passendem DAC-Kabel und eine 96GB M.2 2280 SATA-SSD.
\nNachgeordert habe ich das Geh\u00e4use (Intertech 4U-4408<\/a>) mit 4 H\u00f6heneinheiten und 8 Hotswap-Cages, verteilt auf 2 SAS Backplanes und passende Rack-Schienen.
\nDazu einen 10Gtek LSI 9211-8i<\/a> SAS Host-Adapter mit 2 SFF-8087 auf SFF-8087 Kabeln um Controller und Geh\u00e4use-Backplane verbinden zu k\u00f6nnen.
\nDer Plattenverbund besteht aus 5x WD Red 4TB (WD40EFRX) und 3x Seagate IronWolf 4TB, also insgesamt 32TB Speicherplatz, die ich als RAIDZ2 konfigurieren werde. Insgesamt also 20TB Speicherplatz.
\nDer SAS-Controller hat ein PCIe 2.0 X8 Interface, ist also bei 8Gbit, bzw 1Gbyte\/s ausgereizt. Das FreeNAS-System ist auf zwei gespiegelten 16Gbyte Sandisk USB-Sticks (USB 3.0) installiert.
\nDie gesch\u00e4tzte maximale (Dauer-) Transferleistung des NAS habe ich grob auf Basis der Daten der WD Red \u00fcberschlagen. Jede Platte ist mit 150MB\/s angegeben<\/a>. In meiner Konfiguration w\u00fcrden Zugriffe auf 6Platten verteilt, plus Redundanz. Grob erg\u00e4ben sich damit 900MB\/s, bzw. 7,2GBit\/s. Davon geht noch Leistung f\u00fcr die redundante Speicherung und Protokoll-Overhead\u00a0 ab. Wenn das System sp\u00e4ter eine Transferleistung in der N\u00e4he von 6Gbit\/s\u00a0 (750MByte\/s) erreicht, sollte das Maximum ausgesch\u00f6pft sein.<\/p>\n
\nNach Aufbau und Funktionscheck der Hardware kann das aktuelle FreeNAS-Release heruntergeladen<\/a> werden. Die Installationsdatei kann dann mittels z.B. Balena Etcher auf einen USB-Stick geschrieben werden.
\nDie Installation ist im Video auf FreeNAS.org\u00a0 (erscheint direkt nach dem Download) sehr gut beschrieben.
\nAus den 8 NAS-HDD habe ich einen RAIDZ2 Datenpool erstellt, die 96GB M.2SSD ist als Cache zugewiesen. In diesem Pool habe ich die einzelnen Datasets erstellt, die unter Sharing propagiert werden.
\nWichtig war mir dabei, dass dem Datapool m\u00f6glichst viele Drives\u00a0 zugewiesen sind, um die Last gleichm\u00e4\u00dfig verteilen zu k\u00f6nnen.
\nEin wichtigeer Performance-Aspekt betrifft eine Einstellung unter Network\/Interfaces. Beim aktiven Netzwerk-Interface sollte die MTU auf z.B. 9000 gesetzt werden, um Jumbo-Frames<\/a> zuzulassen.<\/p>\n<\/a>
\nNeben den eingangs erw\u00e4hnten Shares soll zus\u00e4tzlich f\u00fcr die Messungen FTP aktiviert werden. Dieser Dienst kann unter Services aktviert werden. Bei den Einstellungen werden lokale User zugelassen. FTP ist ein altes Daten\u00fcbertragungsprotokoll mit sehr geringem Overhead. So ist es f\u00fcr effiziente Massendatentransfers im LAN, aber auch f\u00fcr soche Messungen optimal geeignet.
\nDamit ist das NAS vorbereitet und es kann gemessen werden.<\/figure>\n
\nGemessen werden FTP-Transfers zwischen NAS und Admin-Rechner. Als Messdaten dienen 4 VM-Images mit insgesamt 232GB Gr\u00f6\u00dfe. Die Images werden einzeln \u00fcbertragen und die Messungen gemittelt. Es wird nie ein Image direkt mehrfach hintereinander \u00fcbertragen um Caching-Effekte auszuschliessen. Der Admin-Rechner verf\u00fcgt neben einer NVMe-SSD auch \u00fcber eine 10G Netzwerkkarte, so dass ein Flaschenhals auf der Seite ausgeschlossen werden kann.
\nBei der ersten Messreihen befinden sich NAS und Client im gleichen VLAN, im gleichen IP-Netz (switched, non-routed).<\/p>\n
\nLesen (NAS -> Client): 895,86MB\/s, bzw. 7,16Gbit\/s
\nSFTP lesend: 212,5MB\/s bzw. 1,7Gbit\/s<\/p>\n
\nLesen (NAS -> Client): 643,6MB\/s, bzw. 5,15Gbit\/s<\/p>\n<\/a>
\nSFTP ist auf Sicherheit ausgelegt und hat einen entsprechenden Overhead, wie der Transfer zeigt.<\/p>\n
\nDie Leistung des NAS ist m.E. \u00e4usserst gut, speziell mit den Datenraten beim Lesen habe ich so nie gerechnet. Bei gerouteten Verbindungen ‘verliert’ man schon bei nur einem Hop ca. 1\/3 der m\u00f6glichen Bandbreite.
\nGeht es schneller? Nur mit deutlich gr\u00f6\u00dferem Aufwand. Eine M\u00f6glichkeit w\u00e4re ein SSD-Cache mit NVMe-SSDs, eine weitere noch mehr und\/oder schnellere HDDs. Also nur mit mehr Kosten und mehr Energieverbrauch.
\nDer Aufwand die Leistung hier noch h\u00f6her zu schrauben ist somit\u00a0 nicht vertretbar.<\/p>\n