PowerScale: Isilon: OneFS: Dopo l'aggiornamento potrebbe verificarsi un impatto sulle prestazioni da un job post-aggiornamento.

Come parte degli aggiornamenti di OneFS, deve avvenire una migrazione necessaria e obbligatoria della nostra versione precedente di progettazione inode a una nuova versione; non è possibile posticipare o prevenire questa migrazione.  In questo modo toccare ogni singolo file nel cluster OneFS, incluso lo spazio utente (/ifs) e tutti i file di tipo sistema.

Questa procedura inizia dopo il commit dell'aggiornamento del cluster OneFS nel processo di aggiornamento.

L'ampia scala di questo job in alcuni scenari e deployment può causare problemi di prestazioni transitori.
 

Dopo aver eseguito il commit di un aggiornamento di OneFS, un job di tipo sistema che aggiorna il file system dopo un aggiornamento della versione del software viene avviato automaticamente e deve essere eseguito fino al completamento.  Se sono presenti modifiche alla struttura degli inode tra le versioni OneFS dell'aggiornamento, il job di aggiornamento eseguirà modifiche alla struttura degli inode in ogni file.  In questo caso, il job di aggiornamento in esecuzione può causare temporanei problemi di prestazioni dovuti all'aumento degli IOPS necessari per eseguire le modifiche alla struttura degli inode.  Ciò può essere mitigato modificando la policy per il job di aggiornamento su Basso dal valore predefinito corrente Medio.

Quali sistemi possono essere interessati?

Durante questo processo, tutti i file sulla piattaforma di storage verranno migrati rapidamente alla nuova versione inode. Il ritmo generale osservato in laboratorio degli aggiornamenti sulle piattaforme hardware e l'utilizzo della policy dei job predefinita possono arrivare a una velocità di decine di milioni di object di file complessivi all'ora. Tenere presente che "file" in questo contesto non si riferisce solo ai file "caricati dall'utente" come si vedrà, ad esempio, in Quote e generazione di report. Sono inclusi anche tutti i file e gli object a livello di sistema. 

Una volta che la migrazione è in corso, come mostrato come un job nella CLI denominato "Upgrade" che viene eseguito con il criterio Medio predefinito, è possibile che un cluster Isilon possa riscontrare problemi temporanei e transitori di prestazioni durante questo aggiornamento. A partire dal numero limitato di report che abbiamo osservato, sembra che la migrazione dell'inode di upgrade possa richiedere da ore a giorni in base a una policy di medie dimensioni.

Ciò può essere mitigato modificando la policy per il job di aggiornamento dal valore predefinito corrente Medio a Basso.

Se si osserva un impatto sulle prestazioni, per attenuarne l'impatto, modificare la policy del job di aggiornamento da Media a Bassa. La modifica della policy su Basso riduce l'impatto complessivo del job durante l'esecuzione, ma aumenta il tempo necessario per il completamento del job.
 

Per modificare la policy di un processo di aggiornamento attualmente in esecuzione su Basso, eseguire il comando seguente:

Per modificare la policy per i processi di aggiornamento futuri su Basso, eseguire il comando seguente:

Nota: Questo job è una parte fondamentale di questo particolare tipo di aggiornamento. Anche se è possibile modificare aspetti come la priorità del job, non è possibile modificare il requisito assoluto di esecuzione di questo job. Se il "job" dovesse in qualche modo essere annullato o non riuscito, riprende nuovamente. Le modifiche dell'inode devono essere completate.