Article Number: 000194551
У рамках оновлень OneFS має відбутися необхідна та обов'язкова міграція попередньої версії дизайну inode на нову версію; Немає способу відстрочити або запобігти цій міграції. Це торкнеться кожного окремого файлу в кластері OneFS, включно з простором користувача (/ifs) і всіма файлами системного типу.
Ця процедура починається після того, як оновлення кластера OneFS буде «зафіксовано» в процесі оновлення.
Великий масштаб цієї роботи в деяких сценаріях і розгортаннях може спричинити тимчасові проблеми з продуктивністю.
Після оновлення OneFS автоматично запускається системне завдання типу оновлення, яке оновлює файлову систему після оновлення версії програмного забезпечення, і йому потрібно дозволити працювати до завершення. Якщо між випусками оновлення OneFS є зміни структури індексних дескрипторів, завдання «Оновлення» виконуватиме зміни структури індексних дескрипторів у кожному файлі. Коли це відбувається, запущене завдання оновлення може спричинити тимчасові проблеми з продуктивністю через підвищений IOPS, необхідний для виконання змін структури індексних дескрипторів. Цю проблему можна пом'якшити, змінивши політику для завдання оновлення на «Низький» порівняно з поточним типовим значенням «Середній».
Які системи можуть постраждати?
| Продукт (і версія) | Всі кластери OneFS / PowerScale для Isilon, які оновлюються до версії зі змінами inode. |
| Запуск цього основного програмного забезпечення (операційна система (ОС) або операційне середовище (OE)) |
Релізи OneFS зі змінами структури inode: |
| Коли ця умова відповідає дійсності | Якщо проблема виникне, вона виникне через кілька годин або днів після завершення загального оновлення, а також під час виконання цього остаточного завдання міграції. |
| І коли ця умова відповідає дійсності | Імовірність того, що це станеться, не є певною і залежить від багатьох тимчасових факторів, таких як загальний стан кластера, тип апаратного забезпечення, загальний вплив на систему політик і робочих процесів оператора та кінцевого користувача, кількість файлових об'єктів у /ifs та інші фактори. |
Під час цього буквально всі файли на платформі зберігання будуть швидко перенесені на нову версію inode. Загальний темп оновлень на апаратних платформах, що спостерігаються в лабораторії, і використання політики завдань за замовчуванням може досягати десятків мільйонів загальних файлових об'єктів на годину. Будь ласка, зауважте, що під «файлами» в цьому контексті маються на увазі не лише «завантажені користувачем» файли, як ви побачите, наприклад, у розділі «Квоти та звіти». Це також стосується всіх файлів та об'єктів системного рівня.
Після того, як міграція розпочалася, як це розглядається як завдання в командному рядку під назвою «Оновлення», яке виконується за стандартною політикою Medium, існує ймовірність того, що кластер Isilon може зіткнутися з тимчасовими та тимчасовими проблемами з продуктивністю під час цього оновлення. З обмеженої кількості повідомлень про це, які ми спостерігали, випливає, що міграція індексних дескрипторів Upgrade може тривати від кількох годин до днів залежно від політики Medium.
Це можна пом'якшити, змінивши політику для завдання оновлення з поточного значення за замовчуванням Середнє на Низьке.
Якщо помічено вплив на продуктивність, щоб пом'якшити цей вплив, змініть політику завдання оновлення з середнього на низький. Зміна політики на низьку зменшує загальний вплив завдання під час її виконання, але збільшує кількість часу, необхідного для її виконання.
Щоб змінити політику поточного запущеного завдання оновлення на низьку, запустіть таку команду:
Щоб змінити політику для майбутніх завдань оновлення на низьку, запустіть таку команду:
Примітка: Ця робота є ключовою частиною цього конкретного виду оновлення. Хоча такі речі, як пріоритет завдання, можуть бути змінені, абсолютна вимога щодо виконання цього завдання не може бути змінена. Якщо «робота» якимось чином буде скасована або провалиться, вона відновлюється знову. Зміни в індексних дескрипторах повинні завершитися.
PowerScale OneFS
14 Jul 2023
6
Solution