PowerScale: Isilon: OneFS: Etter oppgraderingen kan ytelsen påvirkes av en jobb etter oppgraderingen.

Som en del av OneFS-oppgraderinger må en nødvendig og obligatorisk migrering av vår tidligere versjon av inodedesign til en ny versjon skje; det er ikke mulig å utsette eller forhindre denne migreringen.  Dette vil berøre hver enkelt fil på OneFS-klyngen, inkludert brukerplass (/ifs) og alle systemtypefiler.

Denne fremgangsmåten begynner etter at OneFS-klyngeoppgraderingen er utført i oppgraderingsprosessen.

Den store omfanget av denne jobben i enkelte scenarier og implementeringer kan føre til forbigående ytelsesproblemer.
 

Når du har utført en OneFS-oppgradering, vil en systemjobb av typeoppgradering som oppgraderer filsystemet etter en oppgradering av programvareversjonen, startes automatisk og må kunne kjøres til den er fullført.  Hvis det er endringer i inodestrukturen mellom OneFS-utgivelsene av oppgraderingen, vil oppgraderingsjobben utføre endringer i inodestrukturen på hver fil.  Når dette skjer, kan den kjørende oppgraderingsjobben føre til midlertidige ytelsesproblemer på grunn av økt IOPS som kreves for å utføre endringer i inodestrukturen.  Dette kan reduseres ved å endre policyen for oppgraderingsjobben til lav fra gjeldende standardverdi for Middels.

Hvilke systemer kan påvirkes?

I løpet av dette blir omtrent alle filene på lagringsplattformen migrert raskt til den nye inodeversjonen. Det generelle laboratorieobserverte oppdateringstempoet på tvers av maskinvareplattformer, og bruk av standard jobbpolicy, kan gå like raskt som titalls millioner av generelle filobjekter per time. Vær oppmerksom på at "filer" i denne konteksten ikke bare refererer til "brukeropplastede" filer som du vil se for eksempel under kvoter og rapportering. Dette inkluderer også alle filer og objekter på systemnivå. 

Når migreringen er i gang, som vist som en jobb i CLI kalt «Upgrade» (Oppgradering) som kjøres under standardpolicyen Medium, er det mulig at en Isilon-klynge kan oppleve midlertidige og forbigående ytelsesproblemer mens denne oppgraderingen oppstår. Fra det begrensede antallet rapporter om dette vi har observert, ser det ut til at oppgraderingsinodemigreringen kan ta en skala fra timer til dager basert på en middels policy.

Dette kan reduseres ved å endre policyen for oppgraderingsjobben fra den gjeldende standardverdien middels til lav.

Hvis du ser innvirkning på ytelsen, kan du redusere disse konsekvensene ved å endre policyen for oppgraderingsjobben fra middels til lav. Hvis du endrer policyen til Lav, reduseres den samlede effekten jobben har mens den kjører, men øker hvor lang tid jobben tar å fullføre.
 

Hvis du vil endre policyen for en oppgraderingsjobb som kjører for øyeblikket til Lav, kjører du følgende kommando:

Hvis du vil endre policyen for fremtidige oppgraderingsjobber til Lav, kjører du følgende kommando:

Merk: Denne jobben er en viktig del av denne bestemte typen oppgradering. Selv om ting som prioriteten til jobben kan endres, kan ikke det absolutte kravet om at denne jobben kjøres endres. Hvis "jobben" på en eller annen måte skulle avbrytes eller mislykkes, gjenopptas den på nytt. Inode-endringene må fullføres.