Wie weiß ich, wann ich iSCSI, NFS oder SMB richtig verwende?

Wie weiß ich, wann ich iSCSI, NFS oder SMB richtig verwende?

Ich habe einen Dateiserver mit Windows Server 2012 R2. Er verfügt über vier 6 TB Western Digital RED-Laufwerke. Ich möchte dort beispielsweise meine Hyper-V-Maschinen, WSUS-Inhalte (Windows Server Update Service) und WDS/MDT-ISOs und -Dateien bereitstellen.

Zur Verbindung mit dem Server stehen mir SMB-, NFS- und iSCSI-Optionen zur Verfügung. Das heißt, ich habe die Möglichkeit, entweder eine Freigabe über NFS oder SMB einzurichten oder ein virtuelles iSCSI-Laufwerk zu erstellen, mit dem ich eine Verbindung herstellen kann.

Wie ermittle ich, welche Option für bestimmte Lösungen besser geeignet ist, oder ist es egal, welche Option ich wähle, solange der Dienst auf den Speicher zugreifen kann?

Antwort1

Zur Verbindung mit dem Server stehen mir SMB-, NFS- und iSCSI-Optionen zur Verfügung. Das heißt, ich habe die Möglichkeit, entweder eine Freigabe über NFS oder SMB einzurichten oder ein virtuelles iSCSI-Laufwerk zu erstellen, mit dem ich eine Verbindung herstellen kann.

Für eine direkte Verbindung zu einem Server – für echten serverbezogenen Speicher – ist iSCSI die beste Lösung. Und Sie verwalten dann den Benutzerzugriff – über SMB/CIFS oder NFS – über den Server.

Wenn Sie jedoch das folgende Zitat sagen, ist es ein wenig verwirrend, was Ihre Frage betrifft, wo/wie dieser Speicher überhaupt mit dem Hauptserver verbunden ist:

Wie ermittle ich, welche Option für bestimmte Lösungen besser geeignet ist, oder ist es egal, welche Option ich wähle, solange der Dienst auf den Speicher zugreifen kann?

Handelt es sich hierbei lediglich um einen physischen Windows-Server mit vier 6 TB Western Digital RED-Laufwerken? Oder handelt es sich hierbei um einen Server, der eigenständig betrieben wird und bei dem sich die vier 6 TB Western Digital RED-Laufwerke auf einem NAS befinden?

Oder beschreiben Sie Ihre Verbindung von der Clientseite aus? Das heißt, Sie haben diesen Windows-Server mit vier 6 TB Western Digital RED-Laufwerken und möchten dann eine Verbindung damit herstellen?

Ich vermute, Letzteres ist der Fall. Im Allgemeinen müssen Sie iSCSI nur verwenden, wenn Sie den Speicher so einrichten müssen, als wäre er ein physisches Laufwerk, das direkt an Ihren Computer angeschlossen ist – selbst wenn dies über das Netzwerk geschieht –, da iSCSI reiner Rohspeicher ist. Das bedeutet, dass Sie ihn formatieren müssen, wenn Sie eine Verbindung über ein frisch eingerichtetes iSCSI-Volume herstellen. Ich mache das nur, wenn ein großer Speicherbedarf besteht und die Verbindung relativ dauerhaft ist, da iSCSI Rohspeicher zur Verwendung zuweist.

SMB/CIFS und NFS sind die gebräuchlichsten Methoden, mit denen verschiedene Remote-Clients eine Verbindung zu einem Computer herstellen, um auf die auf der Freigabe gespeicherten Daten zuzugreifen. SMB/CIFS ist die beste und gebräuchlichste Verbindungsmethode. Und ich habe NFS nur dann verwendet, wenn ein Nicht-Windows-Betriebssystem mit dem Server verbunden war. Beispielsweise ein Linux-Server, der auf irgendeine Weise auf Daten zugreifen muss. Aber seien Sie gewarnt: NFS kann mühsam sein, da es auf der Clientseite einfach nicht so einfach einzurichten ist wie SMB/CIFS.

Die Aufschlüsselung wäre also:

  • iSCSI:Permanenter, vorab zugewiesener, mit dem Netzwerk verbundener Speicher für einen Server, der ihn benötigt. Das ist im Grunde dasselbe, als ob Sie ein externes Laufwerk auf Ihrem Desktop hätten und alle Freigabefunktionen müssten von Ihrem Server selbst verwaltet werden. In Ihrem Fall würde ich empfehlen, auf diesem Gerät vorab Rohspeicherplatz für die HyperV-Inhalte zuzuweisen. Und dann den restlichen Speicherplatz für SMB/CIFS oder NFS zu verwenden.

  • SMB/CIFS:Auf diese Weise kann sich fast jeder Client remote mit Ihrem diversen gemeinsam genutzten Speicher verbinden. Sie müssen lediglich Speicherplatz auf dem Server für Freigaben zuweisen, Berechtigungen festlegen und schon kann es losgehen. Dies ist kein Rohspeicher, sondern mit dem Server verbundener Speicherplatz. Und ermöglicht praktisch jedem Client eines Betriebssystems eine Remoteverbindung. Sie können jedoch keine Dinge tun, die Sie mit iSCSI tun können, wie diesen Speicherplatz als direkt verbundenen Rohspeicher zu behandeln.

  • NFS:Im Grunde die beste Fallback-Alternative basierend auf der Nutzung, wenn SMB nicht funktioniert. Ich verwende NFS-Mounts hauptsächlich für Linux-Setups, die irgendwie allgemeine Dateifreigabekonnektivität benötigen, sich aber mit SMB/CIFS irgendwie „seltsam“ verhalten.

Antwort2

Was meinen Sie, wenn Ihnen diese Option zur Verbindung mit dem Server angezeigt wird?

Für HyperV würden Sie höchstwahrscheinlich eine lokal gehostete VHD(x)-Datei auf einem lokal freigegebenen Laufwerk im Betriebssystem des Hosts verwenden. Es gibt Gründe, einige der anderen Methoden wie iSCSI zu verwenden, aber normalerweise sind diese für Anwendungsfälle gedacht, in denen Sie Clustering oder Failover benötigen oder über ein SAN oder NAS verfügen.

verwandte Informationen