Домен даних: висока завантаженість процесора через надмірні операції BoostFS READDIR

Завантаження процесором залишається стабільно високим, часто перевищуючи 80%, навіть у періоди низької пропускної здатності та мінімальної активності потоків.
Підвищене використання процесора системи (%system) спостерігається у статистиці SAR.
Високі середні навантаження системи, які не корелюють із навантаженням резервного копіювання або реплікації.
Процеси DDFS споживають значно більше ресурсів CPU, ніж очікувалося.
Аналіз продуктивності показує значну активність у шляхах коду, пов'язаних із READDIRPLUS.
Велика кількість OSTREADDIRPLUS або ddp_readdir операції, що спостерігаються в даних Автопідтримки.
Операції резервного копіювання, відновлення або доступу до файлу можуть бути повільнішими, ніж очікувалося.
Збільшення кількості активних TCP-з'єднань і можливі сповіщення про відмову з'єднання.
Часті "5006-end of directory" повідомлення можна спостерігати в журналах BoostFS або DDFS.
Один dd_guts Потік планувальника може виглядати активно використовуваним, тоді як інші потоки планувальника залишаються відносно неактивними.
Статистика рівня NFS RPC може показувати підвищений рівень data_wait та svc_func Значення

Аналіз показав, що надмірна READDIR та READDIRPLUS операції, що походять із файлових систем, встановлених на BoostFS, сприяли підвищенню завантаження процесора.

Історичні дослідження показали, що автоматизоване індексування, сканування безпеки, утиліти моніторингу та процеси обходу файлової системи можуть генерувати великі обсяги запитів на перелік каталогів, що призводить до збільшення використання DDFS і процесора ядра навіть при відносно низьких навантаженнях резервного копіювання.

Поширені джерела надмірності READDIR Діяльність включає:

mlocate/updatedb процеси індексації, сканування точок монтування BoostFS.
Програми для безпеки та антивірусного сканування.
Інструменти моніторингу та перевірки здоров'я, що опитують встановлені файлові системи.
Часті операції з перерахування файлових систем, такі як рекурсивні списки каталогів і операції зі статистикою.
Додатки, що використовують інтерфейси BoostFS або SDK, що багаторазово проходять великі структури каталогів.
Автоматизовані скрипти, що виконують безперервне виявлення або збір інвентаризації файлової системи.

Ці види діяльності можуть породжувати мільйони READDIR операції на день, створюючи значні накладні витрати на обробку всередині DDFS та базової файлової системи.

Перевіряйте системи з кріпленнями BoostFS для застосувань, які часто виконують операції з перерахування каталогів, індексації, моніторингу або сканування.

Рекомендовані дії включають:

Ідентифікуйте додатки, які генерують надмірні READDIR діяльність проти файлових систем, встановлених на BoostFS.
Виключити точки монтування BoostFS з mlocate/updatedb індексація шляхом оновлення конфігурації PRUNEFS.
Переглядати та обмежувати непотрібні антивірусні сканування, сканування безпеки, інструменти моніторингу, процеси перевірки здоров'я та активності з опитування файлової системи, спрямовані на монтування BoostFS.
Зменшувати або усунути часті операції з пересуванням рекурсивних каталогів, де це можливо.
Моніторинг OSTREADDIRPLUS, ddp_readdir, завантаження процесора та середнє навантаження після впровадження змін.
Дотримуйтесь найкращих практик домену даних і BoostFS, щоб запобігти безперервному проходженню сканерними та індексованими додатками через встановлені файлові системи резервного копіювання.

Історичні дослідження показали значне зниження завантаження процесора після того, як точки кріплення BoostFS були виключені з автоматизації cron Робочі місця, що виконують індексацію та сканування.

Ця поведінка свідчить про надмірність READDIR активність, створена цими процесами, може суттєво сприяти підвищеному використанню процесора DDFS.

Крім того, часто "5006-end of directory" повідомлення можуть вказувати на повторювані операції читання каталогів. Обсяг цих повідомлень може використовуватися як індикатор кількості READDIR діяльність проти системи домену даних. Операції читання на файлових системах, встановлених на BoostFS, зазвичай дорожчі за операції запису, тому важливо уникати зайвого сканування або проходження по змонтованих просторах імен резервних копій.

Перевірка cron Вакансії для клієнтів BoostFS:

ls -l /etc/cron.daily

Домен даних: Проблеми BoostFS із програмним забезпеченням або додатками для сканерів безпеки

Домен даних: усунення проблем із підключенням, кріпленням і продуктивністю BoostFS