Як об'єднати кілька жорстких дисків?


16

У мене є сервер з трьома жорсткими дисками:

  1. 250 ГБ
  2. 3 туберкульоз
  3. 250 ГБ

Як я можу об'єднати кілька жорстких дисків як один більший об'єм ~ 3,5 ТБ? Я програміст, а не системний адміністратор.


8
Перегляньте це двічі, так як якщо ви перейдете на нього з тими накопичувачами, ви не зможете встановити належний RAID, і якщо один з ваших hdd не вдасться, ви можете втратити всі дані в томі ...
Петро

5
Чи всі ці диски механічні жорсткі диски? Такі маленькі накопичувачі не дуже поширені в наші дні і, мабуть, дуже старі. Я серйозно перегляну, використовуючи їх для отримання даних. Якщо це SSD-диски: Не вкладайте їх у RAID / LVM / щось разом із механічними накопичувачами. Також: У вашій конфігурації, якщо один із 3-х дисків вийшов з ладу, всі ваші дані втрачаються. Це дуже поганий ризик взяти на себе.
Тобіас Медель

2
Залежить від того, для чого ви їх маєте використовувати?
Брайам

Чи потрібно вам зберегти дані, які зараз перебувають на цих накопичувачах?
Марк Плотнік

1
Щоб підсилити те, що сказав @ TobiasMädel: диски 250 ГБ були популярні 6 - 8 років тому. Якщо ваші диски такі старі і користуєтесь щодня, ризикувати на них покладається ризик. Використовуйте їх так, ніби вони можуть вийти з ладу в будь-який день.
Марк Плотнік

Відповіді:


22

Використовуйте LVM (Logical Volume Management) в Linux.

Ви можете вважати LVM як "динамічні розділи", це означає, що ви можете створювати / змінювати / змінювати / видаляти LVM "розділи" (їх LVM говорять "Логічні томи") з командного рядка під час роботи вашої системи Linux: ні потрібно перезавантажити систему, щоб ядро ​​усвідомило щойно створені або змінені розділи.

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

Для отримання додаткової інформації: https://www.howtoforge.com/linux_lvm


1
ще одне посилання: wiki.ubuntu.com/Lvm (що дивно, оскільки вони наводять приклад Логічного обсягу на 1 жорсткому диску, але, звичайно, ви можете мати кілька фізичних дисків в одному логічному томі). Логічний вигляд відокремлюється від фізичного шару: помістіть N фізичних дисків (або фізичних розділів) у М логічних томах, а використовуйте / розділіть ці логічні томи, як вам потрібно
Олів'є Дулак

4

Наступне може робити те, що ви хочете (також шукайте "союзні фільсистеми"):

  1. злиття
  2. OverlayFS
  3. НВМ
  4. unionfs
  5. aufs

Є й інші, але вони були або були популярними свого часу. LVM небезпечний тим, що втрата накопичувача знищить всю файлову систему. Юніфс, схоже, вже не розвивається. Aufs складний і вимагає компілювати інформацію про ядро. overlayfs має режими CoW та вбудований у сучасні ядра, тому він легко доступний майже в кожній системі та є популярним для віртуальних машин стилю контейнерів (наприклад, Docker). Однак накладення файлів має деякі обмеження порівняно із звичайною файловою системою. mergerfs використовує FUSE, тому може працювати в просторі користувача та діє як звичайна файлова система. З цих варіантів я рекомендую злиття або накладення залежно від ваших потреб.

Об'єднання подібних файлових систем може бути корисним, оскільки дозволяє базовим файловим системам бути окремими об'єктами. Це може за певних робочих навантажень фактично забезпечити більшу продуктивність, ніж типовий масив RAID, оскільки це може зменшити активність довільного доступу (наприклад, 10 клієнтів, що мають доступ до 10 окремих дисків). Відмова окремих дисків не втратить усіх даних на всіх накопичувачах. Ви також можете комбінувати файлову систему об'єднання з чимось на зразок SnapRAID, щоб отримати резервне копіювання / надмірність.


1
Дякуємо, що вказали mergerfs. Я шукаю спосіб об'єднати 2 500 ГБ USB-дисків в одну логічну структуру (багато даних 3D-зображень). Я спробую це спершу.
Петро

3

Добре,

Якщо ви хочете " об'єднати " накопичувачі в одну суміжну файлову систему, відповідь вище з LVM - це, мабуть, найкраща відповідь, хоча я б дуже обережно це робив. Викладені вище міркування дуже реальні. (наприклад, втрата одного диска може зробити дані на всіх накопичувачах безповоротними.)

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

Тепер, якщо один або декілька з 3-х дисків є кореневим розділом системи (наприклад, один або кілька жорстких дисків - це дисковід ОС, до якого ви хочете завантажитися після операції "злиття"), я би розглядав інший спосіб зробити або встановити привід 4 ТБ для завантаження розділів ОС через grub .

HTH.


1

Інші відповіді дають відповіді на ваше запитання. Однак ваша потреба може бути краще задоволена RAID.

  • поєднуючи обидва накопичувачі 250 ГБ в програмний рейд1, що дає 250 ГБ (~ 228 ГБ ефективно) зайвого сховища для даних, які вас цікавлять. Це може бути як ваша ОС, так і ваші особисті файли. Потім використовуйте єдиний привід 3 ТБ як сховище даних / даних, знаючи, що він менш захищений.

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

  • Рейдуйте 5 за трьома накопичувачами, забезпечуючи ефективне зберігання ~ 500 ГБ і витрачаючи більшість накопичувачів на 3 ТБ. Марно

  • JBOD / лінійний рейд Це дасть повний 3,5 ТБ (приблизно 3,1 ТБ), але відмова будь-якого диска скидає весь вміст всієї файлової системи. Це погано - не роби цього - згадується лише для повноти.

Зауважте, що НІКОЛІ з цих пропозицій не замінює належну процедуру резервного копіювання. Рейд захищає від несправності накопичувача, а не видалення або втрати файлу при взломі або пожежі.

LVM на вершині - ще один шар вгору по дереву абстракції - і буде досягнути подібних цілей, але без стійкості нальоту.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.