NAS oder SAN: Unterschiede und Auswahl von Netzwerkspeicher

NAS (Network Attached Storage) und SAN (Storage Area Network) bezeichnen unterschiedliche Möglichkeiten, Speicher über eine Netzwerkinfrastruktur bereitzustellen. Allgemein stellt ein NAS Dateien und Verzeichnisse für Clients bereit; ein SAN bietet Blockspeicher, den ein Server als Speichergerät verwenden kann. Der Unterschied liegt nicht einfach in der Größe des Geräts oder der Anzahl der Laufwerke: Entscheidend ist, welche Ressource das Clientsystem sieht und wer das Dateisystem verwaltet.

Bei einem NAS verwaltet das Speichergerät oder der Speicher-Server üblicherweise das Dateisystem und stellt Benutzern oder Anwendungen Freigaben bereit. Bei einem SAN erhält der angeschlossene Server Volumes oder logische Einheiten und verwaltet darauf normalerweise sein eigenes Dateisystem. Wer jeden Server mit gemeinsam genutzten Laufwerken als „NAS“ oder jeden schnellen Speicher als „SAN“ bezeichnet, kann dadurch wichtige Entscheidungen zu Zugriff, Verwaltung und Kompatibilität verschleiern.

Beide Architekturen können in einem Unternehmen eingesetzt werden und nebeneinander bestehen. Eine Organisation könnte Teamordner über NAS freigeben und ein SAN für Server reservieren, die Block-Volumes benötigen. Es gibt keinen universellen Sieger: Geht es darum, Dokumente leicht zugänglich zu machen, gelten andere Prioritäten als bei einer Anwendung, die ein Block-Volume verwalten muss.

Beim Dateizugriff fordert der Client Aktionen für als Dateien und Verzeichnisse identifizierte Elemente an: öffnen, lesen, schreiben oder Attribute ändern. Benutzer können freigegebene Ordner durchsuchen; Anwendungen arbeiten mit den vom Dienst bereitgestellten Pfaden und Berechtigungen. Protokolle wie SMB und NFS unterstützen dieses Modell. Clients sehen eine gemeinsam genutzte Dateistruktur, wobei Implementierung und verfügbare Optionen vom Server und Protokoll abhängen.

Beim Blockzugriff stellt der Speicher dem Server eine logische Einheit als Gerät bereit, das dieser partitionieren oder formatieren kann. Das Protokoll überträgt Operationen auf Blöcken, keinen durchsuchbaren Ordner. Das Serverbetriebssystem verwaltet das Dateisystem, während der zugrunde liegende Speicher die Blöcke bereitstellt. iSCSI ist eine standardisierte Methode, SCSI-Speicherbefehle über IP-Netzwerke zu übertragen; die Spezifikation beschreibt das Protokoll, garantiert aber für sich genommen weder Leistung noch Verfügbarkeit oder einfache Bereitstellung.

Der Unterschied hat betriebliche Folgen. Beim Dateimodell gehören die Verwaltung von Berechtigungen, gemeinsamen Pfaden und dem Zugriff mehrerer Clients zum Kern des Dienstes. Beim Blockmodell muss festgelegt werden, wer jedes Volume bereitstellt und nutzt und wie verhindert wird, dass mehrere Server in ein Dateisystem schreiben, das nicht für gleichzeitigen Zugriff ausgelegt ist. Es darf nicht angenommen werden, dass ein gemeinsam genutztes Block-Volume sicher auf mehreren Servern eingebunden werden kann: Das hängt vom Dateisystem, Cluster und einer unterstützten Konfiguration ab.

SMB ist eine Familie von Netzwerkprotokollen zur Dateifreigabe, die häufig mit Windows-Umgebungen verbunden ist, aber nicht auf ein einziges Betriebssystem beschränkt bleibt. Die Microsoft-Dokumentation beschreibt Protokollfunktionen und die Implementierung in Windows und Windows Server. Prüfen Sie bei der Bewertung eines NAS, welche SMB-Versionen das Gerät anbietet, welche Authentifizierungs- und Berechtigungsoptionen es unterstützt und ob die benötigten Funktionen mit den Clients der Organisation kompatibel sind. Der Protokollname allein beantwortet diese Fragen nicht.

