OneFS: Beste praksis for NFS-klientinnstillinger

Støttede protokollversjoner

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.

NFSv3

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:

• Stateless (Tilstandsløs) – En klient trenger ikke teknisk sett å opprette en ny økt hvis den har riktig informasjon for å be om filer osv. Dette gjør det mulig med enkel failover mellom OneFS-noder via dynamiske IP-utvalg.
• Bruker- og gruppeinformasjon presenteres numerisk – Klient og Server kommuniserer brukerinformasjon med numeriske identifikatorer, slik at den samme brukeren kan vises som ulike navn mellom klient og server.
• Fillåsing er utenfor vanlig sendefrekvens – versjon 3 av NFS bruker en hjelpeprotokoll kalt NLM for å utføre låser. Dette krever at klienten svarer på RPC-meldinger fra serveren for å bekrefte at låser er innvilget osv.
• Kan kjøre over TCP eller UDP – Denne versjonen av protokollen kan kjøre over UDP i stedet for TCP, slik at håndteringen av tap og ny overføring til programvaren i stedet for operativsystemet. Vi anbefaler alltid å bruke TCP.

NFSv4

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

• Tilstandsbevisst – NFSv4 bruker økter for å håndtere kommunikasjon, ettersom både klient og server må spore økttilstand for å fortsette kommunikasjonen.
  • Før OneFS 8.X tilførte dette at NFSv4-klienter krevde statiske IP-utvalg på Isilon eller kunne støte på problemer.
• Bruker- og gruppeinformasjon presenteres som strenger – både klienten og serveren må løse navnene på den numeriske informasjonen som er lagret. Serveren må slå opp navn for å kunne presenteres, mens klienten må tilordne dem til numrene på nytt.
• Fillåsing er i bånd – versjon 4 bruker ikke lenger en egen protokoll for fillåsing, i stedet for å gjøre den til en type anrop som vanligvis er forsterket med OPENs, CREATES eller WRITES.
• Sammensatte anrop – versjon 4 kan pakke en serie med anrop i én enkelt pakke, slik at serveren kan behandle alle og svare på slutten. Dette brukes til å redusere antall samtaler som er involvert i vanlige operasjoner.
• Støtter bare TCP – versjon 4 av NFS har etterlatt tap og overføring opp til det underliggende operativsystemet.

NFSv4.1 og nyere

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.

Spesifikke bekymringer for OneFS-versjon

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.

Monteringsalternativer

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.

Definere forsøk og tidsavbrudd

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.

Myke kontra harde monteringer

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.

Tillate avbrudd

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.

Lokal kontra ekstern låsing

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.