NAS vs. SAN: Welche Storage-Lösung passt zu Ihrem Unternehmen?

Inhalt in Kurze

• NAS spricht Datei-Protokolle (NFS, SMB) und ist die wirtschaftliche Wahl fur Office-Daten, Dateifreigaben und einfache Backups bis ca. 50 TB.
• SAN spricht Block-Protokolle (iSCSI, Fibre Channel) und liefert die Performance, die virtualisierte Server-Cluster, Datenbanken und ERP-Systeme brauchen.
• iSCSI uber 10/25-Gigabit-Ethernet schliesst die Performance-Lucke zu Fibre Channel fur die meisten KMU — bei deutlich geringeren Kosten.
• Hybrid-Modell ist Standard: Lokales NAS oder SAN fur aktive Daten, Cloud-Storage (Azure Blob, S3) fur Backups und Archive — reines Cloud-only ist selten wirtschaftlich.

Die Frage „NAS oder SAN” trifft fast jeden Geschaeftsfuehrer einmal. Meist kommt sie genau dann hoch, wenn der alte Fileserver am Limit laeuft, ein VMware-Host nachgeliefert werden soll oder das Backup-Konzept ploetzlich nicht mehr passt. Wir sehen das in Hamburg taeglich. In diesem Artikel bekommen Sie die ehrliche, technische Antwort — ohne Hersteller-Marketing, mit konkreten Zahlen und Empfehlungen aus der Praxis.

Was NAS und SAN technisch unterscheidet

Network Attached Storage (NAS) ist ein eigenstaendiger Datei-Server, den Sie ans Netzwerk haengen — Storage Area Network (SAN) ist ein dediziertes Speichernetzwerk, das Servern rohe Festplatten-Bloecke uber eigene Leitungen zur Verfuegung stellt. Der Unterschied klingt akademisch, hat aber massive Folgen fur Architektur, Performance und Kosten.

Ein NAS spricht Datei-Protokolle: NFS (im Linux-/Unix-Umfeld) und SMB/CIFS (Windows). Es kennt Dateien, Ordner, Berechtigungen — also die Welt, die ein Endanwender sieht. Sie haengen ein NAS an Ihren bestehenden Switch, vergeben eine IP-Adresse, legen Freigaben an, und Mitarbeiter mounten Netzlaufwerke. Fertig.

Ein SAN dagegen spricht Block-Protokolle: iSCSI (uber Ethernet) oder Fibre Channel (uber eigene FC-Switches). Es prasentiert dem angeschlossenen Server eine sogenannte LUN (Logical Unit Number) — fuer den Server fuhlt sich die LUN an wie eine lokal eingebaute Festplatte. Der Server formatiert sie, legt sein Dateisystem darauf an und nutzt sie wie ein internes Laufwerk. Das ist genau das, was VMware ESXi, Hyper-V oder Datenbank-Engines wie SQL Server brauchen.

Architektur-Vergleich auf einen Blick

iSCSI vs. Fibre Channel: Die alte Debatte, neu sortiert

Wer SAN sagt, denkt oft automatisch an Fibre Channel — also an gluehende Glasfaser, eigene HBA-Karten und Storage-Admins mit Zoning-Diagrammen. Das war 2010 noch die Wahrheit. Heute hat sich das Bild verschoben.

Fibre Channel liefert weiterhin die niedrigste Latenz und hoechste Stabilitaet unter Volllast. 32 Gbit/s und 64 Gbit/s sind aktueller Standard, NVMe-over-FC bringt SSD-Performance bis ans Server-Backend. Der Preis: HBA-Karten in jedem Server, eigene FC-Switches (Brocade, Cisco MDS), Glasfaserverkabelung, Zoning-Konfiguration und Spezialwissen im Team.

iSCSI nutzt die normale Ethernet-Infrastruktur. Mit 25-Gigabit-Ethernet (oder 100 GbE im High-End) und modernen Storage-Controllern kommt iSCSI bei den meisten Workloads sehr nah an Fibre Channel heran. Laut Vergleichsanalysen von ComputerWeekly liegt iSCSI bei Initial-Last und Random-IO etwas ueber FC, der Unterschied ist bei sequenziellen Datenbank- und VM-Workloads aber meist im einstelligen Millisekunden-Bereich — also fuer Endanwender unmerklich.

