Как объединить несколько жестких дисков?

У меня есть сервер с тремя жесткими дисками:

1. 250 ГБ
2. 3 ТБ
3. 250 ГБ

Как объединить несколько жестких дисков в один больший объем ~ 3,5 ТБ? Я программист, а не системный администратор.

Используйте LVM (управление логическими томами) в Linux.

Вы можете думать о LVM как о «динамических разделах», что означает, что вы можете создавать / изменять размер / удалять «разделы» LVM (они называются «логическими томами» на языке LVM) из командной строки, когда ваша система Linux работает: нет необходимо перезагрузить систему, чтобы ядро ​​узнало о вновь созданных или измененных разделах.

Прежде всего , вы можете использовать fdiskс -lопцией , чтобы получить информацию о текущих «Диски», а затем использовать его , чтобы разделить ваши «Диски» и установив тип системы этих разделов в «Linux LVM», после того, как вы закончите разбиение на «Диски ", используйте pvcreateдля подготовки новых разделов для" LVM ".

Для получения дополнительной информации: https://www.howtoforge.com/linux_lvm

Следующие могут делать то, что вы хотите (также поиск "union filsystems"):

1. mergerfs
2. OverlayFS
3. LVM
4. UnionFS
5. AUFS

Есть и другие, но они были или были популярны в свое время. LVM опасен, потому что потеря диска разрушит всю файловую систему. unionfs, похоже, больше не разрабатывается. Aufs сложен и требует компиляции ядра. overlayfs имеет режимы CoW и встроен в современные ядра, поэтому он легко доступен практически на любой системе и популярен для виртуальных машин в стиле контейнера (например, Docker). Однако overlayfs имеет некоторые ограничения по сравнению с обычной файловой системой. mergerfs использует FUSE, поэтому может работать в пространстве пользователя и действует как обычная файловая система. Из этих вариантов я бы порекомендовал mergerfs или overlayfs в зависимости от ваших потребностей.

Подобные конкатенации файловых систем могут быть полезны, поскольку они позволяют отдельным файловым системам быть отдельными объектами. Это может при определенных рабочих нагрузках фактически обеспечивать большую производительность, чем обычный RAID-массив, поскольку это может снизить активность произвольного доступа (например, 10 клиентов получают доступ к 10 отдельным дискам). Отказ отдельных дисков не приведет к потере всех данных на всех дисках. Вы также можете объединить объединенную файловую систему с чем-то вроде SnapRAID для получения резервной копии / избыточности.

Что ж,

Если вы хотите « объединить » диски в одну смежную файловую систему, ответ выше с LVM , вероятно, будет лучшим ответом, хотя я бы сделал это очень осторожно. Отмеченные выше соображения очень реальны. (Например, потеря одного диска может сделать данные на всех дисках невосстановимыми.)

В зависимости от того, как вы используете эти 3 диска, я думаю, что было бы лучше выбрать жесткий диск емкостью 4 ТБ и скопировать на него все разделы с 3 других дисков с помощью утилиты, подобной « (g) parted » или « dd /». спасение ". Таким образом, вы по-прежнему сохраняете оригинальные диски, если что-то пойдет не так.

Теперь, если один или несколько из трех дисков являются корневым разделом системы (например, один или несколько жестких дисков - это системный диск ОС, к которому вы захотите загрузиться после операции «слияния»), я бы нашел другой способ сделать это. или настройте диск объемом 4 ТБ для загрузки разделов ОС через grub .

НТН.

Другие ответы дают ответы на ваш вопрос. Однако ваши потребности могут быть лучше удовлетворены RAID.

• объединение обоих дисков объемом 250 ГБ в программный пакет raid1, что дает вам 250 ГБ (~ 228 ГБ) избыточного хранилища для данных, которые вам нужны. Это может быть ваша ОС и ваши личные файлы. Затем используйте один диск объемом 3 ТБ в качестве хранилища данных, зная, что он менее защищен.

• Приобретите второй диск емкостью 3 ТБ и raid1 на два больших диска, что даст вам эффективное хранилище объемом 2,6 ТБ, но защищенное от сбоев одного диска. Может объединяться с raid1 из двух дисков на 250 ГБ для полностью избыточного разделения системы и данных. Лучшая идея, если вы можете себе это позволить.

• Raid5 на трех дисках обеспечивает эффективное хранение ~ 500 ГБ и большую часть памяти занимает 3 ТБ. расточительный

• JBOD / linear raid Это даст полные 3,5 ТБ (эффективно около 3,1 ТБ), но сбой любого диска приведет к сбросу всего содержимого всей файловой системы. Это плохо - не делай этого - упоминается только для полноты.

Обратите внимание, что ни одно из этих предложений не заменяет правильную процедуру резервного копирования. Рейд защищает от сбоя диска, а не удаления файлов или потери от кражи со взломом или пожара.

LVM сверху - это еще один уровень дерева абстракций - и он будет достигать аналогичных целей, но без устойчивости рейда.