På dette tidspunktet støtter Isilon OneFS NFS versjon 3 og 4. NFS versjon 2 har ikke blitt støttet siden overgangen til 7.2.X-kodeserien.
NFS versjon 3 er den mest brukte versjonen av NFS-protokollen i dag, og regnes vanligvis for å ha den største klient- og filer-implementeringen. Her er viktige komponenter for denne versjonen:
NFS versjon 4 er den nyeste store revisjonen av NFS-protokollen, og øker i implementeringen. På dette tidspunktet er NFSv4 vanligvis mindre performant enn v3 mot samme arbeidsflyt på grunn av større antall identitetstilordninger og øktsporingsarbeid som kreves for å svare. Her er noen av de viktigste forskjellene mellom v3 og v4
OneFS støtter for øyeblikket ikke NFS versjon 4.1. Hvis du trenger spesifikke funksjoner i versjon 4.1, kan du snakke med kontoteamet ditt for å se om det er noe vi kan gi via OneFS unike funksjoner som en NFS-filer.
For kunder som har brukt Isilon OneFS siden versjon 7.1 eller før, kan endringer som er gjort i 7.2.0-versjonen av OneFS, og som fortsatt er på plass til OneFS 8.1.1, påvirke hvordan klienter som bruker koding som avviker fra klyngene, kan vise og samhandle med katalogoppføringer. Hvis du vil ha mer informasjon, kan du se ETA 483840.
Dette er ikke et problem hvis du begynte å bruke OneFS på versjon 7.2 eller nyere.
Selv om vi ikke har harde krav til monteringsalternativer, kommer vi med noen anbefalinger om hvordan klientene kobler seg til. Vi har ikke angitt spesifikke monteringsstrenger, siden syntaksen som brukes til å definere disse alternativene, varierer avhengig av hvilket operativsystem som er i bruk. Du bør se dokumentasjonen for vedlikehold av distribusjonen for spesifikk monteringssyntaks.
Selv om Isilon vanligvis svarer på klientkommunikasjonen svært raskt, kan det ta noen sekunder før IP-adressene til en funksjonell node flyttes til en funksjonell node når en node har mistet strøm- eller nettverkstilkoblingen, ettersom det er viktig å ha riktig definerte verdier for tidsavbrudd og prøv på nytt. Isilon anbefaler vanligvis et tidsavbrudd på 60 sekunder for å gjøre rede for i verste fall failover-scenario, angitt til å prøve på nytt to ganger før du rapporterer en feil.
Harde monteringer fører til at klienten prøver å utføre operasjoner på nytt på ubestemt tidsavbrudd eller feil. Dette sikrer at klienten ikke kobler fra monteringen under situasjoner der Isilon-klyngen flytter IP-adresser fra én node til en annen. En myk montering vil i stedet feilsøke og utløpe monteringen som krever en remontering for å gjenopprette tilgang etter at IP-adressen flyttes.
Som standard tillater de fleste klienter ikke at du avbryter inndata/utdata eller I/O-venting, noe som betyr at du ikke kan bruke ctrl+c
osv. for å avslutte venteprosessen hvis klyngen henger opp, inkludert interrupt
monteringsalternativet, slik at disse signalene kan passere normalt i stedet.
Når du monterer en NFS-eksport, kan du spesifisere om en lignende skal utføre låsen lokalt, eller ved hjelp av låskoordinatoren på klyngen. De fleste klienter bruker ekstern låsing som standard, og dette er vanligvis det beste alternativet når flere klienter får tilgang til samme katalog, men det kan være ytelsesfordeler ved å utføre lokal låsing når en klient ikke trenger å dele tilgang til katalogen den arbeider med. I tillegg vil noen databaser og programvare be deg om å bruke lokal låsing, ettersom de har sin egen koordinator.