PowerScale : Isilon : OneFS : Après la mise à niveau, une tâche postérieure à la mise à niveau peut avoir un impact sur les performances.

Dans le cadre des mises à niveau oneFS, une migration nécessaire et obligatoire de notre version précédente de la conception d’inode vers une nouvelle version doit se produire. il n’existe aucun moyen de différer ou d’empêcher cette migration.  Cela permet de toucher chaque fichier de votre cluster OneFS, y compris l’espace utilisateur (/ifs) et tous les fichiers de type système.

Cette procédure commence après que la mise à niveau du cluster OneFS est « validée » dans le processus de mise à niveau.

La grande échelle de cette tâche dans certains scénarios et déploiements peut entraîner des problèmes de performances transitoires.
 

Après avoir engagé une mise à niveau OneFS, une tâche système de type mise à niveau du système de fichiers après une mise à niveau de version logicielle est automatiquement démarrée et doit être autorisée à s’exécuter jusqu’à la fin.  S’il existe des modifications de structure d’inode entre les versions OneFS de la mise à niveau, la tâche de mise à niveau effectue des modifications de structure d’inode sur chaque fichier.  Lorsque cela se produit, la tâche de mise à niveau en cours d’exécution peut entraîner des problèmes de performances temporaires en raison de l’augmentation des E/S par seconde requises pour effectuer des modifications de structure d’inode.  Cela peut être atténué en modifiant la règle de la tâche de mise à niveau sur Faible par rapport à la valeur par défaut actuelle de Moyenne.

Quels systèmes peuvent être concernés ?

Pendant cette période, tous les fichiers de la plate-forme de stockage seront migrés rapidement vers la nouvelle version inode. Le rythme général observé en laboratoire des mises à jour sur les plates-formes matérielles et l’utilisation de la politique de tâche par défaut peuvent aller jusqu’à des dizaines de millions d’objets de fichiers globaux par heure. Veuillez noter que les « fichiers » dans ce contexte ne font pas uniquement référence aux fichiers « téléchargés par l’utilisateur », comme vous le verrez par exemple dans vos quotas et rapports. Cela inclut également tous les fichiers et objets au niveau du système. 

Une fois la migration en cours, telle qu’une tâche dans l’interface de ligne de commande nommée « Upgrade » qui s’exécute sous la règle medium par défaut, il est possible qu’un cluster Isilon rencontre des problèmes de performances temporaires et transitoires pendant cette mise à niveau. À partir du nombre limité de rapports de ce que nous avons observé, il semble que la migration des inodes de mise à niveau peut prendre plusieurs heures à plusieurs jours en fonction d’une règle moyenne.

Cela peut être atténué en modifiant la règle de la tâche de mise à niveau de la valeur par défaut actuelle de Moyen à Faible.

Si des impacts sur les performances sont constatés, pour limiter ces impacts, modifiez la politique de la tâche de mise à niveau de Moyen à Faible. La modification de la règle sur Faible réduit l’impact global de la tâche pendant son exécution, mais augmente le temps nécessaire à l’exécution de la tâche.
 

Pour modifier la règle d’une tâche de mise à niveau en cours d’exécution sur Faible, exécutez la commande suivante :

Pour modifier la règle des futures tâches de mise à niveau sur Faible, exécutez la commande suivante :

Remarque : Cette tâche est un élément clé de ce type particulier de mise à niveau. Bien que des éléments tels que la priorité de la tâche puissent être modifiés, l’exigence absolue que cette tâche soit exécutée ne peut pas être modifiée. Si la « tâche » devait être annulée ou échouer d’une manière ou d’une autre, elle reprend. Les modifications apportées à l’inode doivent être terminées.