Zu diesem Zeitpunkt unterstützt PowerScale OneFS die NFS-Versionen 3 und 4. NFS Version 2 wird nicht unterstützt.
NFS-Version 3 ist die derzeit am häufigsten verwendete Version des NFS-Protokolls und wird im Allgemeinen als die umfassendste Client- und Filer-Variante betrachtet. Hier sind die Kernkomponenten dieser Version:
NFS Version 4 ist die neueste Hauptversion des NFS-Protokolls und wird immer mehr eingesetzt. Aktuell ist NFSv4 aufgrund der größeren Anzahl an Identitätszuordnungen und für die Antwort erforderlichen Sitzungsnachverfolgungsaufgaben in der Regel langsamer als v3 im selben Workflow. Hier sind einige der wichtigsten Unterschiede zwischen v3 und v4.
NFSv4.1 und v4.2 sind ab OneFS Version 9.3 verfügbar.
Hier sind die offiziellen Versionsinformationen für 9.3:
https://dl.dell.com/content/docu105998_powerscale-onefs-9-3-0-0-release-notes.pdf?language=en_us
Es gibt zwar keine strikten Anforderungen an Einhängeoptionen, aber einige Empfehlungen zu Client-Verbindung. Es gibt keine spezifischen Einhängezeichenfolgen, da die Syntax, die zum Definieren dieser Optionen verwendet wird, je nach verwendeten Betriebssystem variiert. Sie müssen die Dokumentation für Verteilungs-Maintainer für eine bestimmte Mount-Syntax aufbewahren.
Während PowerScale in der Regel sehr schnell auf die Clientkommunikation antwortet, kann es in Fällen, in denen ein Node keine Stromversorgung oder Netzwerkverbindung mehr hat, einige Sekunden dauern, bis seine IP-Adressen zu einem funktionsfähigen Node verschoben wurden. Daher ist es wichtig, die Werte für „timeout“ und „retry“ korrekt definiert zu haben. PowerScale empfiehlt in der Regel ein Timeout von 60 Sekunden, um ein Worst-Case-Failover-Szenario zu berücksichtigen, und zwei Wiederholungen vor dem Melden eines Fehlers.
Striktes Einhängen führt dazu, dass der Client seine Vorgänge auf unbestimmte Zeit bei Timeout oder Fehler wiederholt. Dadurch wird sichergestellt, dass der Client das Einhängen nicht unterbricht, wenn der PowerScale Cluster IP-Adressen von einem Node auf einen anderen verschiebt. Bei einem flexiblen Einhängen wird ein Fehler ausgegeben und das Einhängen läuft ab, sodass ein erneutes Einhängen erforderlich ist, um den Zugriff wiederherzustellen, nachdem die IP-Adresse verschoben wurde.
Standardmäßig erlauben die meisten Clients nicht, eine I/O-Wartezeit (Eingabe/Ausgabe) zu unterbrechen, d. h. Sie können nicht ctrl+c
usw. verwenden, um den Wartevorgang zu beenden, wenn das Cluster nicht mehr reagiert, einschließlich der Einhängeoption interrupt
, sodass diese Signale stattdessen normal übertragen werden können.
Beim Einhängen eines NFS-Exports können Sie angeben, ob ein Like die Sperre lokal durchführt oder den Sperrkoordinator auf dem Cluster verwendet. Die meisten Clients verwenden standardmäßig Remote-Sperren. Dies ist in der Regel die beste Option, wenn mehrere Clients auf dasselbe Verzeichnis zugreifen. Es kann jedoch Leistungsvorteile durch das lokale Durchführen von Sperren geben, wenn ein Client keinen gemeinsamen Zugriff auf das Verzeichnis benötigt, mit dem er arbeitet. Darüber hinaus fordern einige Datenbanken und Software die Verwendung von lokalen Sperren, da sie einen eigenen Koordinator haben.