Der Thomas-Krenn-Leitfaden zu Storage-Konnektivitaet fasst es treffend zusammen: iSCSI gewinnt im Preis-Leistungs-Verhaeltnis, Fibre Channel gewinnt in Hochverfuegbarkeit und vorhersagbarer Latenz unter Spitzenlast.

NAS in der Praxis: NFS, SMB und der Synology-Effekt

Wenn wir bei einem Hamburger Mittelstaendler einen neuen Fileserver einsetzen, ist es in den meisten Faellen ein NAS — und in den meisten Faellen Synology oder QNAP. Der Grund ist simpel: Die Geraete sind innerhalb eines Tages produktiv, die Web-Oberflaeche ist auch fuer interne IT-Verantwortliche bedienbar, und die Funktionsbreite ist im KMU-Segment ohne ernsthafte Konkurrenz.

Ein modernes NAS bietet weit mehr als nur Datei-Freigaben:

• Active-Directory-Anbindung. Berechtigungen folgen 1:1 der Windows-Welt — kein doppeltes User-Management.
• Snapshots mit Immutability. Stuendliche oder taegliche Schnappschuesse, die selbst Admins fuer eine bestimmte Zeit nicht loeschen koennen — der wichtigste Schutz gegen Ransomware.
• iSCSI-Targets. Ein NAS kann gleichzeitig SMB-Shares fuer Office und iSCSI-LUNs fuer kleine Hyper-V- oder VMware-Setups bereitstellen.
• Replikation in die Cloud. Synology Cloud Sync, Hyper Backup oder QNAP HBS spiegeln Daten verschluesselt in Azure, S3 oder ein zweites NAS am Ausweichstandort.
• Virtualisierungsplattform. Synology Virtual Machine Manager, QNAP Virtualization Station — kleine VMs koennen direkt am NAS laufen, ohne separaten Hypervisor-Host.

Im Gespraech mit Kunden komme ich oft auf den gleichen Punkt zurueck: Ein NAS ersetzt keinen Server-Cluster. Aber es loest 80 Prozent der Speicheraufgaben in einem 30-Personen-Unternehmen — und das zu einem Bruchteil der SAN-Kosten.

Ein NAS kann man sich im Prinzip so vorstellen wie eine externe Festplatte — nur dass diese externe Festplatte nicht direkt am Notebook oder PC angesteckt ist, sondern uber das Netzwerk fuer alle Mitarbeiter erreichbar wird. Auf der Kontraseite steht ehrlicherweise der relativ hohe Anschaffungspreis, wenn man Redundanz und vernuenftige Festplatten haben moechte.

Dennis KreftMicrosoft 365 & Cloud-Experte

Was Sie bei einem NAS-Kauf nicht uebersehen duerfen

Die Entscheidung „Synology DS oder RS, 4-Bay oder 12-Bay, mit oder ohne Erweiterungseinheit” wird oft auf der falschen Ebene gefuehrt. Wir fragen Kunden zuerst:

1. Wie viele Mitarbeiter greifen gleichzeitig zu — und mit welcher IO-Last? 30 Office-User sind etwas anderes als 10 CAD-Konstrukteure mit 500-MB-Modellen.
2. Welcher Wachstumshorizont? Ein NAS sollte fuer 3-5 Jahre Datenwachstum dimensioniert sein, nicht fuer den heutigen Stand. Faustregel KMU: 30-50 Prozent Datenwachstum pro Jahr.
3. Wie ist die Backup-Strategie aufgebaut? Ein NAS ist kein Backup. Snapshots schuetzen vor versehentlichem Loeschen — gegen Brand, Diebstahl oder Hardware-Totalausfall braucht es ein zweites Ziel.
4. Welche Netzwerk-Anbindung ist machbar? 10-Gigabit-Ports am Switch sind mittlerweile bezahlbar — ohne 10 GbE bremst der Switch das NAS aus.
5. Wer betreut das System operativ? Updates, Snapshot-Pruefungen, Replikations-Monitoring — das passiert nicht von allein.

Wir uebernehmen Punkt 5 als Teil unserer Managed IT Services fuer die meisten Kunden mit. Heisst: Sie kaufen das NAS, wir kuemmern uns um Updates, Snapshot-Tests und das Backup-Monitoring.

