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

FreeNAS с ZFS и TLER / ERC / CCTL

В настоящее время я занимаюсь созданием нового сервера хранения, который будет использоваться для виртуальных машин, файлов и резервного копирования. ОС - FreeNAS, которая использует ZFS как программный RAID.

Моя проблема в том, что мне нужно выбрать жесткие диски, и я посмотрел как на потребительские, так и на корпоративные жесткие диски, но столкнулся с вопросом без ответа, на который я не смог найти четкого ответа.

Могу ли я использовать потребительские жесткие диски, которые не поддерживают TLER / ERC / CCTL, с ZFS (программный RAID), не создавая проблем в дальнейшем, или мне нужно использовать корпоративные жесткие диски, поддерживающие TLER / ERC / CCTL?

Есть много разных мнений по этому поводу, некоторые говорят, что вам следует использовать его, а некоторые говорят, что не следует. Я знаю пару ОС, которые полагаются на программный рейд, у которых есть собственный тайм-аут исправления ошибок, и поэтому их не волнует, есть ли TLER / ERC / CCTL. Я знаю, что вам нужно использовать TLER / ERC / CCTL при работе с аппаратным RAID.

Очень надеюсь, что кто-то сможет пролить свет на мою проблему.

Спасибо.

Могу ли я использовать потребительские жесткие диски, которые не поддерживают TLER / ERC / CCTL, с ZFS (программный RAID), не вызывая в дальнейшем проблем, или мне нужно использовать корпоративные жесткие диски, поддерживающие TLER / ERC / CCTL?

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

пример

В ответ на этот вопрос предположим, что у вас есть пул, состоящий из 2-х зеркальных дисков A и B. Возможные комбинации:

  1. A и B имеют TLER
  2. A есть, B нет
  3. У А его нет, но у B есть
  4. А и Б его нет

Если на всех дисках все работает нормально, проблем нет.

Одна ошибка:

Если на диске A возникает ошибка при попытке чтения блока, это ситуация для каждого возможного случая:

  1. Система запрашивает блок у диска. Диск пытается найти его снова и снова, и примерно через 7–9 секунд (независимо от тайм-аута TLER) контроллер удаляет диск из массива. Система замечает, что один диск отсутствует, и делает все, что вы подготовили (отправляет уведомление по электронной почте, начинает перенастройку резервной копии, ничего не делает и продолжает ухудшаться, ...)
  2. То же, что и 1.
  3. Система запрашивает блок у диска. Диск пытается найти его снова и снова, пока не истечет его собственный тайм-аут или пока не будет найден блок. Это время ожидания может составлять несколько минут и может отличаться для каждой модели и производителя. Если блок можно получить, он читается нормально; в случае сбоя возвращается сообщение об ошибке для самого блока.
  4. То же, что и 3.

Две ошибки (по одной на каждом диске):

Этот случай очень редкий, но теоретически возможный. Оба диска обнаруживают ошибку в одном и том же блоке:

  1. Оба диска будут отключены, и ваш пул станет недоступен.
  2. То же, что и 3 сверху.
  3. То же, что и 3 сверху.
  4. То же, что и 3 сверху.

Производительность vs надежность

Как вы видели выше, вам нужно делать выбор в зависимости от вашей цели и планировки бассейна.

  • Используйте диски TLER, если вам всегда нужно минимальное время ответа и вы не можете принять длительную задержку блокировки. Обратной стороной является необходимость выделения дополнительных дисков (Z2 вместо Z1, Z3 вместо Z2, 3-зеркала вместо 2-зеркала) или горячих резервов для достижения того же среднего состояния пула в конечном итоге. Также вы должны предусмотреть потенциально долгое время восстановления, которое может отрицательно повлиять на вашу общую производительность.
  • Используйте диски без TLER, если бюджет или место ограничены, а отставание приемлемо, если диски сохранены. Поскольку ZFS уже помогает вам с самовосстановлением затронутых блоков, вам не понадобится то, для чего изначально предполагалось TLER (контроллер должен сбросить диски, чтобы могло начаться самовосстановление)
  • Установите для тайм-аута диска значение, с которым ваше приложение / архитектура может легко справиться. Таким образом, у вас могут быть корпоративные диски без сбрасывания или потребительские диски с отключением по своему усмотрению. Не все диски можно изменять, поэтому перед покупкой проверьте их в Интернете.

Также стоит учитывать данные, опубликованные Backblaze о корпоративный драйв жизни, и надежность привода потребителя.

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

Таким образом @user121391 говорит (я, возможно, немного перефразирую), ZFS на потребительских дисках подойдет, если у вас нет особых потребностей, требующих корпоративных функций.