Auch NFS ermöglicht den Zugriff auf Dateien und Verzeichnisse über ein Netzwerk. Die Dokumentation für Windows Server erläutert die NFS-Unterstützung in diesem System; die verfügbaren Optionen hängen von Version und Implementierung des Servers und Clients ab. Wenn Unix- oder Linux-Systeme neben anderen Plattformen eingesetzt werden, muss die konkrete Interoperabilität geprüft werden: unterstützte Versionen, Identitätszuordnung, Berechtigungen, Dateisperren und Exportkonfiguration. NFS macht ein Gerät nicht automatisch zu einem SAN: Es bleibt ein Protokoll für Dateizugriff.

iSCSI wird verwendet, um Blockspeicher über IP-Netzwerke bereitzustellen. RFC 7143 definiert das iSCSI-Protokoll; RFC 7146 behandelt Sicherheitsanforderungen für IP-basierte Blockspeicherprotokolle mit IPsec. Diese technischen Referenzen helfen, den Umfang der Technologien zu verstehen, ersetzen aber weder Herstellerdokumentation noch Netzwerkplanung oder Sicherheitsrichtlinien. Prüfen Sie vor der Wahl von iSCSI, ob die vorgesehenen Initiatoren, Targets, Betriebssysteme und Verwaltungstools kompatibel sind.

Die angegebene Kapazität reicht nicht aus, um Bereitstellungen zu vergleichen. Dimensionieren Sie das Netzwerk für die erwarteten Workloads und prüfen Sie Überlastung, Redundanz, Latenz, alternative Pfade und mögliche Single Points of Failure. Ein SAN kann iSCSI über Ethernet verwenden; daher ist nicht automatisch ein separates physisches Netzwerk erforderlich. Dennoch kann es sinnvoll sein, den Speicherverkehr zu trennen oder zu segmentieren. Die Auswirkungen auf Betrieb, Isolation und Verfügbarkeit müssen für die konkrete Umgebung bewertet werden.

Der Verwaltungsaufwand gehört ebenfalls zu den Kosten. Bei NAS kann das zuständige Team Freigaben, Benutzer, Kontingente, Berechtigungen, Backups und Dienstaktualisierungen verwalten. Bei SAN kann neben der Volume-Verwaltung die Koordination der Bereitstellung für Server, der Konnektivität, des Multipathings und der Dateisystemverwaltung auf den Hosts erforderlich sein. Dies sind übliche Entwurfsaufgaben, keine für alle Produkte identische Liste: Der Funktionsumfang und der erforderliche Aufwand unterscheiden sich je nach Lösung.

Sicherheit muss durchgängig geprüft werden. Ermitteln Sie, wie sich Clients authentifizieren, wie Zugriffe autorisiert werden, welcher Datenverkehr die Speicherdienste erreichen kann und wie die Kommunikation für die jeweilige Architektur und das Produkt geschützt wird. RFC 7146 liefert für iSCSI Kontext zum Schutz IP-basierter Blockprotokolle, belegt aber nicht, dass eine konkrete Installation sicher ist. Dokumentieren Sie auch Änderungssteuerung, Failover und Wiederherstellungstests. Redundanz ersetzt keine Backups: Sie schützt vor bestimmten Ausfällen, aber nicht unbedingt vor Löschungen, Bedienfehlern oder Vorfällen, die replizierte Daten betreffen.

Ohne Angaben zu Kapazität, Leistung, Verfügbarkeit, Support und Nutzungszeitraum ist die Aussage, NAS sei immer günstiger oder SAN skaliere immer besser, nicht fundiert. Ein Kostenvergleich sollte Speicher, erforderliche Netzwerkkomponenten und Adapter, Lizenzen, Garantien, Energieverbrauch, Platz, Support und Verwaltungsstunden umfassen. Ein einfaches NAS kann bei gemeinsam genutzten Ordnern den anfänglichen Aufwand verringern; ein in Server integrierter Blockspeicherbedarf kann ein SAN rechtfertigen. Das sind Bewertungsannahmen, keine für jeden Anbieter gültigen Schlussfolgerungen.

