TrueNAS

Entstehung und Beteiligte

FreeNAS wurde 2005 von Olivier Cochard-Labbé auf FreeBSD-Basis gestartet. iXsystems übernahm die Entwicklung 2010 und benannte seine kommerzielle Linie später TrueNAS. 2020 wurden FreeNAS und TrueNAS unter der gemeinsamen Marke zusammengeführt.

Welches Problem sollte gelöst werden?

ZFS und Netzwerkdienste sollten als leicht verwaltbare Storage-Appliance verfügbar sein. Anwender benötigten Dateifreigaben, Snapshots, Replikation und Datenträgerüberwachung ohne vollständigen Eigenbau.

Technische Hürden und Lösungen

ZFS benötigt passende Hardware und klare Poolplanung. CORE auf FreeBSD und SCALE auf Linux besitzen unterschiedliche App- und Treiberökosysteme. RAIDZ-Layout, Ersatzplatten und Backupziele müssen vor dem Ausfall feststehen.

Standardisierung und Einordnung

Speichersysteme müssen Daten trotz Defekten, Bedienfehlern und Ausfällen erhalten. Historisch verlagerte sich der Fokus von einzelnen Datenträgern zu Verbünden, Snapshots, Prüfsummen, Replikation und verteilten Objekten. Redundanz ist dennoch kein Backup: Sie schützt meist vor Hardwareausfall, nicht automatisch vor Löschen, Verschlüsselungstrojanern oder fehlerhaften Anwendungen.

Technik im praktischen Betrieb

Speicher muss anhand von Fehlerdomänen geplant werden: Datenträger, Controller, Host, Rack, Standort, Zugangsdaten und Verwaltungssoftware können jeweils gemeinsam ausfallen. Prüfsummen erkennen bestimmte Beschädigungen, Replikation erhält Verfügbarkeit und Snapshots ermöglichen schnelle Rücksprünge; keine dieser Funktionen ersetzt automatisch eine unabhängige Sicherung. Regelmäßige Scrubs, SMART- beziehungsweise Gerätezustände, Kapazitätsreserven und Restoretests gehören zum Betrieb. Besonders wichtig ist ein dokumentierter Weg, Daten auch dann wiederherzustellen, wenn die ursprüngliche Verwaltungsoberfläche nicht mehr startet.

Warum das Thema heute noch relevant ist

Die Bedeutung wächst mit der Datenmenge, aber auch mit gesetzlichen und betrieblichen Anforderungen. Historische Speicherfehler zeigen, dass „das Laufwerk funktioniert“ keine ausreichende Integritätsaussage ist. Prüfsummen, Versionen und unabhängige Kopien beantworten verschiedene Risiken. Ein belastbares Konzept definiert deshalb, welche Daten wie lange aufbewahrt werden, wie schnell sie zurückkehren müssen und wer eine Wiederherstellung auch unter Zeitdruck durchführen kann.

Daten und Meilensteine

• 2005 startet FreeNAS.
• 2010 übernimmt iXsystems die Entwicklung.
• TrueNAS CORE basiert auf FreeBSD, SCALE auf Linux.
• ZFS-Snapshots schützen nicht vor Verlust des gesamten Systems.

Storage zuerst planen

Pool-Aufbau, Laufwerkstyp, RAM, Netzwerkanbindung und erwartete Arbeitslast müssen zusammenpassen. SMB-Dateien, VM-Datastores und Backuparchive haben unterschiedliche Anforderungen an Latenz, Durchsatz und Snapshot-Verhalten.

Snapshots und Replikation

ZFS-Snapshots halten frühere Datenstände platzsparend fest. Replikationsaufgaben übertragen Snapshots auf ein zweites System. Erst die getrennte Kopie schützt auch vor einem vollständigen Ausfall des ersten Geräts.

Betrieb überwachen

SMART-Werte, Poolzustand, Scrubs, Kapazität und Replikationsjobs benötigen Warnungen. Ein voller ZFS-Pool verliert deutlich an Leistung; freie Reserve ist Teil der Dimensionierung.