Назад | Перейти на главную страницу

Iowait на одном жестком диске замедляет / блокирует операции на всех других (SSD) дисках на DELL R620 с контроллером PERC H310 Mini Mono

Поскольку форумы Dell - настоящая катастрофа, я пытаюсь здесь на случай, если у кого-то есть подсказки для меня здесь :)

У нас есть система с 3 приводами:

  1. SSD для ОС
  2. SSD, содержащий пул ZFS, поддерживающий контейнеры LXD
  3. Жесткий диск для хранения «резервных копий»

В системе работает Ubuntu Bionic.

Теперь все эти области подключены к контроллеру PERC в конфигурации без рейда. Все прошивки на сервере обновлены.

То, что мы наблюдаем, - это когда мы транслируем данные на жесткий диск с помощью rsync или ftp из удаленного сетевого хранилища, операции записи на жесткий диск замедляет работу всей системы

Это как если бы высокий IOwait на жестком диске блокировал операции ввода-вывода на SSD-дисках. Что мне очень противоречит интуиции.

Почему операции записи на жесткий диск приводят к блокировке всей системы и сокращению времени доступа к твердотельным дискам? Неисправен ли контроллер, или в ядре Linux есть ручки, которые можно здесь повернуть?

Я прострелил себе ногу, смешав жесткий диск с твердотельными накопителями? :)

Комментарий от @sfk должен быть ответом на вопрос.

Общая очередь ввода-вывода / буферизация является абсолютной причиной проблемы.

Вы можете либо перекрестно перепрограммировать карту в IT-режим с помощью прошивки LSI 9211-8i, либо просто купить LSI 9207-8i в Интернете (сейчас они очень доступны), если вы не хотите прошивать PERC. Только не забудьте заранее сделать полную резервную копию всего на дисках, которые вы воля необходимо восстановить с - диск «без RAID» на PERC по-прежнему имеет конфигурацию виртуального диска RAID и не будет нормально отображаться на карте без RAID (например, в режиме IT).

Изменить: Другой вариант, который вы могли бы рассмотреть как обходной путь, - это найти способ ограничить операции ввода-вывода, которые отправляются на это дисковое устройство (направление в направлении «ручек», которые вы упомянули о повороте). Вижу некоторые идеи / варианты Вот такие как cgroups и ionice, но не совсем уверен, что вам подойдет. Все, что может привести к тому, что записи на этот диск будут "выполняться" только со скоростью, меньшей, чем диск может фактически обработать, вероятно, будет полезным, так что операции ввода-вывода не будут стоять в очереди, пока очередь ввода-вывода HBA не будет заполнена до краев.