Пропуск M1015 и горячая замена в Linux с помощью md raid (IBM x3620)

Я настраиваю небольшой, но, надо надеяться, надежный сервер для студенческого сообщества, а аппаратным обеспечением является IBM x3620 M3 со встроенной картой RAID M1015.

Чтобы сделать настройку на будущее и избежать максимально возможной блокировки со стороны поставщика, я хочу использовать программный RAID через стандартную опцию Linux md raid или даже напрямую через btrfs.

Вот где это становится сложно. В Красной книге IBM по M1015 явно не указывается, что доступна полная опция "сквозной передачи" (это так называемая JBOD?). Я загрузил сервер и попытался установить Debian только на один жесткий диск, не настраивая RAID в настройках контроллера, поэтому очевидно, что происходит какое-то "сквозное".

Мои вопросы таковы:

  • Контроллер оставляет какие-либо метаданные на дисках, которые заставляют мой raid-массив md всегда запускаться с этого конкретного контроллера, или это будет полностью универсальный массив, который я мог бы подключить к "сырым" SATA-портам и запустить так же, как Что ж?
  • Смогу ли я выполнить "горячую" замену и перестроить свой массив, даже если я в максимально возможной степени "обхожу" аппаратный контроллер?
  • Я все делаю неправильно? Стоит ли прошивать контроллер другой прошивкой, возможность которой упоминается на самом Serverfault? Зачем?
  • и т.д. (Howto: программный рейд M1015 на Linux)

Спасибо!

2 ответа

Контроллер оставляет какие-либо метаданные на дисках, которые заставляют мой raid-массив md всегда запускаться с этого конкретного контроллера, или это будет полностью универсальный массив, который я мог бы подключить к "сырым" SATA-портам и запустить так же, как Что ж?

Если вы имеете в виду, сможете ли вы взять диски и подключить их к любому другому контроллеру, то, скорее всего, нет, даже если бы я сделал ставку, я бы не поставил ферму на это.

Смогу ли я выполнить "горячую" замену и перестроить свой массив, даже если я в максимально возможной степени "обхожу" аппаратный контроллер?

Да, я не думаю, что это будет проблемой вообще.

Я все делаю неправильно? Стоит ли прошивать контроллер другой прошивкой, возможность которой упоминается на самом Serverfault?

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

Я не думаю, что контроллер оставляет некоторые специфические вещи производителя:

Я купил Intertec 4342L (24 отсека) с контроллером M1015, чтобы расширить существующий md RAID5. Я просто переместил диски в корпус. Ранее существовавший IDE boot HD был клонирован с dd на новый диск SATA, который затем был подключен к корпусу. Все прошло гладко, система загрузилась без нареканий и массив md запустился, как и раньше. Даже smarttool можно использовать для непосредственного чтения информации с жесткого диска.

Другие вопросы по тегам