Рекомендуемая схема хранения для домашнего сервера? (LVM/JBOD/RAID 5...)

Существуют ли рекомендации, для которых схема (ы) хранения наиболее целесообразна для домашнего сервера с несколькими дисками?

Я предполагаю отдельный загрузочный диск / диск ОС (поэтому загрузка не имеет значения, это только для хранения данных) и 4-6 дисков хранения по 1-2 ТБ каждый для общей емкости хранения в диапазоне 4-12 ТБ.

Файловая система - ext4, я ожидаю, что будет только один большой раздел, охватывающий все диски.

Насколько я могу судить, альтернативы

отдельные диски

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

JBOD span

  • Плюсы: можно объединять диски любого размера.
  • минусы: потеря диска приводит к потере всех данных на всех дисках

LVM

  • плюсы: умеет объединять диски любого размера; Относительно просто добавлять и удалять диски.
  • минусы: потеря диска приводит к потере всех данных на всех дисках

RAID 0

  • плюсы: скорость
  • минусы: потеря одного диска приводит к потере всех данных; диски должны быть одинакового размера

RAID 5

  • плюсы: данные выживают, теряя один диск
  • минусы: отказывается от емкости одного диска; диски должны быть одинакового размера

RAID 6

  • плюсы: данные выживают, теряя два диска
  • минусы: отказывается от двух дисков емкостью; диски должны быть одинакового размера

В первую очередь я рассматриваю диапазон LVM или JBOD просто потому, что он позволит мне повторно использовать старые диски меньшей емкости при обновлении системы. Второе место занял RAID 0 по скорости.

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

Это справедливое представление альтернатив? Есть ли другие соображения или альтернативы, которые я пропустил? И что бы вы порекомендовали?

Источник

6 ответов

Решение

Как и вы, я прохожу процесс рационализации с дисками на моем домашнем сервере. У меня тоже есть смесь размеров дисков, что является результатом органического роста моей установки JBOD.

Я выбираю маршрут LVM по следующим причинам.

  1. Это самое простое
  2. Это позволяет мне повторно использовать диски, которые у меня уже есть на сервере
  3. У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить из
  4. Меня не волнует время восстановления в случае сбоя диска

Для меня факторами обрезки являются № 3 и № 4.

Источник

Я использую Greyhole, и он почти идеально подходит для моего случая использования:

  • домашний сервер
  • повторное использование запасных жестких дисков разных марок, моделей, размеров
  • все место на жестком диске можно рассматривать как одну большую точку монтирования (например, jbod)
  • Вы можете установить разные общие ресурсы с разными требованиями к избыточности (т. е. фотографии = максимальная избыточность, данные = простая избыточность, фильмы = нулевая избыточность)
  • Обновление жесткого диска может быть выполнено по одному (т.е. вы можете удалить жесткий диск на 500 ГБ и заменить его на жесткий диск на 4 ТБ, увеличивая общую емкость)
  • потеря одного жесткого диска только потеря данных с нулевой избыточностью, находящихся на этом жестком диске
  • если жесткий диск отправляет раннее предупреждение о сбое (из интеллектуального мониторинга параметров), я могу легко заменить его другим без потери данных
  • HDD могут быть перемещены из SATA в корпус USB, ничего не делая
  • на самом деле хранилище может быть любым: sata hdd, usb hdd, удаленный сетевой ресурс....
  • (ОЧЕНЬ ВАЖНО), если вы удалите жесткий диск из системы Greyhole, это нормально отформатированный диск ext4 с вашими данными в ваших папках, легко читаемыми с любого компьютера

Ограничения:

  • Greyhole лучше всего подходит для файлов, написанных один раз и прочитанных много раз. Не рекомендуется изменять файл внутри тома Greyhole, лучше переместить файл в другое место, изменить его там, а затем снова поместить в том Greyhole.
  • Доступ к данным Greyhole должен осуществляться из общих ресурсов Samba (даже локально).
Источник

Ну на рейдовых системах не диски должны иметь одинаковый размер...

только разделы, которые вы хотите добавить в рейд, должны иметь одинаковый размер для создания рейда...

сильные стороны lvm заключаются в том, что вы можете легко увеличить свой виртуальный диск, добавив в него больше разделов. и у вас есть функция моментального снимка!

вы также можете комбинировать lvm с raid... чтобы обеспечить безопасность данных и гибкость lvm:)

Источник

Вы можете устанавливать в Linux блочные устройства и сочетать в себе значение как программного RAID, так и LVM, которое должно отвечать всем вашим потребностям. Все это можно сделать из установщика без графического интерфейса.

  • Используйте один раздел, занимающий 99% диска [1]
  • Создайте MD RAID5 (предпочтительно RAID6) по крайней мере с одним горячим резервом
  • Инициализировать массив MD
  • Создать LVM VG
  • Добавьте каждое устройство MD в качестве физического тома в новый VG [2]
  • Продолжите добавлять логические тома подкачки и корня в VG
  • Формат root с выбором файловой системы (по умолчанию ext4)
  • Продолжить установку

[1] Однажды я столкнулся с очень неприятной ошибкой на дисках SATA, которые имели много плохих блоков. После использования инструмента продавца для восстановления диска. Мой когда-то идентичный набор дисков теперь был уникальным, у плохого диска теперь было на несколько блоков меньше, чем до того, как начался низкоуровневый формат, что, конечно, разрушило мою таблицу разделов и препятствовало повторному подключению диска к набору MD RAID.

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

[2] Никогда не устанавливайте LVM без отказоустойчивого резервного хранилища. LVM не преуспевает в аварийном восстановлении, вы просто требуете душевной боли, а если вы ошибаетесь, потеря данных. Единственное время, когда это имеет смысл, - это если группа VG ограничена одним диском, например, внешним USB-диском или, возможно, внешним eSATA RAID. Суть в том, чтобы попытаться развернуть свою виртуальную группу вокруг вспомогательных магазинов, которые могут быть подключены как единое целое, или как виртуальное единое целое, что продемонстрировано в примере с MD выше.

Источник

А как насчет http://zfsonlinux.org/

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

Источник

Что касается MHDDFS, он уже доступен в большинстве дистрибутивов и работает как JBOD, однако, если диск умирает, вы теряете только данные на этом диске, а не все. Он рассматривается как один пул логических дисков, поэтому, например, вы можете скопировать пул логических дисков на другой диск большей емкости при обновлении в будущем. Минимальное время простоя и минимальные хлопоты, и выглядит легко реализовать. Проверьте, как использовать его здесь: http://zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html

Источник
Другие вопросы по тегам