SAN in der Praxis: Wo es wirklich gebraucht wird

Wenn wir bei Kunden ein klassisches SAN aufstellen, hat das meistens einen von vier Gruenden:

• VMware- oder Hyper-V-Cluster mit 5+ Hosts, die gemeinsam auf denselben Storage zugreifen muessen, um Live Migration, vMotion oder HA zu ermoeglichen.
• Hochlast-Datenbanken (SQL Server, Oracle, SAP HANA) mit Latenz-Anforderungen unter 1 Millisekunde fuer transaktionale Workloads.
• Hochverfuegbarkeit mit synchron gespiegelten Storage-Knoten in zwei Brandabschnitten oder Standorten — also „Storage darf nie ausfallen”.
• Compliance-getriebene Mandanten-Trennung, in der einzelne LUNs fest einzelnen Kunden zugeordnet und auch physikalisch getrennt sind.

Die Hardware-Welt teilt sich grob in drei Schichten:

Das fruehere Argument „SAN = Block-Storage, NAS = File-Storage” ist heute weitgehend aufgeweicht. Praktisch alle Mid-Range-Systeme sprechen Block- und Datei-Protokolle parallel — sogenannter Unified Storage. Der gleiche Controller liefert eine LUN per iSCSI an einen ESXi-Host und gleichzeitig eine SMB-Freigabe an Marketing.

IBM erklaert die wichtigsten Architektur-Unterschiede sehr verstaendlich, falls Sie tiefer einsteigen wollen.

Hyperconverged Infrastructure (HCI): Die SAN-Alternative der letzten Jahre

Seit etwa 2018 hat sich neben NAS und SAN ein dritter Weg etabliert, der fuer viele Mittelstaendler die richtige Antwort ist: Hyperconverged Infrastructure. Bei HCI verschmelzen Compute (Server-CPU + RAM), Storage und Netzwerk in identischen Knoten. Der „Storage” ist also nicht mehr ein separates Geraet, sondern verteilt sich uber alle Server.

Statt einem Storage-Cluster + Hypervisor-Cluster + zwei Switch-Welten haben Sie 3-5 identische Server-Knoten. Der Storage-Layer ist eine Software (VMware vSAN, Nutanix AOS, Microsoft Storage Spaces Direct, Azure Stack HCI), die die lokalen NVMe- und SSD-Laufwerke aller Knoten zu einem hochverfuegbaren Pool zusammenfasst.

Wir vergleichen das in der Praxis als „SAN ohne SAN”:

• Skalierung Plus 1 Knoten statt „Plus 1 SAN-Erweiterungseinheit + Tray + Lizenzen”.
• Keine separate FC-Fabric — alles laeuft uber Ethernet (meist 25 GbE).
• Bedienung uber den Hypervisor-Manager — keine separate SAN-Konsole.

Der Mittelstand-Bericht von dts fasst die Argumente gut zusammen. Unser Eindruck deckt sich: HCI ist fuer typische Mittelstandskunden mit 3-15 ESXi-Hosts und gemischten Workloads heute oft die wirtschaftlichere Wahl als ein klassisches SAN.

Wenn Sie tiefer in die Storage-Software-Welt einsteigen wollen, lohnt unser Artikel ueber Storage Spaces Direct (S2D) — Microsofts HCI-Storage-Stack, der bei vielen Kunden mit Windows-Affinitaet als SAN-Alternative laeuft.

Hybrid-Cloud: Wohin Storage wirklich wandert

Ein Mythos, den wir in fast jedem Erstgespraech zerlegen muessen: „Wir gehen ja eh komplett in die Cloud, da brauchen wir kein NAS oder SAN mehr.” Die Realitaet sieht anders aus. Auch 2026 ist die ueberwiegende Mehrheit der Mittelstandsdaten lokal — und das hat gute Gruende.

Was wir bei Kunden tatsaechlich sehen:

