På nuværende tidspunkt understøtter Isilon OneFS NFS-version 3 og 4. NFS version 2 har ikke været understøttet siden flytningen til 7.2.X-kodeserien.
NFS version 3 er den mest udbredte version af NFS-protokollen i dag og anses generelt for at have den bredeste klient- og filer-implementering. Her er de vigtigste komponenter i denne version:
NFS-version 4 er den nyeste, overordnede revision af NFS-protokollen og er stigende i implementering. På nuværende tidspunkt er NFSv4 generelt mindre performant end v3 i forhold til samme workflow på grund af den større mængde af identitetstilknytning og sessionssporingsarbejde, der kræves for at svare. Her er nogle af de vigtigste forskelle mellem v3 og v4
På nuværende tidspunkt understøtter OneFS ikke NFS version 4.1. Hvis du har brug for specifikke funktioner i version 4.1, skal du tale med dit kontoteam for at se, om det er noget, vi kan levere via OneFS's unikke funktioneret som en NFS-fil.
For kunder, der har brugt Isilon OneFS siden version 7.1 eller før, kan ændringer, der er foretaget i 7.2.0-versionen af OneFS og forbliver på plads indtil OneFS 8.1.1, påvirke, hvordan klienter, der bruger encoding, som adskiller sig fra klyngen, kan se og interagere med mappelister. Du kan finde flere oplysninger ved at se ETA 483840.
Dette er ikke et problem, hvis du begyndte at bruge OneFS på version 7.2 eller nyere.
Selvom vi ikke har hårde krav til monteringsindstillingerne, kommer vi med nogle anbefalinger til, hvordan klienter opretter forbindelse. Vi har ikke angivet specifikke tilslutningsstrenge, da den syntaks, der bruges til at definere disse indstillinger, varierer afhængigt af det anvendte operativsystem. Du bør se dokumentationen til distributionsholderen for den specifikke tilslutningssyntaks.
Selvom Isilon generelt svarer meget hurtigt på klientkommunikation, kan det under forekomster, hvor en node har mistet strøm eller netværksforbindelse, tage et par sekunder, før dens IP-adresser flyttes til en funktionel node, da det er vigtigt at have korrekt defineret timeout og prøver værdier igen. Isilon anbefaler normalt en timeout på 60 sekunder for at tage højde for et værste tilfælde af failover-scenarie, indstillet til at forsøge igen to gange, før der rapporteres en fejl.
Hårde monteringer medfører, at klienten forsøger at udføre handlinger på ubestemt tid ved timeout eller fejl. Dette sikrer, at klienten ikke frakobler tilslutningen under omstændigheder, hvor Isilon-klyngen flytter IP-adresser fra den ene node til den anden. Et blød ophæng vil i stedet fejle og udløbe tilslutningen, der kræver en gentilkobling for at gendanne adgangen, når IP-adressen flyttes.
Som standard tillader de fleste klienter dig ikke at afbryde et input/output eller en I/O-ventetid, hvilket betyder, at du ikke kan bruge ctrl+c
osv. til at afslutte ventetiden, hvis klyngen hænger, herunder interrupt
monteringsindstillingen, så disse signaler kan passere normalt i stedet.
Når du tilslutter en NFS-eksport, kan du angive, om en sådan udfører s låse lokalt eller ved hjælp af låsekoordinatoren på klyngen. De fleste klienter er standard for fjernlåsning, og dette er generelt den bedste mulighed, når flere klienter får adgang til den samme mappe, men der kan være fordele ved at udføre lokal låsning, når en klient ikke behøver at dele adgang til den mappe, den arbejder med. Derudover vil visse databaser og software anmode dig om at bruge lokal låsning, da de har deres egenkoordinator.