Насколько я понимаю, RAID-контроллеры отвечают за управление чтением/записью в RAID-массивы и из них, поскольку данные для определенных конфигураций (на ум приходят 5 и 10) могут быть распределены по нескольким дискам. Я знаю, что многие серверы более высокого класса будут включать независимую RAID-карту исключительно для этого управления, и если эта карта выйдет из строя... у вас будут проблемы. Однако я не уверен, как эта информация отслеживается через программный RAID Linux.
Сначала я приведу пример настройки оборудования, вызвавшего мой вопрос.
- PC001 состоит из четырех дисков: drive001, drive002, drive003 и drive004.
- drive001 существует как диск ОС (некая разновидность Linux) в конфигурации без RAID
- drive002, drive003 и drive004 настроены через программный RAID Linux как array001 с использованием RAID 5
Вопросы:
- На каком диске хранится информация, необходимая Linux для работы array001? drive001 или array001?
- Если drive001 выйдет из строя, сможете ли вы установить новый диск ОС (drive005) с новой версией Linux и продолжить использовать array001, как будто ничего не произошло?
решение1
У меня была точно такая же конфигурация, и я фактически потерял диск с ОС, а возможность восстановления путем перехода на новое оборудование и т. д. — это одна из вещей, которая мне действительно нравится в mdadm/software raid.
Конфигурация RAID-массива находится на Drive001 (как часть ОС, файл на самом деле /etc/mdadm.conf
).
Если диск ОС умирает, замените диск, переустановите ОС, обновите, установите mdadm
инструменты, заново создайте /etc/mdadm.conf
с определением массива и скажите системе активировать его/пересобрать. Вы быстро восстановитесь и будете работать.
Насколько я помню, когда мой диск умер, я просто использовал apt-get для установки mdadm management stuff и dpkg шаги конфигурации спросили о томах, необходимых для загрузки, автозапуска и т. д. Ответил соответствующим образом и перезагрузился. Могу только предположить, что он запустил похожее сканирование...
И примечание по сканированию и сборке из страницы руководства - особенно второе предложение.
Когда--собратьиспользуется с--сканироватьи не перечислено ни одного устройства, mdadm сначала попытается собрать все массивы, перечисленные в файле конфигурации. Если в конфигурации не перечислено ни одного массива (кроме отмеченных ), он просмотрит доступные устройства на предмет возможных массивов и попытается собрать все, что найдет. Массивы, помеченные как принадлежащие данному домашнему хосту, будут собраны и запущены в обычном режиме. Массивам, которые явно не принадлежат этому хосту, даются имена, которые, как ожидается, не будут конфликтовать ни с чем локальным, и запускаются «read-auto», так что ничего не записывается ни на одно устройство, пока не будет записан массив. т. е. автоматическая повторная синхронизация и т. д. задерживается.