Рекомендуемая схема устройства хранения данных домашнего сервера? (LVM/JBOD/RAID 5 …)
Есть ли какие-либо инструкции, для которых схема (схемы) устройства хранения данных имеет большую часть смысла для нескольких-дисков домашний сервер?
Я принимаю отдельный диск начальной загрузки/ОС (таким образом, bootability не является беспокойством, это только для хранения данных), и 4-6 дисков хранения 1-2 ТБ каждый, для общей емкости хранения в диапазоне 4-12 ТБ.
Файловая система является ext4, я ожидаю, что будет только один большой раздел, охватывающий все диски.
Насколько я могу сказать, альтернативы
отдельные диски
- профессионалы: работы с любой комбинацией размеров диска; потеря диска теряет только данные по тому диску; никакая потребность в управлении томами.
- недостатки: управление данными неуклюже, когда логические единицы (как папка "фильмов") больше, чем мощность любого единственного диска.
Промежуток JBOD
- профессионалы: может объединить диски любого размера.
- недостатки: потеря диска теряет все данные по всем дискам
LVM
- профессионалы: может объединить диски любого размера; относительно простой добавить и удалить диски.
- недостатки: потеря диска теряет все данные по всем дискам
НАБЕГ 0
- профессионалы: скорость
- недостатки: потеря одного диска теряет все данные; диски должны быть тем же размером
НАБЕГ 5
- профессионалы: данные переживают потерю одного диска
- недостатки: бросает одну дисковую ценность способности; диски должны быть тем же размером
НАБЕГ 6
- профессионалы: данные переживают потерю двух дисков
- недостатки: бросает две дисковой ценности способности; диски должны быть тем же размером
Я, прежде всего, рассматриваю или LVM или промежуток JBOD просто, потому что он позволит мне более старое повторное использование, диски меньшей способности, когда я обновлю систему. Участником, занявшим второе место является RAID 0 для скорости.
Я - планирование наличия полного резервного копирования в отдельную систему, таким образом, я ожидаю, что дополнительное дублирование от уровней RAID 5 или 6 не будет важно.
Действительно ли это - справедливое представление альтернатив? Есть ли другие соображения или альтернативы, которые я пропустил? И что Вы рекомендовали бы?
6 ответов
Я использую Greyhole, и он соответствует почти отлично к моему варианту использования:
- домашний сервер
- повторное использование запасных HDD с различными брендами, моделями, размерами
- все пространство HDD может рассматриваться как одна большая точка монтирования (как jbod)
- можно установить различные доли с различными потребностями дублирования (т.е. дублирования Photos=max, дублирования Data=simple, дублирования Movies=zero)
- обновление HDD может быть сделано то в то время (т.е. можно удалить HDD на 500 ГБ и заменить им с HDD на 4 ТБ, расширяющим общую мощность),
- потерянные из одного HDD только теряют данные с нулевым дублированием, находящимся на том HDD
- если HDD отправляет дальнее обнаружение, которое собирается перестать работать (от умного контроля параметров), я могу легко заменить его другим, не освобождая данные
- HDD могут быть перемещены от sata до корпуса USB, ничего не делая
- на самом деле устройство хранения данных могло быть чем-либо: HDD sata, HDD usb, доля удаленной сети....
- (ОЧЕНЬ ВАЖНЫЙ) при удалении HDD из системы Greyhole это - обычно отформатированный ext4 диск с данными в папках, легко читаемых от любой машины
Ограничения:
- Greyhole подходит лучше всего для файлов, записанных однажды, и читайте много раз. Не рекомендуется изменить файл на месте в объеме Greyhole, лучше переместиться, файл к другому местоположению, для изменения его там затем поместил его снова в объем Greyhole.
- К данным Greyhole нужно получить доступ от долей Samba (даже локально).
Как насчет http://zfsonlinux.org/
У него есть понятие о дисковых пулах, которые можно подключать к отсоединенным дискам, я не знаю, готово ли его производство, но все же стоит проверить.
хорошо в рейдовых системах не диски должны иметь одинаковый размер ...
только разделы , которые вы хотите добавить в рейд, должны иметь одинаковый размер для создания рейда ...
Сильные стороны lvm заключаются в том, что вы можете легко увеличить свой виртуальный диск, добавив в него больше разделов. и у вас есть функция моментального снимка!
вы также можете комбинировать lvm с raid ..., чтобы обеспечить безопасность данных и гибкость lvm:)
Можно сложить блочные устройства в Linux и смешивании значения и программного обеспечения RAID и LVM, который должен обратиться ко всем потребностям. Это может все быть выполнено из non-gui установщика.
- Используйте единственный раздел, который охватывает 99% диска [1]
- Создайте RAID5 MD (предпочтительно RAID6) по крайней мере с одним горячим резервированием
- Инициализируйте массив MD
- Создайте LVM VG
- Добавьте каждое устройство MD как Физический том к новому VG [2]
- Продолжите добавлять подкачку и корневые логические тома к VG
- Корень формата с выбором файловой системы (значение по умолчанию является ext4),
- Продолжите установку
[1] Я встретился с очень противным отказом однажды на дисках SATA, которые имели много сбойных блоков. После использования инструмента поставщика для воссоздания диска. Мой однажды идентичный набор дисков был теперь уникален, плохой диск теперь имел несколько блоков меньше, чем, прежде чем низкоуровневый формат начался, который, конечно, разрушил мою таблицу разделов и предотвратил диск от воссоединенного набор RAID MD.
Жесткие диски обычно имеют "бесплатный список" резервных блоков, используемых для просто случая. Моя теория состоит в том, что тот список, должно быть, был исчерпан, и так как это не было диском предприятия, вместо того, чтобы привести к сбою безопасный и позволить мне возможность отослать его для восстановления данных, он решил усечь мои данные.
[2] Никогда не развертывайте LVM без отказоустойчивого запоминающего устройства. LVM не выделяется при аварийном восстановлении, Вы просто просите страдание и если Вы понимаете его превратно, потеря данных. Единственное время это имеет смысл, - то, если группа VG ограничена отдельным диском, как внешний диск usb или возможно внешний eSATA RAID. Точка является попыткой развернуть Ваш VG вокруг запоминающих устройств, которые могут замененный в горячем режиме как единый блок, или как виртуальный единый блок, который продемонстрирован в примере MD выше.
Как насчет MHDDFS, он уже доступен в большинстве дистрибутивов и работает как JBOD, однако, если диск умирает, вы теряете только данные на этом диске, а не все. Он рассматривается как один пул логических дисков, поэтому, например, вы можете скопировать пул логических дисков на другой диск большей емкости при обновлении в будущем. Минимальное время простоя и минимальные хлопоты, и выглядит легко реализовать. Узнайте, как использовать его здесь: http://zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html
Как и вы, я прохожу процесс рационализации с дисками на моем домашнем сервере. У меня тоже есть смесь размеров дисков, обусловленная органическим ростом моей установки JBOD.
Я выбираю маршрут LVM по следующим причинам.
- Это самое простое
- Это позволяет мне повторно использовать диски, которые у меня уже есть на сервере
- У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить из
- Я не беспокоюсь о времени восстановления в случае сбоя диска
Для меня коэффициенты сжатия - № 3 & amp; # 4.