• Hybrid-Modelle dominieren. Aktive Daten und Hochlast-Workloads bleiben lokal auf NAS, SAN oder HCI. Backups, Archive und kalte Daten wandern in Azure Blob Storage oder AWS S3.
• Bandbreite ist die Bremse. Eine 1-Gigabit-Anbindung ueber Glasfaser klingt schnell — fuer ein 50-TB-Dataset reicht sie nicht, wenn Mitarbeiter taeglich Modelle, Bilder oder Forschungsdaten in der Cloud editieren wollen.
• Latenz ist die zweite Bremse. Selbst ueber Frankfurt-Region liegen Sie bei 5-15 ms RTT. Datenbanken und SAP-Systeme reagieren darauf empfindlich.
• Kosten skalieren mit dem Wachstum. Egress-Gebuehren beim Rueckholen grosser Datenmengen sind der haeufigste Ueberraschungsposten in Cloud-Storage-Rechnungen.

Lesen Sie dazu unseren ausfuehrlichen Vergleich Vor-Ort vs. Cloud-Speicher sowie unsere Praxis zu Backup und Wiederherstellung in Azure Blob Storage. Dort finden Sie konkrete Preisbeispiele und Architektur-Skizzen.

Aus der Praxis: Drei typische Storage-Faelle

Fall 1 — Werbeagentur, 8 Mitarbeiter

Ausgangslage: Mac-Workstations, gemeinsame Photoshop- und Premiere-Dateien auf einem alten NAS, das seit 2018 lief. Performance-Probleme bei 4K-Videos.

Loesung: Synology RS1221+, 4 x 8 TB SSD-Cache, 10 GbE-Switch, Snapshot-Replikation auf zweites NAS im Buero des Geschaeftsfuehrers, woechentliches Cloud-Backup auf Azure Blob (Cool Tier).

Ergebnis: Direkter Zugriff auf 4K-Footage ohne ProRes-Proxy, 3-Tier-Backup, klare Wiederherstellbarkeit nach Ransomware-Versuch.

Fall 2 — Ingenieurbuero, 35 Mitarbeiter

Ausgangslage: 8 Hyper-V-Hosts auf direkt angebundenen Festplatten, keine Live-Migration moeglich, CAD-Dateien auf separatem Fileserver.

Loesung: Dell PowerStore 1200T mit 25 GbE iSCSI, 4-Knoten-Hyper-V-Cluster mit Cluster Shared Volumes, Veeam-Backup auf NAS plus immutable Cloud-Repository.

Ergebnis: VM-Live-Migration ohne Downtime, Wartungsfenster ohne User-Impact, vorhersagbare Performance auch bei parallelen ERP- und CAD-Workloads.

Fall 3 — Kanzlei, 22 Mitarbeiter

Ausgangslage: Ein einziger Fileserver (Windows 2016) ohne Snapshots, manuelles externes Backup auf USB-Festplatte, die niemand mehr regelmaessig wechselte.

Loesung: Migration auf Synology RS1221+, AD-Anbindung, taegliche und woechentliche Snapshots, automatisierte Replikation an einen zweiten Standort, jaehrliche Wiederherstellungstests im Rahmen der Backup-Beratung.

Ergebnis: Kanzlei wurde zwei Jahre spaeter Ziel eines Phishing-Angriffs mit Ransomware-Versuch — Wiederherstellung in 4 Stunden aus Snapshot, kein Datenverlust.

Storage und Ransomware: Snapshots sind nicht genug

Der haeufigste Storage-bezogene Schaden, den wir aufraeumen, hat einen Namen: Ransomware. Die Angreifer wissen, dass Backups das letzte Sicherheitsnetz sind — und greifen deshalb gezielt das NAS oder die Backup-Targets an. Mehr dazu in unserem Artikel zur Cybersecurity fuer den Mittelstand.

Die Krypto-Trojaner werden nicht sofort aktiv, die schlummern erstmal. Wenn Sie das Backup von letzter Woche zurueckspielen, ist der da auch schon drauf. Deshalb braucht jedes Storage-Konzept einen Air-Gap — einen Bereich, an den der Angreifer technisch nicht rankommt.

Jens HagelGeschaeftsfuehrer, hagel IT-Services GmbH

Die zwei wichtigsten Schutzschichten — egal ob NAS oder SAN:

• Immutable Snapshots. Synology, QNAP, NetApp, Pure Storage, Dell PowerStore — alle modernen Systeme bieten Snapshots, die fuer eine festgelegte Zeit nicht geloescht oder ueberschrieben werden koennen, auch nicht von Admins. Aktivieren Sie das. Standardmaessig laeuft es nicht.
• Air-Gapped Backup. Mindestens eine Kopie der Daten muss in einem System liegen, an das die Produktivumgebung nicht direkt herankommt — entweder ein logisch getrenntes Backup-Repository mit eigenem Login, immutable Cloud-Storage (Azure Blob mit Legal Hold) oder ein wirklich offline-Medium.

