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

Inhalt in Kürze

• NAS spricht Datei-Protokolle (NFS, SMB) und ist die wirtschaftliche Wahl für 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 über 10/25-Gigabit-Ethernet schließt die Performance-Lücke zu Fibre Channel für die meisten KMU — bei deutlich geringeren Kosten.
• Hybrid-Modell ist Standard: Lokales NAS oder SAN für aktive Daten, Cloud-Storage (Azure Blob, S3) für Backups und Archive — reines Cloud-only ist selten wirtschaftlich.

Die Frage „NAS oder SAN” trifft fast jeden Geschäftsführer einmal. Meist kommt sie genau dann hoch, wenn der alte Fileserver am Limit läuft, ein VMware-Host nachgeliefert werden soll oder das Backup-Konzept plötzlich nicht mehr passt. Wir sehen das in Hamburg täglich. 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 eigenständiger Datei-Server, den Sie ans Netzwerk hängen — Storage Area Network (SAN) ist ein dediziertes Speichernetzwerk, das Servern rohe Festplatten-Blöcke über eigene Leitungen zur Verfügung stellt. Der Unterschied klingt akademisch, hat aber massive Folgen für 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 hängen 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 (über Ethernet) oder Fibre Channel (über eigene FC-Switches). Es präsentiert dem angeschlossenen Server eine sogenannte LUN (Logical Unit Number) — für den Server fühlt 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 glühende 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 höchste Stabilität 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 über FC, der Unterschied ist bei sequenziellen Datenbank- und VM-Workloads aber meist im einstelligen Millisekunden-Bereich — also für Endanwender unmerklich.

Der Thomas-Krenn-Leitfaden zu Storage-Konnektivität fasst es treffend zusammen: iSCSI gewinnt im Preis-Leistungs-Verhältnis, Fibre Channel gewinnt in Hochverfügbarkeit und vorhersagbarer Latenz unter Spitzenlast.

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

Wenn wir bei einem Hamburger Mittelständler einen neuen Fileserver einsetzen, ist es in den meisten Fällen ein NAS — und in den meisten Fällen Synology oder QNAP. Der Grund ist simpel: Die Geräte sind innerhalb eines Tages produktiv, die Web-Oberfläche ist auch für 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. Stündliche oder tägliche Schnappschüsse, die selbst Admins für eine bestimmte Zeit nicht löschen können — der wichtigste Schutz gegen Ransomware.
• iSCSI-Targets. Ein NAS kann gleichzeitig SMB-Shares für Office und iSCSI-LUNs für kleine Hyper-V- oder VMware-Setups bereitstellen.
• Replikation in die Cloud. Synology Cloud Sync, Hyper Backup oder QNAP HBS spiegeln Daten verschlüsselt in Azure, S3 oder ein zweites NAS am Ausweichstandort.
• Virtualisierungsplattform. Synology Virtual Machine Manager, QNAP Virtualization Station — kleine VMs können direkt am NAS laufen, ohne separaten Hypervisor-Host.

Im Gespräch mit Kunden komme ich oft auf den gleichen Punkt zurück: Ein NAS ersetzt keinen Server-Cluster. Aber es löst 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 über das Netzwerk für alle Mitarbeiter erreichbar wird. Auf der Kontraseite steht ehrlicherweise der relativ hohe Anschaffungspreis, wenn man Redundanz und vernünftige Festplatten haben möchte."

Dennis KreftMicrosoft 365 & Cloud-Experte

Was Sie bei einem NAS-Kauf nicht übersehen dürfen

Die Entscheidung „Synology DS oder RS, 4-Bay oder 12-Bay, mit oder ohne Erweiterungseinheit” wird oft auf der falschen Ebene geführt. 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 für 3-5 Jahre Datenwachstum dimensioniert sein, nicht für den heutigen Stand. Faustregel KMU: 30-50 Prozent Datenwachstum pro Jahr.
3. Wie ist die Backup-Strategie aufgebaut? Ein NAS ist kein Backup. Snapshots schützen vor versehentlichem Löschen — 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-Prüfungen, Replikations-Monitoring — das passiert nicht von allein.

Wir übernehmen Punkt 5 als Teil unserer Managed IT Services für die meisten Kunden mit. Heißt: Sie kaufen das NAS, wir kümmern 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 Gründen:

