OneFS: Anbefalte fremgangsmåter for klientinnstillinger for nettverksfilsystem (NFS)

Støttede protokollversjoner

PowerScale OneFS støtter for øyeblikket Network File System (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 regnes for å ha den bredeste klient- og brukeradopsjonen. 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.
• 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. Dell Technologies anbefaler alltid å bruke TCP.

NFSv4

NFS versjon 4 er den nyeste store revisjonen av NFS-protokollen, og øker i adopsjon.  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 separat protokoll for fillåsing, men gjør den til en type kall som er sammensatt med OPEN-er, OPPRETTER eller SKRIVER.
• 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 Dell Technologies ikke har harde krav til monteringsalternativer, gir Dell Technologies noen anbefalinger om hvordan klienter kobler til. Dell Technologies har ikke levert spesifikke monteringsstrenger, siden syntaksen som brukes til å definere disse alternativene varierer avhengig av operativsystemet som brukes. Du må følge dokumentasjonen til distribusjonsvedlikeholdere for spesifikk monteringssyntaks.

PowerScale-støtte anbefaler også følgende hvitbok som en primærreferanse for NFS-klientkonfigurasjon med PowerScale, inkludert anbefalte alternativer for wsize/rize, attributtbufring og mer:

Designvurderinger og anbefalte fremgangsmåter for PowerScale OneFS NFShttps://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/

Lese- og skrivestørrelse (endre størrelse/størrelse)

Når det gjelder alternativene for "wsize/rsize", anbefaler PowerScale-støtte en "wsize" og "rsize" på minst 128K, som er basert på vår opprinnelige blokkstørrelse.

For de fleste moderne distribusjoner av Linux anbefaler PowerScale-støtten faktisk å ikke eksplisitt konfigurere en innstilling (det vil si ikke angi en lese-/skrivestørrelse i alternativene for klientmontering), og la klienten reforhandle innstillingene. Moderne Linux-distribusjoner støtter NFS-lese/skriveblokkstørrelser på opptil 1 MB, og forhandler automatisk om den optimale blokkstørrelsen med PowerScale NFS-serveren. De forhandlede verdiene er ideelle for de fleste riktig konfigurerte nettverk med høy ytelse og kort ventetid. Unntaket vil være med mindre du har en applikasjon eller leverandør som spesifikt krever den mindre størrelsen.

Når den ikke er eksplisitt angitt, bruker NFS-klienten FSINFO-data for PowerScale NFS-serveren, som definert i NFS-eksporten som er konfigurert på PowerScale-klyngen.

Standardinnstillingene som PowerScale tilbyr, er som følger:

NFSv3: 512KB writes / 1MB reads
NFSv4: 1MB writes/ 1MB reads

Se side 12 og 19 i hvitboken nedenfor for mer detaljert informasjon om 'rsize' og 'wsize':

Designvurderinger og anbefalte fremgangsmåter for PowerScale OneFS NFShttps://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/
 

Definere nye forsøk og tidsavbrudd

PowerScale svarer vanligvis raskt på klientkommunikasjon, men i tilfeller der en node har mistet strøm- eller nettverkstilkoblingen, 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 forsøk på nytt. PowerScale anbefaler vanligvis et tidsavbrudd på 60 sekunder for å ta høyde for et verst tenkelig failover-scenario, som er 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 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.

Tillater 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 for å avslutte venteprosessen hvis klyngen slutter å svare, inkludert interrupt Monteringsalternativ lar disse signalene passere normalt i stedet.

Lokal vs. ekstern låsing

Når du monterer en NFS-eksport, kan du angi om en klient genererer 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 har 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 om at du bruker lokal låsing, da de har egen koordinator.

Hurtigbufring av attributt (ac/noac)

Når det gjelder "aktive tidsavbrudd for hurtigbuffer", betraktes dette som atferd på klientsiden. PowerScale-støtten gir derfor ingen anbefalinger om disse innstillingene, da det avhenger av behovene dine. Kunder kan imidlertid finne generell veiledning om disse innstillingene på side 22 i hvitboken nedenfor:

Designvurderinger og anbefalte fremgangsmåter for PowerScale OneFS NFShttps://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/
 

Per side 22 fra ovenstående:

Hurtigbufring av attributter (ac/noac)

Bruk alternativet noac-montering for å oppnå attributtbufferkoherens mellom flere klienter. Nesten alle filsystemoperasjoner kontrollerer filattributtinformasjonen. Klienten holder denne informasjonen bufret i en periode for å redusere nettverks- og serverbelastningen. Når noac er i kraft, er en klients filattributtbuffer deaktivert, slik at hver operasjon som må sjekke en fils attributter, blir tvunget til å gå tilbake til serveren. Dessuten tvinger noac-alternativet applikasjonsskrivinger til å bli synkrone slik at en klient ser endringer i en fil ved åpning, på bekostning av mange ekstra nettverksoperasjoner. Som standard er attributtbufring aktivert ved montering av NFS. Aktiver attributtbufring for å forbedre ytelsen for attributtkontroll og redusere ventetiden for NFS-operasjonen.

Ytelsen til NFSv3 kontra NFSv4

Basert på laboratorietesting har ikke PowerScale-støtte funnet noen merkbare ytelsesforskjeller mellom ulike versjoner av NFS i de nyeste, støttede versjonene av OneFS. 

Hvis du vil se verdiene for endring av størrelse på / størrelse for en bestemt NFS-eksport, kan du kjøre følgende kommandoer på en hvilken som helst PowerScale-node:

# isi nfs exports ls -v  --zone <zone name>

 Kunder kan kjøre følgende for å se etter en bestemt eksport-ID:

# isi nfs export view <export id>

 Eksempel:

Read Transfer Max Size: 1.00M
     Read Transfer Size: 128.00k
Write Transfer Max Size: 1.00M
 Write Transfer Size: 512.00k