OneFS: Anbefalte fremgangsmåter for NFS-klientinnstillinger

Støttede protokollversjoner

For øyeblikket støtter PowerScale OneFS NFS versjon 3 og 4. NFS versjon 2 støttes ikke.

NFSv3

NFS versjon 3 er den mest brukte versjonen av NFS-protokollen i dag, og anses generelt for å ha den bredeste klient- og fileradopsjonen. Her er noen viktige komponenter i denne versjonen:

• Statsløs - En klient etablerer ikke teknisk en ny økt hvis den har riktig informasjon for å be om filer og så videre. Dette muliggjør enkel failover mellom OneFS-noder ved hjelp av dynamiske IP-utvalg.
• Bruker- og gruppeinformasjon presenteres numerisk – klient og server kommuniserer brukerinformasjon ved hjelp av numeriske identifikatorer, slik at samme bruker vises som forskjellige navn mellom klient og server.
• Fillåsing er utenforliggende – Versjon 3 av NFS bruker en hjelpeprotokoll kalt NLM til å utføre låser. Dette krever at klienten svarer på RPC-meldinger fra serveren for å bekrefte at låser er gitt, så videre
• Kan kjøre over TCP eller UDP - Denne versjonen av protokollen kan kjøre over UDP i stedet for TCP, og overlate håndtering av tap og 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 adopsjon. For øyeblikket gir NFSv4 generelt dårligere resultater enn v3 sammenlignet med den samme arbeidsflyten, på grunn av større arbeid med identitetskartlegging og øktsporing som kreves for å svare. Her er noen av de viktigste forskjellene mellom v3 og v4

• Stateful - NFSv4 bruker økter for å håndtere kommunikasjon, som sådan må både klient og server spore øktstatus for å fortsette å kommunisere.
  • Før OneFS 8.X betydde dette at NFSv4-klienter krevde statiske IP-utvalg på PowerScale 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 lagres. Serveren må slå opp navn som skal presenteres, mens klienten må tilordne dem til tall på slutten.
• Fillåsing er i bånd - Versjon 4 bruker ikke lenger en egen protokoll for fillåsing, men gjør det til en type samtale som vanligvis forverres med OPENs, CREATES, eller WRITES.
• Sammensatte samtaler - Versjon 4 kan pakke en serie samtaler i en enkelt pakke, slik at serveren kan behandle dem 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 videresending opp til det underliggende operativsystemet.

NFSv4.1 og nyere

NFSv4.1 og v4.2 er tilgjengelige fra OneFS versjon 9.3

Her er den offisielle utgivelsesinformasjonen for 9.3:

PowerScale OneFS Info Hubs
 

Monteringsalternativer

Selv om vi ikke har harde krav til monteringsalternativer, gir vi noen anbefalinger om hvordan klienter kobler til. Vi har ikke levert spesifikke monteringsstrenger, siden syntaksen som brukes til å definere disse alternativene, varierer avhengig av operativsystemet som brukes. Du må oppbevare dokumentasjon for distribusjonsvedlikeholdere for spesifikk monteringssyntaks.

Definere nye forsøk og tidsavbrudd

PowerScale svarer vanligvis på klientkommunikasjon svært raskt, men i tilfeller der en node har mistet strøm eller nettverkstilkobling, kan det ta noen sekunder før IP-adressene flyttes til en funksjonell node. Derfor er det viktig å ha riktig definerte verdier for tidsavbrudd og nye forsøk. PowerScale anbefaler vanligvis et tidsavbrudd på 60 sekunder for å ta høyde for et verste scenario med failover. Dette er angitt til å prøve på nytt to ganger før en feil rapporteres.

Myke kontra harde monteringer

Harde monteringer fører til at klienten prøver operasjonene på nytt på ubestemt tid ved tidsavbrudd eller feil. Dette sikrer at klienten ikke kobler fra monteringen i tilfeller der PowerScale-klyngen flytter IP-adresser fra én node til en annen. Et mykt feste feiler og utløper monteringen, noe som krever en ny montering for å gjenopprette tilgang etter at IP-adressen flyttes.

Tillate avbrudd

Som standard tillater de fleste klienter deg ikke å avbryte en inngang / utgang eller I / O-vente, noe som betyr at du ikke kan bruke ctrl+c, osv., for å avslutte venteprosessen hvis klyngen slutter å svare, inkludert interrupt Monteringsalternativ lar disse signalene passere normalt i stedet.

Lokal sammenligning med ekstern låsing

Når du monterer en NFS-eksport, kan du angi om en like skal utføre låsene sine lokalt, eller bruke låsekoordinatoren på klyngen. De fleste klienter bruker ekstern låsing som standard, og dette er vanligvis det beste alternativet når flere klienter skal ha 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 jobber med. I tillegg vil noen databaser og programvare be deg om å bruke lokal låsing, da de har sin egen koordinator.