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

Вот шаг за шагом в терминале

$ cd /usr/share/fonts $ sudo mkdir myfonts $ cd myfonts $ sudo wget -O- downloads.sourceforge.net/project/osnapfont/ohsnap-1.7.4.tar.gz?r=http://sourceforge.net/projects/osnapfont/&ts=1336734212&use_mirror=iweb | sudo tar -xz $ cd ohsnap-1.7.4 $ sudo mkfontdir $ sudo xset fp+ /usr/share/fonts/myfonts/ohsnap-1.7.4 $ sudo xset fp rehash

Это должно сделать трюк!

Вы можете проверить их, выполнив, например: xterm -fn -*-ohsnap-*-*-*-*-17-*-*-*-*-*-*-*

Используйте xfontsel, чтобы создать соответствующую строку шрифта.

Снимок экрана xterm: ohsnap font:

6
задан 26 December 2010 в 16:10

66 ответов

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

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

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

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

3
ответ дан 10 August 2018 в 10:26

Вы можете stack блокировать устройства в Linux и смешивать значение как Software RAID, так и LVM, которые должны удовлетворять всем вашим потребностям. Это может быть выполнено с помощью установщика не-gui.

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

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

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

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

2
ответ дан 13 August 2018 в 16:52

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

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

1
ответ дан 13 August 2018 в 16:52
  • 1
    Может быть интересно в течение нескольких лет :) Ищете стабильную, сдержанную систему самостоятельно - иначе я, вероятно, поеду с btrfs - но выглядит интересно и, возможно, может быть актуальным для более экспериментальных? – j-g-faustus 27 December 2010 в 16:46
  • 2
    Кстати, есть также Greyhole , который управляет пулом дисков, как Windows Home Server . – j-g-faustus 27 December 2010 в 16:56
  • 3
    Отличное спасибо за обмен – narkisr 27 December 2010 в 17:38
  • 4
    Не готов. Это действительно удивительно, как короткие воспоминания людей. LVM + MD существует примерно в течение последнего десятилетия для такого рода подготовки. Если это не MD, это был аппаратный рейд. Точка IS выжила просто отлично, без последней файловой системы whiz bang, придерживаясь этой практики под названием регулярных резервных копий . В конце концов, btrfs будет готова интегрировать все, что предлагает LVM + MD, плюс некоторые другие отличные функции, но до этого времени. Лучшее, что вы можете сделать, это вклад в усилия по тестированию. Я бы не рекомендовал btrfs для производства. – ppetraki 11 November 2011 в 01:36

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

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

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

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

3
ответ дан 13 August 2018 в 16:52
  • 1
    Это правда, что только разделы RAID должны быть одного размера, но не уверены, что делать с оставшимся пространством. Ex. три диска 1.0TB, 1.5TB и 2.0TB могут быть RAID 5 с использованием разделов 3x1.0TB, но это оставит неиспользуемое пространство 1.5TB. Я мог бы использовать все это в LVM (поэтому LVM работает на одном RAID-массиве и двух томах без RAID), но я не могу сразу увидеть, что «частичный RAID» имеет любые преимущества. Согласитесь, что RAID 5/6 (с использованием дисков подобного размера) + LVM может быть лучшим вариантом для надежной единой системы. Мне нравится гибкость LVM и моментальный снимок, поэтому я склоняюсь к LVM. Спасибо за ввод! – j-g-faustus 26 December 2010 в 22:59
  • 2
    [D0] gagme.com/greg/linux/raid-lvm.php – JMW 27 December 2010 в 01:01

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

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

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

  • Greyhole лучше всего подходит для файлов, написанных один раз и прочитанных много раз. Не рекомендуется изменять файл на месте внутри тома Greyhole, лучше переместить файл в другое место, изменить его там, а затем поместить его снова в громкость Greyhole.
  • Доступ к данным Greyhole из акций Samba (даже локально).
4
ответ дан 13 August 2018 в 16:52

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

0
ответ дан 13 August 2018 в 16:52

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

Похожие вопросы: