У мене є сервер з трьома жорсткими дисками:
- 250 ГБ
- 3 туберкульоз
- 250 ГБ
Як я можу об'єднати кілька жорстких дисків як один більший об'єм ~ 3,5 ТБ? Я програміст, а не системний адміністратор.
У мене є сервер з трьома жорсткими дисками:
Як я можу об'єднати кілька жорстких дисків як один більший об'єм ~ 3,5 ТБ? Я програміст, а не системний адміністратор.
Відповіді:
Використовуйте LVM (Logical Volume Management) в Linux.
Ви можете вважати LVM як "динамічні розділи", це означає, що ви можете створювати / змінювати / змінювати / видаляти LVM "розділи" (їх LVM говорять "Логічні томи") з командного рядка під час роботи вашої системи Linux: ні потрібно перезавантажити систему, щоб ядро усвідомило щойно створені або змінені розділи.
Перш за все , ви можете використовувати fdisk
з -l
опцією , щоб отримати інформацію про поточні «Диски», а потім використовувати його , щоб розділити ваші «Диски» і встановивши тип системи цих розділів в «Linux LVM», після того, як ви закінчите розбиття на «Диски ", використовуйте pvcreate
для підготовки нових розділів до" LVM ".
Для отримання додаткової інформації: https://www.howtoforge.com/linux_lvm
Наступне може робити те, що ви хочете (також шукайте "союзні фільсистеми"):
Є й інші, але вони були або були популярними свого часу. LVM небезпечний тим, що втрата накопичувача знищить всю файлову систему. Юніфс, схоже, вже не розвивається. Aufs складний і вимагає компілювати інформацію про ядро. overlayfs має режими CoW та вбудований у сучасні ядра, тому він легко доступний майже в кожній системі та є популярним для віртуальних машин стилю контейнерів (наприклад, Docker). Однак накладення файлів має деякі обмеження порівняно із звичайною файловою системою. mergerfs використовує FUSE, тому може працювати в просторі користувача та діє як звичайна файлова система. З цих варіантів я рекомендую злиття або накладення залежно від ваших потреб.
Об'єднання подібних файлових систем може бути корисним, оскільки дозволяє базовим файловим системам бути окремими об'єктами. Це може за певних робочих навантажень фактично забезпечити більшу продуктивність, ніж типовий масив RAID, оскільки це може зменшити активність довільного доступу (наприклад, 10 клієнтів, що мають доступ до 10 окремих дисків). Відмова окремих дисків не втратить усіх даних на всіх накопичувачах. Ви також можете комбінувати файлову систему об'єднання з чимось на зразок SnapRAID, щоб отримати резервне копіювання / надмірність.
mergerfs
. Я шукаю спосіб об'єднати 2 500 ГБ USB-дисків в одну логічну структуру (багато даних 3D-зображень). Я спробую це спершу.
Добре,
Якщо ви хочете " об'єднати " накопичувачі в одну суміжну файлову систему, відповідь вище з LVM - це, мабуть, найкраща відповідь, хоча я б дуже обережно це робив. Викладені вище міркування дуже реальні. (наприклад, втрата одного диска може зробити дані на всіх накопичувачах безповоротними.)
Залежно від вашого використання 3-х дисків, я вважаю, що було б найкраще піти і отримати жорсткий диск 4 ТБ і скопіювати на нього всі розділи з інших 3-х дисків за допомогою утиліти на зразок " (g) розділений " або " dd / ddrescue ". Таким чином, ви все ще підтримуєте оригінальні накопичувачі, якщо щось піде не так.
Тепер, якщо один або декілька з 3-х дисків є кореневим розділом системи (наприклад, один або кілька жорстких дисків - це дисковід ОС, до якого ви хочете завантажитися після операції "злиття"), я би розглядав інший спосіб зробити або встановити привід 4 ТБ для завантаження розділів ОС через grub .
HTH.
Інші відповіді дають відповіді на ваше запитання. Однак ваша потреба може бути краще задоволена RAID.
поєднуючи обидва накопичувачі 250 ГБ в програмний рейд1, що дає 250 ГБ (~ 228 ГБ ефективно) зайвого сховища для даних, які вас цікавлять. Це може бути як ваша ОС, так і ваші особисті файли. Потім використовуйте єдиний привід 3 ТБ як сховище даних / даних, знаючи, що він менш захищений.
Придбайте другий накопичувач на 3 ТБ та зробіть рейд1 двома великими накопичувачами, забезпечуючи ефективне зберігання в 2,6 ТБ, але захищене від відмови одного накопичувача. Можна поєднувати з raid1 з двох накопичувачів на 250 ГБ для повністю надлишкового розділення системи / даних. Найкраща ідея, якщо ви можете собі це дозволити.
Рейдуйте 5 за трьома накопичувачами, забезпечуючи ефективне зберігання ~ 500 ГБ і витрачаючи більшість накопичувачів на 3 ТБ. Марно
JBOD / лінійний рейд Це дасть повний 3,5 ТБ (приблизно 3,1 ТБ), але відмова будь-якого диска скидає весь вміст всієї файлової системи. Це погано - не роби цього - згадується лише для повноти.
Зауважте, що НІКОЛІ з цих пропозицій не замінює належну процедуру резервного копіювання. Рейд захищає від несправності накопичувача, а не видалення або втрати файлу при взломі або пожежі.
LVM на вершині - ще один шар вгору по дереву абстракції - і буде досягнути подібних цілей, але без стійкості нальоту.