OneFS: Bedste fremgangsmåder for NFS-klientindstillinger

Understøttede protokolversioner

På nuværende tidspunkt understøtter PowerScale OneFS NFS 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 generelt for at have den bredeste klient- og filadoption. Her er nøglekomponenterne 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 osv
• 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. Vi anbefaler altid at bruge TCP.

NFSv4

NFS version 4 er den nyeste store revision af NFS-protokollen og er stigende i vedtagelse. På nuværende tidspunkt er NFSv4 generelt mindre effektiv end v3 i forhold til den samme arbejdsgang på grund af den større mængde identitetskortlægning og sessionssporingsarbejde, der kræves for at svare. 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 normalt kombineres 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 til 9.3:

PowerScale OneFS-informationshubs
 

Monteringsmuligheder

Selvom vi ikke har hårde krav til monteringsmuligheder, fremsætter vi nogle anbefalinger om, hvordan klienter opretter forbindelse. Vi har ikke angivet specifikke tilslutningsstrenge, da den syntaks, der bruges til at definere disse indstillinger, varierer afhængigt af det anvendte operativsystem. Du skal opbevare dokumentation for distributionsvedligeholdere for specifik monteringssyntaks.

Definition af gentagne forsøg og timeout

PowerScale reagerer generelt meget 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 er indstillet 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 indgang/udgang, eller at I/O venter, hvilket betyder, at du ikke kan bruge ctrl+cosv. 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 sammenligning med fjernlåsning

Når du monterer en NFS-eksport, kan du angive, om en lignende skal udføre 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 dig om at bruge lokal låsning, da de har deres egen koordinator.