OneFS: Bedste fremgangsmåder for NFS-klientindstillinger (Network File System)

Understøttede protokolversioner

PowerScale OneFS understøtter i øjeblikket NFS (Network File System) version 3 og 4. NFS version 2 understøttes ikke.

NFSv3

NFS version 3 er den mest udbredte version af NFS-protokollen i dag og anses for at have den bredeste klient- og filadoption. Her er nogle nøglekomponenter i denne version:

• Statsløs - En klient opretter teknisk set ikke en ny session, hvis den har de korrekte oplysninger til at bede om filer osv. Dette giver mulighed for enkel failover mellem OneFS-noder ved hjælp af dynamiske IP-puljer.
• Bruger- og gruppeoplysninger præsenteres numerisk – klient og server kommunikerer brugeroplysninger ved hjælp af numeriske identifikatorer, så den samme bruger kan vises som forskellige navne mellem klient og server.
• Fillåsning er uden for båndet - Version 3 af NFS bruger en hjælpeprotokol kaldet NLM til at udføre låse. Dette kræver, at klienten reagerer på RPC-meddelelser fra serveren for at bekræfte, at der er tildelt låse.
• Kan køre over TCP eller UDP - Denne version af protokollen kan køre over UDP i stedet for TCP, hvilket efterlader håndtering af tab og retransmission til softwaren i stedet for operativsystemet. Dell Technologies anbefaler altid at bruge TCP.

NFSv4

NFS version 4 er den nyeste store revision af NFS-protokollen og er stigende i vedtagelse.  Her er nogle af de vigtigste forskelle mellem v3 og v4.

• Stateful - NFSv4 bruger sessioner til at håndtere kommunikation, da både klient og server skal spore sessionstilstand for at fortsætte med at kommunikere.
  • Før OneFS 8.X betød det, at NFSv4-klienter krævede statiske IP-puljer på PowerScale eller kunne støde på problemer.
• Bruger- og gruppeoplysninger præsenteres som strenge – Både klienten og serveren skal fortolke navnene på de gemte numeriske oplysninger. Serveren skal slå navne op for at præsentere, mens klienten skal kortlægge dem igen til numre i slutningen.
• Fillåsning er i bånd - Version 4 bruger ikke længere en separat protokol til fillåsning, hvilket i stedet gør det til en type opkald, der er sammensat med OPENs, CREATES eller WRITES.
• Sammensatte opkald - Version 4 kan samle en række opkald i en enkelt pakke, så serveren kan behandle dem alle og svare i slutningen. Dette bruges til at reducere antallet af opkald, der er involveret i fælles operationer.
• Understøtter kun TCP - Version 4 af NFS har efterladt tab og retransmission op til det underliggende operativsystem.

NFSv4.1 og senere

NFSv4.1 og v4.2 er tilgængelige fra og med OneFS version 9.3.

Her er de officielle udgivelsesoplysninger for 9.3:

PowerScale OneFS-informationshubs
 

Monteringsmuligheder

Dell Technologies stiller ikke hårde krav til monteringsmuligheder, men Dell Technologies kommer med nogle anbefalinger til, hvordan klienter opretter forbindelse. Dell Technologies har ikke leveret specifikke monteringsstrenge, da den syntaks, der bruges til at definere disse indstillinger, varierer afhængigt af det anvendte operativsystem. Du skal følge distributionsvedligeholdernes dokumentation for specifik monteringssyntaks.

PowerScale-support anbefaler også følgende hvidbog som primær reference for NFS-klientkonfiguration med PowerScale, herunder anbefalede indstillinger for wsize/rize, attributcachelagring og meget mere:

PowerScale OneFS NFS-designovervejelser og bedste fremgangsmåder
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/

Læs og skriv størrelse (rsize / wsize)

Med hensyn til "wsize/rsize-valgmulighederne" anbefaler PowerScale-understøttelse en "wsize" og "rsize" på mindst 128K, hvilket er baseret på vores oprindelige blokstørrelse.

Men for de fleste moderne distroer af Linux anbefaler PowerScale-understøttelse faktisk, at du ikke eksplicit konfigurerer en indstilling (dvs. ikke angiver en læse-/skrivestørrelse i klientmonteringsindstillingerne), og lad klienten genforhandle justeringerne. Moderne Linux-distributioner understøtter NFS-læse-/skriveblokstørrelser på op til 1 MB og forhandler automatisk den optimale blokstørrelse med PowerScale NFS-serveren. De forhandlede værdier er ideelle til de fleste korrekt konfigurerede højtydende netværk med lav ventetid. Undtagelsen ville være, medmindre du har en applikation eller leverandør, der specifikt kræver den mindre størrelse.

