OneFS: Bästa praxis för NFS-klientinställningar

Protokollversioner som stöds

För närvarande har Isilon OneFS stöd för NFS-version 3 och 4. NFS version 2 har inte stöd sedan 7.2.X-kodfamiljen flyttades.

NFSv3

NFS version 3 är den mest använda versionen av NFS-protokollet idag och anses allmänt ha den bredaste klienten och filer-implementeringen. Här är viktiga komponenter i den här versionen:

• Tillståndslös – En klient behöver inte tekniskt sett upprätta en ny session om den har rätt information att be om filer etc. Detta möjliggör enkel failover mellan OneFS-noder via dynamiska IP-pooler.
• Användar- och gruppinformation visas numeriskt – Klient och server kommunicerar användarinformation med numeriska identifierare, vilket gör att samma användare kan visas som olika namn mellan klient och server.
• Fillåsning är slut på band – version 3 av NFS använder ett hjälpprotokoll som kallas NLM för att utföra lås. Detta kräver att klienten svarar på RPC-meddelanden från servern för att bekräfta att lås har beviljats osv.
• Kan köra över TCP eller UDP – Den här versionen av protokollet kan köras över UDP i stället för TCP, vilket lämnar hantering av förlust och återöverföring till programvaran i stället för operativsystemet. Vi rekommenderar alltid att du använder TCP.

NFSv4

NFS version 4 är den nyaste större versionen av NFS-protokollet och har ökat under implementeringen. För närvarande är NFSv4 i allmänhet mindre performant än v3 mot samma arbetsflöde på grund av det större mängd identitetsmappning och sessionsspårning som krävs för att svara. Här är några av de viktigaste skillnaderna mellan v3 och v4

• Stateful – NFSv4 använder sessioner för att hantera kommunikation, eftersom både klient och server måste spåra sessionsstatus för att fortsätta kommunicera.
  • Före OneFS 8.X innebar det att NFSv4-klienter krävde statiska IP-pooler på Isilon eller kunde stöta på problem.
• Användar- och gruppinformation visas som strängar – både klienten och servern måste matcha namnen på den numeriska informationen som lagras. Servern måste söka efter namn som ska visas, medan klienten måste mappa om dem till siffror i slutet av servern.
• Fillåsning är i band – version 4 är inte längre ett separat protokoll för fillåsning, utan gör det till en typ av anrop som vanligen förvärras med OPEN, SKAPAR eller SKRIVER.
• Sammansatta samtal – version 4 kan paketa en serie samtal i ett enda paket, vilket gör att servern kan bearbeta alla och svara i slutet. Det här används för att minska antalet anrop som används för vanliga åtgärder.
• Stöder endast TCP – version 4 av NFS har lämnat förlust och överfört upp till det underliggande operativsystemet.

NFSv4.1 och senare

För närvarande har OneFS inte stöd för NFS-version 4.1. Om du behöver specifika funktioner i version 4.1 kan du prata med ditt kontoteam för att se om det är något vi kan tillhandahålla via OneFS-unika funktionsuppsättning som NFS-filer.

Specifika problem med OneFS-versionen

För kunder som har använt Isilon OneFS sedan version 7.1 eller tidigare kan ändringar som gjorts i 7.2.0-versionen av OneFS och stannat kvar tills OneFS 8.1.1 påverka hur klienter som använder kodning som skiljer sig från klustret kan visa och interagera med kataloglistor. Mer information finns i ETA 483840.

Det här är inte ett problem om du började använda OneFS i version 7.2 eller senare.

Monteringsalternativ

Även om vi inte har hårda krav på monteringsalternativ, gör vi vissa rekommendationer om hur klienter ansluts. Vi har inte tillhandahållit specifika monteringssträngar eftersom syntaxen som används för att definiera dessa alternativ varierar beroende på vilket operativsystem som används. Du bör läsa dokumentationen för distributionsansvarig för specifik monteringssyntax.

Definiera omförsök och timeout

Isilon svarar vanligtvis på klientkommunikation mycket snabbt, men under fall när en nod har förlorat strömförsörjning eller nätverksanslutning kan det ta några sekunder för dess IP-adresser att flytta till en fungerande nod, eftersom det är viktigt att ha korrekt definierade timeout- och omförsöksvärden. Isilon rekommenderar i allmänhet en timeout på 60 sekunder för att stå för ett värsta scenario med redundans, inställd på att försöka igen två gånger innan ett fel rapporteras.

Mjuka jämfört med hårda fästen

Hårda monteringar gör att klienten försöker utföra s-åtgärder på obestämd tid vid timeout eller fel. Detta säkerställer att klienten inte kopplar bort monteringen i de fall där Isilon-klustret flyttar IP-adresser från en nod till en annan. En mjuk montering gör istället ett fel och förfaller monteringen som kräver en återmontering för att återställa åtkomsten när IP-adressen har flyttats.

Tillåta avbrott

Som standard tillåter de flesta klienter inte att du avbryter en indata/utdata- eller I/O-väntetid, vilket innebär att du inte kan använda ctrl+c osv. för att avsluta vänteprocessen om klustret hänger sig, inklusive interrupt monteringsalternativet gör att signalerna kan passera normalt istället.

Lokal jämfört med fjärrlåsning

När du monterar en NFS-export kan du ange om en liknande ska utföra den lokalt eller använda låskoordinatorn i klustret. De flesta klienter använder fjärrlåsning som standard, och det är i allmänhet det bästa alternativet när flera klienter får åtkomst till samma katalog, men det kan finnas prestandafördelar med att utföra lokal låsning när en klient inte behöver dela åtkomst till den katalog som den arbetar med. Dessutom kommer vissa databaser och programvaror att begära att du använder lokal låsning, eftersom de har en egen koordinator.