Article Number: 000194551
Som en del av OneFS-uppgraderingar måste en nödvändig och obligatorisk migrering av vår tidigare version av inoddesignen till en ny version ske. finns det inget sätt att skjuta upp eller förhindra den här migreringen. Då berör du varje enskild fil i OneFS-klustret, inklusive användarutrymme (/ifs) och alla systemtypsfiler.
Den här proceduren påbörjas efter att OneFS-klusteruppgraderingen har "utförts" i uppgraderingsprocessen.
Den stora omfattningen av det här jobbet i vissa scenarier och distributioner kan orsaka tillfälliga prestandaproblem.
När du har genomfört en OneFS-uppgradering startas automatiskt ett systemjobb av typen uppgradering som uppgraderar filsystemet efter en programvaruversionsuppgradering och måste kunna köras tills det är klart. Om det finns inodstrukturändringar mellan OneFS-versionerna av uppgraderingen utför uppgraderingsjobbet inodstrukturändringar i varje fil. När det inträffar kan körning av uppgraderingsjobbet orsaka tillfälliga prestandaproblem på grund av den ökade IOPS som krävs för att utföra ändringar i inodstrukturen. Det kan mildras genom att policyn för uppgraderingsjobbet ändras till låg från det aktuella standardvärdet för Medium.
Vilka system kan påverkas?
| Produkt (och version) | Alla OneFS-/PowerScale-kluster för Isilon som uppgraderar till en version med inodändringar. |
| Körning av den här kärnprogramvaran (operativsystem (OS) eller driftmiljö (OE)) |
OneFS-versioner med inodstrukturändringar: |
| När det här villkoret är sant | Om problemet uppstår inträffar det timmar eller dagar efter att den allmänna uppgraderingen har slutförts och medan migrationsjobbet körs. |
| Och när det här villkoret är sant | Sannolikheten för att det här händer är inte säker och beror på många tillfälliga faktorer som övergripande klusterhälsa, typ av maskinvara, allmän inverkan på systemet från principer och arbetsflöden för operatör och slutanvändare, antalet filobjekt under /ifs och andra faktorer. |
Under detta kommer bokstavligen alla filer på lagringsplattformen att migreras snabbt till den nya inodversionen. Den allmänna labakta takten för uppdateringar på maskinvaruplattformar och med hjälp av standardjobbspolicyn kan det gå så snabbt som tiotusentals totala filobjekt per timme. Observera att "filer" i det här sammanhanget inte bara hänvisar till "användaruppladdade" filer som du till exempel kan se under kvoterna och rapporteringen. Detta omfattar även alla filer och objekt på systemnivå.
När migreringen är igång, vilket visas som ett jobb i CLI med namnet "Upgrade" som körs under standardpolicyn Medel, finns det en möjlighet att ett Isilon-kluster kan se tillfälliga och tillfälliga prestandaproblem medan uppgraderingen sker. Från det begränsade antalet rapporter av detta som vi har observerat verkar det som om uppgraderingen av inodmigreringen kan ta flera timmar till dagar baserat på en policy för medelhög.
Detta kan mildras genom att ändra policyn för uppgraderingsjobbet från det aktuella standardvärdet för Medel till låg.
Om prestandapåverkan uppstår ändrar policyn för uppgraderingsjobbet från medel till låg för att minska påverkan. Om du ändrar policyn till låg minskar den totala inverkan som jobbet har när det körs, men det ökar hur lång tid det tar att slutföra jobbet.
Om du vill ändra policyn för ett uppgraderingsjobb som för närvarande körs till Low kör du följande kommando:
Om du vill ändra policyn för framtida uppgraderingsjobb till låg kör du följande kommando:
Obs! Det här jobbet är en viktig del av den här typen av uppgradering. Även om saker som jobbets prioritet kan ändras kan inte det absoluta kravet på att det här jobbet kördes ändras. Om "jobbet" av någon åtgärd skulle sägas upp eller misslyckas återupptas det. Inodändringarna måste slutföras.
PowerScale OneFS
14 Jul 2023
6
Solution