PowerScale: Isilon: OneFS: Na het upgraden kunnen de prestaties worden beïnvloed door een post-upgradetaak.

Als onderdeel van OneFS upgrades moet een noodzakelijke en verplichte migratie van onze eerdere versie van het inode-ontwerp naar een nieuwe versie plaatsvinden; er is geen manier om deze migratie uit te stellen of te voorkomen.  Dit raakt elk bestand op uw OneFS cluster, inclusief gebruikersruimte (/ifs) en alle systeembestanden.

Deze procedure begint nadat de OneFS clusterupgrade is "committed" in het upgradeproces.

De grote schaal van deze taak in sommige scenario's en implementaties kan tijdelijke prestatieproblemen veroorzaken.
 

Na het doorvoeren van een OneFS upgrade wordt een systeemtaak van het type upgrade die het bestandssysteem bijwerkt na een softwareversie-upgrade, automatisch gestart en moet deze worden uitgevoerd tot de voltooiing.  Als er inode-structuurwijzigingen zijn tussen de OneFS releases van de upgrade, voert de upgradetaak inode-structuurwijzigingen uit op elk bestand.  Wanneer dit gebeurt, kan de actieve upgradetaak tijdelijke prestatieproblemen veroorzaken vanwege de verhoogde IOPS die nodig zijn om wijzigingen in de inode-structuur uit te voeren.  Dit kan worden beperkt door het beleid voor de upgradetaak te wijzigen in Laag van de huidige standaardwaarde van Gemiddeld.

Op welke systemen is dit van toepassing?

Hierdoor worden letterlijk alle bestanden op het storageplatform snel gemigreerd naar de nieuwe inode-versie. Het algemene lab-waargenomen tempo van updates op hardwareplatforms en het gebruik van het standaardtaakbeleid kunnen net zo snel gaan als tientallen miljoenen bestandsobjecten per uur. Houd er rekening mee dat "bestanden" in deze context niet alleen verwijzen naar de "door de gebruiker geüploade" bestanden, zoals u bijvoorbeeld ziet onder uw Quota en rapportage. Dit omvat ook alle bestanden en objecten op systeemniveau. 

Zodra de migratie is uitgevoerd, zoals wordt gezien als een taak in de CLI met de naam "Upgrade" die wordt uitgevoerd onder het standaard mediumbeleid, is er een mogelijkheid dat een Isilon cluster tijdelijke en tijdelijke prestatieproblemen ondervindt tijdens deze upgrade. Uit het beperkte aantal meldingen hiervan dat we hebben waargenomen, lijkt het erop dat de upgrade-inode-migratie op basis van een gemiddeld beleid uren tot dagen kan duren.

Dit kan worden beperkt door het beleid voor de upgradetaak te wijzigen van de huidige standaardwaarde van Gemiddeld naar Laag.

Als er gevolgen voor de prestaties zijn, wijzigt u het beleid van de upgradetaak van gemiddeld naar laag om deze gevolgen te beperken. Als u het beleid wijzigt op Laag, wordt de algehele impact van de taak verminderd terwijl deze wordt uitgevoerd, maar neemt de duur van de taak wel toe.
 

Voer de volgende opdracht uit om het beleid van een momenteel uitgevoerde upgradetaak te wijzigen in Laag:

Voer de volgende opdracht uit om het beleid voor toekomstige upgradetaken te wijzigen in Laag:

Opmerking: Deze taak is een belangrijk onderdeel van dit specifieke type upgrade. Hoewel dingen zoals de prioriteit van de taak kunnen worden gewijzigd, kan de absolute vereiste dat deze taak wordt uitgevoerd niet worden gewijzigd. Als de 'taak' op een of andere manier zou worden geannuleerd of mislukt, wordt deze opnieuw hervat. De inode-wijzigingen moeten worden voltooid.