Fordern Sie von jeder Option die Unterstützung desselben Workloads und desselben Servicelevels. Legen Sie benötigte nutzbare Kapazität, erwartetes Wachstum, Clientzahl, relevante Lese- und Schreibmuster sowie erforderliche Wiederherstellungszeit fest. Prüfen Sie anschließend, ob die Produktdokumentation diese Eigenschaften belegt und welche Komponenten nicht zum Angebot gehören. Vergleichen Sie weder Rohkapazität mit nutzbarer Kapazität noch einen kommerziellen Höchstwert mit einer Leistungsgarantie für Ihren Workload.

Kapazität und einfache Erweiterbarkeit sollten ebenfalls getrennt betrachtet werden. Prüfen Sie dokumentierte Grenzen für Laufwerke, Volumes, Clients, Protokolle und Erweiterungen sowie Supportbedingungen und Migrationspfade. Allgemeine Speicherleitfäden helfen, Kategorien zu verstehen, belegen aber nicht die Leistung eines bestimmten Geräts. Ohne festgelegtes Modell, Konfiguration und Einsatzbedingungen gibt es keine Grundlage für einen Preis- oder Leistungsvergleich zwischen Lösungen.

Ermitteln Sie zunächst, was die Anwendungen nutzen müssen: freigegebene Ordner oder von Servern verwaltete Block-Volumes. Prüfen Sie anschließend Protokolle und Betriebssysteme und weisen Sie zuletzt Verantwortliche für Betrieb, Sicherheit und Wiederherstellung zu. Diese Reihenfolge verhindert eine Entscheidung allein aufgrund eines isolierten Geschwindigkeitswerts oder des Namens einer Architektur.

Die Tabelle ist ein Ausgangspunkt und keine Zertifizierung, dass eine Technologie für einen bestimmten Fall geeignet ist. Manche kommerziellen Lösungen kombinieren Datei- und Blockdienste; dadurch verschwinden die Unterschiede zwischen den Zugriffsmodellen nicht, und es ist auch nicht nachgewiesen, dass jedes Protokoll in jeder Konfiguration verfügbar ist. Prüfen Sie die konkreten Fähigkeiten in der Dokumentation des vorgesehenen Modells und der jeweiligen Softwareversionen.

Stellen Sie vor der Entscheidung Informationen zu Anwendungen, Clients, Daten und Wiederherstellungszielen zusammen. Kann die Organisation Anforderungen an Latenz, Verfügbarkeit, Wachstum oder gleichzeitigen Zugriff noch nicht angeben, sollten diese Lücken dokumentiert und eine vorläufige Wahl nicht als endgültig dargestellt werden. Es ist auch nicht nötig, mit einer Marke zu beginnen: Zuerst wird das Zugriffsmuster festgelegt, danach werden passende Produkte bewertet.

Eine kurze Prüfliste macht den Vergleich zu einer nachvollziehbaren Entscheidung:

• Benötigt die Anwendung Datei- oder Blockzugriff?
• Welche Versionen von SMB, NFS oder iSCSI unterstützt jeder Endpunkt?
• Wie werden Identitäten und Berechtigungen zugeordnet, und wer verwaltet Volumes und Freigaben?
• Welche Netzwerktopologie, Redundanz und Isolation erfordert die Lösung?
• Wie werden Backups erstellt, Wiederherstellungen überprüft und Ausfälle behandelt?
• Welche Kosten für Kauf, Support, Betrieb und Erweiterung sind in der Rechnung enthalten?

Am hilfreichsten ist meist eine Architektur, die auf nachweisbaren Anforderungen beruht, nicht ein prestigeträchtigeres Etikett. Für die Dateifreigabe sollten Sie zunächst NAS und dessen Protokolle bewerten; wenn der Server Blöcke verwalten muss, prüfen Sie SAN oder gleichwertige Dienste und deren Koordinationsanforderungen. Wenn beides benötigt wird, sollten die Funktionen getrennt abgedeckt werden. Entscheiden Sie anhand dokumentierter Anforderungen, Kompatibilität und Zuständigkeiten und machen Sie deutlich, was noch nicht gemessen oder bestätigt wurde.