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

Как часто мне следует чистить свой RAID?

В общем, я хотел бы знать, как часто нужно чистить RAID-массив. Что способствует более частой очистке (чтение данных?, Запись данных?, Неожиданные отключения?, Возраст диска?, Размер диска?, Количество пользователей? И т. Д.)?

Я читал вики Arch Вот и все, что он действительно говорит, это то, что чистку следует проводить регулярно. Мне просто интересно, насколько регулярно достаточно. Очевидно, это будет зависеть, но каков разумный диапазон? Ежегодно? Ежемесячно? Еженедельно? Ежедневно? Большое спасибо за любую информацию.

Частота сканирования зависит от многих факторов.

  • Возраст дисков. Чем они старше, тем вероятнее, что они сдерживать зло.
  • Оригинальное качество дисков под вопросом. Вещи, продаваемые как «корпоративные», с большей вероятностью прослужат без ошибок, а диски размером 1 + ТБ 2014 года намного надежнее, чем их эквиваленты 2009 года, когда они были отгружены.
  • Насколько чувствителен ваш производственный ввод-вывод к чистящему вводу-выводу.
  • Какую часть вашего набора данных вы считаете своим рабочим набором.

Поставщики аппаратного RAID-массива часто включают в себя фоновый процесс очистки именно по этой причине, некоторые даже позволяют вам настроить приоритет ввода-вывода для процесса очистки, что позволяет избежать (или значительно снизить) штраф за производственный ввод-вывод для очистки. Конечно, если ваш приоритет низкий, а ввод-вывод продукта работает с дисками в основном без нагрузки, вы, вероятно, никогда не завершите очистку и даже не заметите этого, пока не получите сбой.

К сожалению, я не знаю, отменяет ли ядро ​​Linux очистку ввода-вывода или нет. В любом случае, рекомендуется протестировать его с помощью ваших производственных нагрузок, чтобы убедиться, что любые удары по производительности приемлемы. Если приемлемо - хорошо! Если это не так, вы можете выбрать, добавлять ли шпиндели, чтобы разрешить ввод-вывод scrub + prod, или просто принять риск возможных сбоев массива в будущем.

Еще одна вещь, которая влияет на частоту очистки, - это схема использования ввода-вывода. Если производственные нагрузки попадают только в меньшую часть дисков, единственным оператором ввода-вывода, который обычно обнаруживает плохой блок в незанятой части, будет ваш скраб; в этом случае вы хотите чаще чистить кожу. Если ваша производственная загрузка регулярно читает весь дисковый набор (например, ежедневные полные резервные копии), тогда производственный ввод-вывод будет раньше сталкиваться с проблемами, и вы можете выполнять чистку реже.

Хороший план действий будет:

  1. Проведите несколько тестов, чтобы увидеть, не помешает ли чистка производством.
    1. Выясните, сколько времени занимает полная очистка.
  2. Выясните, какой процент вашего дискового набора получит множественный доступ в течение данной недели (включите резервный ввод-вывод, если таковой имеется, в этот расчет).
  3. На основании 1 и 2 решите, находитесь ли вы в лагере реже или чаще.

Как только у вас будут эти данные ...

  • Если полное сканирование занимает менее суток и не оказывает заметного влияния на производительность, вы можете выполнять его не чаще одного раза в неделю.
  • Если полное сканирование занимает менее суток и влияет на производительность, выясните, какая часть вашей недели / месяца меньше всего затронута, и попробуйте запустить его.
  • Если полное сканирование занимает день, но меньше недели и не влияет на производство, запускайте его так же часто, как раз в две недели или один раз в два месяца.
  • Если полное сканирование занимает день, но меньше недели и влияет на производство, подумайте о добавлении ресурсов, чтобы оно было запущено, потребуйте, чтобы сканирование выполнялось во время запланированных окон обслуживания, или воспользуйтесь возможностью простоя / проверки возможности очистки для выполнения это урывками и начинается непрерывно.
  • Если полное сканирование занимает больше недели, часто бывает достаточно одного раза в месяц. Но если это повлияет на производство, вам нужно будет добавить ресурсы, чтобы завершить его.