• VMware- oder Hyper-V-Cluster mit 5+ Hosts, die gemeinsam auf denselben Storage zugreifen müssen, um Live Migration, vMotion oder HA zu ermöglichen.
• Hochlast-Datenbanken (SQL Server, Oracle, SAP HANA) mit Latenz-Anforderungen unter 1 Millisekunde für transaktionale Workloads.
• Hochverfügbarkeit 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 frühere 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 erklärt die wichtigsten Architektur-Unterschiede sehr verständlich, 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 für viele Mittelständler 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 Gerät, sondern verteilt sich über 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 hochverfügbaren 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 läuft über Ethernet (meist 25 GbE).
• Bedienung über den Hypervisor-Manager — keine separate SAN-Konsole.

Der Mittelstand-Bericht von dts fasst die Argumente gut zusammen. Unser Eindruck deckt sich: HCI ist für 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 über Storage Spaces Direct (S2D) — Microsofts HCI-Storage-Stack, der bei vielen Kunden mit Windows-Affinität als SAN-Alternative läuft.

Hybrid-Cloud: Wohin Storage wirklich wandert

Ein Mythos, den wir in fast jedem Erstgespräch zerlegen müssen: „Wir gehen ja eh komplett in die Cloud, da brauchen wir kein NAS oder SAN mehr.” Die Realität sieht anders aus. Auch 2026 ist die überwiegende Mehrheit der Mittelstandsdaten lokal — und das hat gute Gründe.

Was wir bei Kunden tatsächlich 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 über Glasfaser klingt schnell — für ein 50-TB-Dataset reicht sie nicht, wenn Mitarbeiter täglich Modelle, Bilder oder Forschungsdaten in der Cloud editieren wollen.
• Latenz ist die zweite Bremse. Selbst über Frankfurt-Region liegen Sie bei 5-15 ms RTT. Datenbanken und SAP-Systeme reagieren darauf empfindlich.
• Kosten skalieren mit dem Wachstum. Egress-Gebühren beim Rückholen großer Datenmengen sind der häufigste Überraschungsposten in Cloud-Storage-Rechnungen.

Lesen Sie dazu unseren ausführlichen 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-Fälle

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.

Lösung: Synology RS1221+, 4 x 8 TB SSD-Cache, 10 GbE-Switch, Snapshot-Replikation auf zweites NAS im Büro des Geschäftsführers, wöchentliches 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 — Ingenieurbüro, 35 Mitarbeiter

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

Lösung: 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 regelmäßig wechselte.

Lösung: Migration auf Synology RS1221+, AD-Anbindung, tägliche und wöchentliche Snapshots, automatisierte Replikation an einen zweiten Standort, jährliche Wiederherstellungstests im Rahmen der Backup-Beratung.

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

Storage und Ransomware: Snapshots sind nicht genug

Der häufigste Storage-bezogene Schaden, den wir aufräumen, 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 für den Mittelstand.

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

Jens HagelGeschäftsführer, 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 für eine festgelegte Zeit nicht gelöscht oder überschrieben werden können, auch nicht von Admins. Aktivieren Sie das. Standardmäßig läuft 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 überarbeitet wurde, lohnt ein ehrlicher Blick. Wir machen das im Rahmen unserer Cyber-Risikoanalyse als Teil eines Erstgesprächs.

Praktische Entscheidungsmatrix

Sie sind richtig mit einem NAS, wenn:

• Sie 10-100 Mitarbeiter haben, überwiegend 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.
• Hochverfügbarkeit ist wichtig, aber nicht mit 99,99-Prozent-Anspruch verbunden.
• Budget liegt im fünfstelligen 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 über 50 TB oder wächst stark.
• Hochverfügbarkeit 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 für ein kleines Unternehmen — die Hardware-Entscheidung für 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. herkömmliche Speicherlösungen — Entscheidungshilfe für IT-Leiter
• 5 Gründe für die Virtualisierung von Servern — warum Virtualisierung den Storage-Bedarf verändert

Fazit: Pragmatik statt Religion

Die Frage „NAS oder SAN” ist seltener eine reine Technik-Entscheidung als ein Spiegelbild der Unternehmensgröße, der Workloads und der Risiko-Akzeptanz. Für den überwiegenden 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 Geschäftsführer wirklich brauchen, ist nicht die teuerste Lösung, sondern die richtige für den nächsten 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 nächsten Jahre trägt — wir machen die Bestandsaufnahme im Rahmen einer Cyber-Risikoanalyse. Anschließend bekommen Sie eine ehrliche Empfehlung, mit Zahlen und Optionen. Sie sind über unsere Standorte in Hamburg, Bremen, Kiel und Lübeck sowie remote in ganz Norddeutschland erreichbar.