OneFS: Bedste praksis for NFS-klientindstillinger

Understøttede protokolversioner

På nuværende tidspunkt understøtter Isilon OneFS NFS-version 3 og 4. NFS version 2 har ikke været understøttet siden flytningen til 7.2.X-kodeserien.

NFSv3

NFS version 3 er den mest udbredte version af NFS-protokollen i dag og anses generelt for at have den bredeste klient- og filer-implementering. Her er de vigtigste komponenter i denne version:

• Tilstandsløs - En klient behøver ikke teknisk at oprette en ny session, hvis den har de korrekte oplysninger til at bede om filer osv. Dette giver mulighed for enkel failover mellem OneFS-noder via dynamiske IP-puljer.
• Bruger- og gruppeoplysninger vises numerisk - Klient og server kommunikerer brugeroplysninger med numeriske identifikatorer, så den samme bruger kan vises som forskellige navne mellem klient og server.
• Fillåsning er out of band - Version 3 af NFS bruger en hjælpeprotokol kaldet NLM til at udføre låse. Dette kræver, at klienten svarer på RPC-meddelelser fra serveren for at bekræfte, at der er givet 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 gentransmission til softwaren i stedet for operativsystemet. Vi anbefaler altid at bruge TCP.

NFSv4

NFS-version 4 er den nyeste, overordnede revision af NFS-protokollen og er stigende i implementering. På nuværende tidspunkt er NFSv4 generelt mindre performant end v3 i forhold til samme workflow på grund af den større mængde af identitetstilknytning 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 sessionstilstanden for at fortsætte kommunikationen.
  • Før OneFS 8.X betyder det, at NFSv4-klienter krævede statiske IP-puljer på Isilon eller kunne støde på problemer.
• Bruger- og gruppeoplysninger vises som strenge - både klienten og serveren skal fortolke navnene på de numeriske oplysninger, der er gemt. Serveren skal søge efter navne, der skal præsenteres, mens klienten skal tilknytte dem til tal, når den slutter.
• 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 vanskeliggøres af OPEN'er, OPRETTER eller SKRIVER.
• Komplekse opkald - Version 4 kan pakke en række opkald i en enkelt pakke, så serveren kan behandle dem alle og svare til sidst. Dette bruges til at reducere antallet af opkald, der er involveret i almindelige handlinger.
• Understøtter kun TCP - Version 4 af NFS har efterladet tab og gentransmission op til det underliggende operativsystem.

NFSv4.1 og nyere

På nuværende tidspunkt understøtter OneFS ikke NFS version 4.1. Hvis du har brug for specifikke funktioner i version 4.1, skal du tale med dit kontoteam for at se, om det er noget, vi kan levere via OneFS's unikke funktioneret som en NFS-fil.

OneFS-versionsspecifikke bekymringer

For kunder, der har brugt Isilon OneFS siden version 7.1 eller før, kan ændringer, der er foretaget i 7.2.0-versionen af OneFS og forbliver på plads indtil OneFS 8.1.1, påvirke, hvordan klienter, der bruger encoding, som adskiller sig fra klyngen, kan se og interagere med mappelister. Du kan finde flere oplysninger ved at se ETA 483840.

Dette er ikke et problem, hvis du begyndte at bruge OneFS på version 7.2 eller nyere.

Monteringsmuligheder

Selvom vi ikke har hårde krav til monteringsindstillingerne, kommer vi med nogle anbefalinger til, 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 bør se dokumentationen til distributionsholderen for den specifikke tilslutningssyntaks.

Definition af gentagne forsøg og timeouts

Selvom Isilon generelt svarer meget hurtigt på klientkommunikation, kan det under forekomster, hvor en node har mistet strøm eller netværksforbindelse, tage et par sekunder, før dens IP-adresser flyttes til en funktionel node, da det er vigtigt at have korrekt defineret timeout og prøver værdier igen. Isilon anbefaler normalt en timeout på 60 sekunder for at tage højde for et værste tilfælde af failover-scenarie, indstillet til at forsøge igen to gange, før der rapporteres en fejl.

Bløde vs. harddiskmonteringer

Hårde monteringer medfører, at klienten forsøger at udføre handlinger på ubestemt tid ved timeout eller fejl. Dette sikrer, at klienten ikke frakobler tilslutningen under omstændigheder, hvor Isilon-klyngen flytter IP-adresser fra den ene node til den anden. Et blød ophæng vil i stedet fejle og udløbe tilslutningen, der kræver en gentilkobling for at gendanne adgangen, når IP-adressen flyttes.

Tilladelse af afbrydelse

Som standard tillader de fleste klienter dig ikke at afbryde et input/output eller en I/O-ventetid, hvilket betyder, at du ikke kan bruge ctrl+c osv. til at afslutte ventetiden, hvis klyngen hænger, herunder interrupt monteringsindstillingen, så disse signaler kan passere normalt i stedet.

Lokal vs. fjernlåsning

Når du tilslutter en NFS-eksport, kan du angive, om en sådan udfører s låse lokalt eller ved hjælp af låsekoordinatoren på klyngen. De fleste klienter er standard for fjernlåsning, og dette er generelt den bedste mulighed, når flere klienter får adgang til den samme mappe, men der kan være fordele ved at udføre lokal låsning, når en klient ikke behøver at dele adgang til den mappe, den arbejder med. Derudover vil visse databaser og software anmode dig om at bruge lokal låsning, da de har deres egenkoordinator.