Article Number: 000063022
Op dit moment ondersteunt Isilon OneFS NFS versies 3 en 4. NFS versie 2 wordt niet ondersteund sinds de overgang naar de codereeks 7.2.X.
NFS versie 3 is de meest gebruikte versie van het NFS-protocol en wordt over het algemeen beschouwd als de breedste client- en bestandsingidatie. Dit zijn de belangrijkste componenten van deze versie:
NFS versie 4 is de nieuwste grote revisie van het NFS-protocol en neemt toe in de acceptatie. Op dit moment is NFSv4 over het algemeen minder presterend dan v3 ten opzichte van dezelfde workflow vanwege de grotere hoeveelheid identiteitstoewijzing en sessietraceringswerk dat nodig is om te antwoorden. Hier zijn enkele van de belangrijkste verschillen tussen v3 en v4
Op dit moment biedt OneFS geen ondersteuning voor NFS versie 4.1. Als u specifieke functies van versie 4.1 nodig hebt, neem dan contact op met uw accountteam om te zien of dat iets is dat we kunnen leveren via de unieke functieset van OneFS als NFS-filer.
Voor klanten die Isilon OneFS al sinds versie 7.1 of eerder gebruiken, kunnen wijzigingen die zijn aangebracht in de 7.2.0-versie van OneFS en blijven bestaan tot OneFS 8.1.1, van invloed zijn op de manier waarop clients die codering gebruiken die verschilt van de cluster, directory-vermeldingen kunnen weergeven en ermee kunnen communiceren. Raadpleeg voor meer informatie ETA 483840.
Dit is geen probleem als u OneFS ging gebruiken op versie 7.2 of hoger.
Hoewel we geen harde vereisten hebben voor koppelopties, doen we wel enkele aanbevelingen over hoe clients verbinding maken. We hebben geen specifieke koppelreeksen opgegeven, omdat de syntaxis die wordt gebruikt om deze opties te definiëren varieert, afhankelijk van het gebruikte besturingssysteem. Raadpleeg de documentatie van uw distributiebeheer voor specifieke koppelingssyntaxis.
Hoewel de Isilon over het algemeen zeer snel antwoordt op clientcommunicatie, kan het in gevallen waarin een knooppunt stroom- of netwerkconnectiviteit heeft verloren een paar seconden duren voordat de IP-adressen naar een functioneel knooppunt gaan. Daarom is het belangrijk om correct gedefinieerde time-out- en retry-waarden te hebben. Isilon raadt over het algemeen een time-out van 60 seconden aan om rekening te houden met een failoverscenario in het ergste geval, twee keer opnieuw in te stellen voordat een fout wordt gemeld.
Harde mounts zorgen ervoor dat de client de bewerkingen voor onbepaalde tijd opnieuw probeert uit te voeren bij een time-out of fout. Dit zorgt ervoor dat de client de koppeling niet verbreekt in omstandigheden waarin het Isilon cluster IP-adressen van het ene knooppunt naar het andere verplaatst. Een zachte koppeling zal in plaats daarvan een foutmelding geven en de koppeling laten verlopen waarvoor opnieuw moet worden gekoppeld om de toegang te herstellen nadat het IP-adres is verplaatst.
De meeste clients staan standaard niet toe dat u een invoer-/uitvoer- of I/O-wachttijd onderbreekt, wat betekent dat u het wachtproces niet kunt ctrl+c gebruiken, etc. om het wachtproces te beëindigen als het cluster vastzit, inclusief de interrupt koppelingsoptie waarmee deze signalen normaal kunnen worden doorgegeven.
Bij het koppelen van een NFS-export kunt u opgeven of een like het lokaal vergrendelt of de vergrendelingscoördinator op het cluster gebruikt. De meeste clients zijn standaard ingesteld op externe vergrendeling, en dit is over het algemeen de beste optie wanneer meerdere clients toegang krijgen tot dezelfde directory, maar er kunnen prestatievoordelen zijn bij het uitvoeren van lokale vergrendeling wanneer een client geen toegang hoeft te delen tot de map waarmee deze werkt. Daarnaast vragen sommige databases en software u om lokale vergrendeling te gebruiken, omdat ze hun eigen coördinator hebben.
PowerScale OneFS
Isilon, PowerScale OneFS
11 May 2023
5
Solution