Når NFS-klienten ikke udtrykkeligt er angivet, bruger den PowerScale NFS-serverens FSINFO-data, som defineret i den NFS-eksport, der er konfigureret på din PowerScale-klynge.

Standardværdierne, som PowerScale tilbyder, er som følger:

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

Se side 12 og 19 i nedenstående hvidbog for mere detaljerede oplysninger om 'rsize' og 'wsize':

PowerScale OneFS NFS-designovervejelser og bedste fremgangsmåder
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/ 

Definition af gentagne forsøg og timeout

PowerScale reagerer generelt hurtigt på klientkommunikation, men i tilfælde, hvor en node har mistet strøm eller netværksforbindelse, kan det tage et par sekunder, før dens IP-adresser flyttes til en funktionel node. Derfor er det vigtigt at have korrekt definerede timeout- og gentagelsesværdier. PowerScale anbefaler generelt en timeout på 60 sekunder for at tage højde for et worst-case failover-scenarie. Den indstilles til at prøve igen to gange, før der rapporteres en fejl.

Bløde vs. hårde monteringer

Hårde monteringer får klienten til at prøve sine handlinger igen på ubestemt tid ved timeout eller fejl. Dette sikrer, at klienten ikke frakobler holderen i tilfælde, hvor PowerScale-klyngen flytter IP-adresser fra en node til en anden. En blød mount vil fejle ud og udløbe mounten, hvilket kræver en genmount for at gendanne adgangen, når IP-adressen flyttes.

Tillad afbrydelse

Som standard tillader de fleste klienter ikke, at du afbryder en input/output eller I/O-ventetid, hvilket betyder, at du ikke kan bruge ctrl+c for at afslutte venteprocessen, hvis klyngen holder op med at reagere, herunder interrupt Monteringsindstillingen gør det muligt for disse signaler at passere normalt i stedet.

Lokal vs. fjernlåsning

Når du monterer en NFS-eksport, kan du angive, om en klient skal generere sine låse lokalt eller ved hjælp af låsekoordinatoren på klyngen. De fleste klienter bruger som standard fjernlåsning, og dette er generelt den bedste løsning, når flere klienter har adgang til den samme mappe, men der kan være ydelsesfordele ved at udføre lokal låsning, når en klient ikke skal dele adgang til den mappe, den arbejder med. Derudover vil nogle databaser og software anmode om, at du bruger lokal låsning, da de har deres egen koordinator.

Attributcachelagring (ac/noac)

Med hensyn til "aktive cache-timeouts" betragtes dette som adfærd på klientsiden. Derfor giver PowerScale-support ikke anbefalinger til disse indstillinger, da det afhænger af, hvad dine behov er. Kunderne kan dog finde generel vejledning om disse indstillinger på side 22 i nedenstående hvidbog:

PowerScale OneFS NFS-designovervejelser og bedste fremgangsmåder
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/ 

Pr. side 22 fra ovenstående:

Attributcachelagring (ac/noac)

Brug indstillingen noac-montering til at opnå attributcachekohærens blandt flere klienter. Næsten alle filsystemhandlinger kontrollerer filattributoplysninger. Klienten holder disse oplysninger cachelagret i en periode for at reducere netværks- og serverbelastningen. Når noac er i kraft, er en klients filattributcache deaktiveret, så hver handling, der skal kontrollere en fils attributter, er tvunget til at gå tilbage til serveren. Desuden tvinger noac-indstillingen applikationsskrivninger til at blive synkrone, så en klient ser ændringer i en fil ved åbning på bekostning af mange ekstra netværksoperationer. Som standard er cachelagring af attributter aktiveret ved montering af NFS. Aktivér cachelagring af attributter for at forbedre attributkontrollens ydeevne og reducere ventetiden for NFS-handling.

Ydeevne for NFSv3 vs. NFSv4

Baseret på laboratorietest har PowerScale-understøttelse ikke fundet nogen mærkbare forskelle i ydeevnen mellem forskellige versioner af NFS i de nyeste, understøttede versioner af OneFS. 

Hvis du vil se wsize/rsize-værdierne for en bestemt NFS-eksport, kan du køre følgende kommandoer på en hvilken som helst PowerScale-node:

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

 Eller kunderne kan køre følgende for at søge efter et 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