OneFS: Best practices voor NFS-clientinstellingen

Ondersteunde protocolversies

Op dit moment ondersteunt PowerScale OneFS NFS-versies 3 en 4. NFS versie 2 wordt niet ondersteund.

NFSv3

NFS versie 3 is tegenwoordig de meest gebruikte versie van het NFS-protocol en wordt over het algemeen beschouwd als de breedste acceptatie door clients en indieners. Dit zijn de belangrijkste onderdelen van deze versie:

• Stateless - Een cliënt stelt technisch gezien geen nieuwe sessie vast als hij over de juiste informatie beschikt om bestanden op te vragen, enzovoort. Dit maakt eenvoudige failover tussen OneFS-knooppunten mogelijk met behulp van dynamische IP-pools.
• Gebruikers- en groepsinformatie wordt numeriek weergegeven - Client en Server communiceren gebruikersinformatie door middel van numerieke id's, waardoor dezelfde gebruiker kan worden weergegeven als verschillende namen tussen client en server.
• Bestandsvergrendeling is out-of-band - Versie 3 van NFS gebruikt een hulpprotocol genaamd NLM om vergrendelingen uit te voeren. Hiervoor moet de client reageren op RPC-berichten van de server om te bevestigen dat vergrendelingen zijn toegekend, enzovoort
• Kan worden uitgevoerd via TCP of UDP - Deze versie van het protocol kan worden uitgevoerd via UDP in plaats van TCP, waardoor de afhandeling van verlies en doorgifte aan de software wordt overgelaten in plaats van aan het besturingssysteem. We raden altijd aan om TCP te gebruiken.

NFSv4

NFS versie 4 is de nieuwste grote revisie van het NFS-protocol en wordt steeds meer toegepast. Op dit moment presteert NFSv4 over het algemeen minder goed dan v3 tegen dezelfde workflow vanwege de grotere hoeveelheid identiteitstoewijzing en sessietracering die nodig is om te antwoorden. Hier zijn enkele van de belangrijkste verschillen tussen v3 en v4

• Stateful - NFSv4 gebruikt sessies om communicatie af te handelen, zodat zowel de client als de server de sessiestatus moeten bijhouden om te kunnen blijven communiceren.
  • Vóór OneFS 8.X betekende dit dat NFSv4-clients statische IP-pools op de PowerScale nodig hadden of problemen konden ondervinden.
• Gebruikers- en groepsinformatie wordt weergegeven als tekenreeksen: zowel de client als de server moeten de namen van de opgeslagen numerieke gegevens oplossen. De server moet namen opzoeken om te presenteren, terwijl de client deze opnieuw moet toewijzen aan nummers aan zijn kant.
• Bestandsvergrendeling is in band - Versie 4 gebruikt niet langer een apart protocol voor bestandsvergrendeling, maar maakt het een type aanroep dat meestal wordt samengesteld met OPENs, CREATES of WRITES.
• Samengestelde oproepen - Versie 4 kan een reeks oproepen bundelen in een enkel pakket, waardoor de server ze allemaal kan verwerken en aan het einde kan beantwoorden. Dit wordt gebruikt om het aantal oproepen dat betrokken is bij gemeenschappelijke operaties te verminderen.
• Ondersteunt alleen TCP - versie 4 van NFS heeft verlies en herverzending tot aan het onderliggende besturingssysteem overgelaten.

NFSv4.1 en hoger

NFSv4.1 en v4.2 zijn beschikbaar vanaf OneFS versie 9.3

Hier is de officiële release-informatie voor 9.3:

PowerScale OneFS Info Hubs
 

Montageopties

Hoewel we geen harde vereisten hebben voor montageopties, doen we wel enkele aanbevelingen over hoe clients verbinding maken. We hebben geen specifieke koppelreeksen geleverd, omdat de syntaxis die wordt gebruikt om deze opties te definiëren varieert afhankelijk van het besturingssysteem dat wordt gebruikt. U moet de documentatie van de distributieonderhouder bijhouden voor de specifieke mount-syntaxis.

Retries en time-outs definiëren

Hoewel de PowerScale over het algemeen zeer snel reageert op clientcommunicatie, kan het enkele seconden duren voordat de IP-adressen van een knooppunt zijn verplaatst naar een functioneel knooppunt, wanneer een knooppunt geen stroom of netwerkverbinding meer heeft. Daarom is het belangrijk om correct gedefinieerde time-outwaarden te hebben en het opnieuw te proberen. PowerScale raadt over het algemeen een time-out van 60 seconden aan om rekening te houden met een worst-case failover-scenario, ingesteld om het twee keer opnieuw te proberen voordat een fout wordt gemeld.

Zachte versus harde steunen

Harde bevestigingen zorgen ervoor dat de client zijn bewerkingen voor onbepaalde tijd opnieuw probeert uit te voeren bij een time-out of fout. Dit zorgt ervoor dat de client de koppeling niet loskoppelt in omstandigheden waarin het PowerScale cluster IP-adressen van het ene knooppunt naar het andere verplaatst. Een zachte koppeling zal een fout maken en de koppeling laten verlopen, waardoor een nieuwe koppeling nodig is om de toegang te herstellen nadat het IP-adres is verplaatst.

Interrupt toestaan

Standaard staat de meeste clients niet toe dat u een invoer/uitvoer- of I/O-wachttijd onderbreekt, wat betekent dat u geen gebruik kunt maken van ctrl+c, enz., om het wachtproces te beëindigen als het cluster niet meer reageert, inclusief de interrupt Met de montageoptie kunnen die signalen in plaats daarvan normaal worden doorgegeven.

Lokale vergelijking met vergrendeling op afstand

Bij het koppelen van een NFS-export kunt u opgeven of een like zijn s-vergrendelingen lokaal of met behulp van de vergrendelingscoördinator op het cluster zal uitvoeren. De meeste clients zijn standaard ingesteld op vergrendeling op afstand, en dit is over het algemeen de beste optie wanneer meerdere clients toegang hebben tot dezelfde map, maar er kunnen prestatievoordelen zijn bij het uitvoeren van lokale vergrendeling wanneer een client geen toegang hoeft te delen tot de map waarmee hij werkt. Bovendien zullen sommige databases en software u vragen om lokale vergrendeling te gebruiken, omdat ze hun eigen coördinator hebben.