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

Question 1

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

$ 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:

Question 2

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 3

Question 4

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 5

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 6

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 7

Question 8

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 9

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Question 10

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Question 11

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Question 12

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Question 13

Question 14

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Question 15

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Question 16

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

Question 17

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

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

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

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

Question 18

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

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

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

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

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

Question 19

Question 20

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

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

Question 21

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

Question 22

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

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

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

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

Question 23

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

Question 24

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

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

Question 25

Question 26

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

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

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

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

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

Question 27

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

Question 28

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

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

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

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

Question 29

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

Question 30

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

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

Question 31

Question 32

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

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

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

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

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

Question 33

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

Question 34

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

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

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

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

Question 35

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

Question 36

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

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

Question 37

Question 38

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

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

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

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

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

user8216 · Accepted Answer · 25 May 2018 в 23:48

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

Я куплю это. Я думаю, что гибкость LVM выигрывает при принятии ваших 3 & amp; 4. — j-g-faustus, 2 January 2011 в 16:01
Еще одно преимущество LVM над JBOD или отдельными дисками: вы можете прорезать диски и, возможно, получить более высокую скорость ввода-вывода. — poolie, 18 October 2011 в 04:06

user8216 · Accepted Answer · 25 July 2018 в 22:41

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

user8216 · Accepted Answer · 26 July 2018 в 23:46

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

user8216 · Accepted Answer · 31 July 2018 в 11:17

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

user8216 · Accepted Answer · 31 July 2018 в 12:17

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

user8216 · Accepted Answer · 2 August 2018 в 04:08

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

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

Для меня клинч-факторы - это # 3 и amp; # 4.

user8216 · Accepted Answer · 4 August 2018 в 20:11

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

user8216 · Accepted Answer · 6 August 2018 в 04:13

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

user8216 · Accepted Answer · 7 August 2018 в 22:14

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

user8216 · Accepted Answer · 10 August 2018 в 10:26

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

user8216 · Accepted Answer · 13 August 2018 в 16:52

Как и вы, я просматриваю процесс рационализации с дисками на моем домашнем сервере.

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

. Он имеет форму дисковых размеров, которые возникают в результате органического роста установки JBOD. simple
Позволяет мне повторно использовать диски, которые у меня уже есть на сервере
У меня есть полная резервная копия всех данных, которые, я уверен, я могу восстановить с
Меня не волнует время восстановления в случае сбоя диска

Для меня клининговыми факторами являются # 3 и amp; # 4.

Я куплю это. Я думаю, что гибкость LVM выигрывает при принятии ваших 3 & amp; 4. — j-g-faustus, 2 January 2011 в 16:01
Еще одно преимущество LVM над JBOD или отдельными дисками: вы можете прорезать диски и, возможно, получить более высокую скорость ввода-вывода. — poolie, 18 October 2011 в 04:06

Lorenzo · Answer 12 · 25 May 2018 в 23:48

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

JMW · Answer 13 · 25 May 2018 в 23:48

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

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

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

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

3

ответ дан JMW 25 May 2018 в 23:48

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

gagme.com/greg/linux/raid-lvm.php – JMW 27 December 2010 в 01:01

ppetraki · Answer 14 · 25 May 2018 в 23:48

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

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

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

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

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

narkisr · Answer 15 · 25 May 2018 в 23:48

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

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

1

ответ дан narkisr 25 May 2018 в 23:48

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

Treefrog · Answer 16 · 25 May 2018 в 23:48

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

JMW · Answer 17 · 25 July 2018 в 22:41

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

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

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

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

3

ответ дан JMW 25 July 2018 в 22:41

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

Lorenzo · Answer 18 · 25 July 2018 в 22:41

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

narkisr · Answer 19 · 25 July 2018 в 22:41

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

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

1

ответ дан narkisr 25 July 2018 в 22:41

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

ppetraki · Answer 20 · 25 July 2018 в 22:41

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

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

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

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

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

Treefrog · Answer 21 · 25 July 2018 в 22:41

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

JMW · Answer 22 · 26 July 2018 в 23:46

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

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

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

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

3

ответ дан JMW 26 July 2018 в 23:46

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

Lorenzo · Answer 23 · 26 July 2018 в 23:46

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

narkisr · Answer 24 · 26 July 2018 в 23:46

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

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

1

ответ дан narkisr 26 July 2018 в 23:46

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

ppetraki · Answer 25 · 26 July 2018 в 23:46

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

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

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

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

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

Treefrog · Answer 26 · 26 July 2018 в 23:46

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

JMW · Answer 27 · 31 July 2018 в 11:17

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

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

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

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

3

ответ дан JMW 31 July 2018 в 11:17

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

Lorenzo · Answer 28 · 31 July 2018 в 11:17

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

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

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

домашний сервер Доступ к данным Greyhole должен осуществляться из Samba-акций (даже локально).

narkisr · Answer 29 · 31 July 2018 в 11:17

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

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

1

ответ дан narkisr 31 July 2018 в 11:17

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

ppetraki · Answer 30 · 31 July 2018 в 11:17

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

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

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

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

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

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

66 ответов

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

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