Wenn Ihre Backup-Strategie zuletzt vor mehr als zwei Jahren ueberarbeitet wurde, lohnt ein ehrlicher Blick. Wir machen das im Rahmen unserer Cyber-Risikoanalyse als Teil eines Erstgespraechs.

Praktische Entscheidungsmatrix

Sie sind richtig mit einem NAS, wenn:

• Sie 10-100 Mitarbeiter haben, ueberwiegend Office-, CAD- oder Medien-Daten teilen.
• Ihre Virtualisierung mit 1-3 Hosts auskommt oder gar nicht zentralisiert ist.
• Datenvolumen liegt bei 5-50 TB nutzbar.
• Hochverfuegbarkeit ist wichtig, aber nicht mit 99,99-Prozent-Anspruch verbunden.
• Budget liegt im fuenfstelligen Bereich.

Sie sind richtig mit einem SAN oder HCI, wenn:

• Sie 5+ Virtualisierungs-Hosts mit Live-Migration und HA betreiben.
• Sie Datenbanken oder ERP-Systeme mit Latenz-Anforderungen unter 2 ms haben.
• Datenvolumen liegt deutlich ueber 50 TB oder waechst stark.
• Hochverfuegbarkeit muss synchron in zwei Brandabschnitten oder Standorten gespiegelt sein.
• Budget liegt im sechsstelligen Bereich plus laufende Wartung.

Sie sind richtig mit Hybrid (NAS lokal + Cloud-Backup), wenn:

• Sie Ihren ersten Schritt Richtung Cloud machen wollen, ohne alles umzustellen.
• Backup-Compliance verlangt Off-Site-Replikation.
• Sie Wiederanlauf in einem zweiten Rechenzentrum brauchen, ohne ein eigenes zu betreiben.

Wo sich der Blick in unsere Praxis lohnt

Wenn Sie tiefer einsteigen wollen, lohnen sich folgende Artikel aus dem hagel-IT-Wissensbereich:

• NAS oder klassischer Server fuer ein kleines Unternehmen — die Hardware-Entscheidung fuer Betriebe bis 30 Mitarbeiter
• Cloud-Speicher vs. lokaler Server — der ehrliche Vergleich der Speicher-Strategien
• Effiziente Backup-Komprimierung — wie Sie Speicherplatz sparen, ohne an Sicherheit zu verlieren
• Pure Storage vs. herkoemmliche Speicherloesungen — Entscheidungshilfe fuer IT-Leiter
• 5 Gruende fuer die Virtualisierung von Servern — warum Virtualisierung den Storage-Bedarf veraendert

Fazit: Pragmatik statt Religion

Die Frage „NAS oder SAN” ist seltener eine reine Technik-Entscheidung als ein Spiegelbild der Unternehmensgroesse, der Workloads und der Risiko-Akzeptanz. Fuer den ueberwiegenden Teil unserer Hamburger Mittelstandskunden ist die Antwort heute: NAS plus saubere Backup-Strategie plus Cloud-Replikation. Wo Virtualisierung dominiert, kommt HCI dazu. Klassisches Fibre-Channel-SAN bauen wir noch — aber nur dort, wo es technisch wirklich gerechtfertigt ist.

Was die meisten Geschaeftsfuehrer wirklich brauchen, ist nicht die teuerste Loesung, sondern die richtige fuer den naechsten 5-Jahres-Horizont. Und vor allem: einen Storage-Plan, der nicht nur die Anschaffung beschreibt, sondern Wartung, Backup, Tests und Refresh.

Wenn Sie unsicher sind, ob Ihre aktuelle Storage-Architektur die naechsten Jahre traegt — wir machen die Bestandsaufnahme im Rahmen einer Cyber-Risikoanalyse. Anschliessend bekommen Sie eine ehrliche Empfehlung, mit Zahlen und Optionen. Sie sind ueber unsere Standorte in Hamburg, Bremen, Kiel und Luebeck sowie remote in ganz Norddeutschland erreichbar.