Апаратне чи програмне забезпечення RAID та тип файлової системи?


7

Я хочу створити досить простий масив RAID-5 або RAID-6, і я розглядаю свої варіанти. Машина буде 64-бітним сервером Ubuntu Linux і по суті буде використовуватися як резервний / файловий сервер. Мені потрібно буде зберігати досить великі файли, тому файлова система FAT-32 точно не зробить фокус :)

Я використовував ext3і ext4раніше, але це значною мірою було для робочого столу. Я дуже заінтригований btrfsпроектом, і хотів би використати його, якщо можливо. zfsвиглядає солодко, але я деякий час читав, що це не добре грає з Linux. Яку файлову систему я повинен використовувати?

Все це вище рівня апаратної / програмної RAID конфігурації. Що я повинен використовувати для RAID? btrfsпідтримує лише RAID-0, RAID-1 та RAID-10, і я спеціально зацікавлений у RAID-5 та RAID-6. Якщо я використовую апаратний RAID, чи відображається масив в операційній системі як єдиний жорсткий диск? Якщо так, то це суттєво пом'якшить проблеми підтримки RAID btrfs. Однак чи є спосіб, щоб я дізнався, якщо і коли привід виходить з ладу з рівня операційної системи? Як відновити масив у разі відмови?

EDIT

За потребою розмір, який я дивлюсь, становить щонайменше 6 ТБ. За допомогою RAID-5 я можу досягти цього за допомогою 4 диска 2 ТБ. З RAID-6, я вважаю, що я дивлюсь на 5 дискових накопичувачів 2 ТБ на стільки ж пам’яті. Я не думаю, що мені потрібно мати змогу розширити масив, але якби я це зробив, принаймні через кілька років.


Ще деякі речі, які можуть впливати на файлові системи ... Якого розміру ви плануєте бути системою? Ви маєте намір збільшити розмір пізніше?
camster342

Мої вибачення за те, що це не було, я щойно відредагував його, тому подивіться, я розглядаю як мінімум масив із принаймні 6 ТБ пам’яті.
Нафтулі Кей

Я просто подумав про ще пару речей, які можуть зігратись при виборі файлових систем. Чи знаєте ви, що подібні речі, які ви можете зберігати, мають менше великих файлів? чи більше менших файлів? чи занадто багато суміші, щоб бути певним?
camster342

Також велика потреба в розширюваності файлової системи? Або він завжди буде однакового розміру?
camster342

Не в осяжному майбутньому. У якийсь момент я, можливо, захочу розширити масив, але не принаймні на кілька років.
Нафтулі Кей

Відповіді:


7

Файлові системи:

Бачачи, як ви кажете, що хочете, щоб це було досить просто, я припускаю, що, мабуть, найкраще буде триматися подалі від файлових систем, які є відносно новими та все ще розвиваються такими функціями, як btrfs. Я рекомендую одну з файлових систем, яка є більш зрілою та стабільною, наприклад, ext4. Деякі з них, які ви хочете перевірити:

Ext4 - Мабуть, найпопулярніша файлова система Linux. Обмеження файлів набагато більше, ніж вам, можливо, знадобиться, і він має цілу купу покращень у роботі над системами Ext2 та 3. Її можна вирощувати лише в режимі офлайн.
XFS - існує вже давно, і другий рядок на сторінці Вікіпедії - це те, що він особливо досвідчений у великих файлах. Він також підтримує онлайн-розростання, якщо ви додасте інший жорсткий диск пізніше.
ReiserFS і, можливо, це новіша версія Reiser4 - також існують давно, і вона пропонує багато однакових особливостей, проте майбутня розробка може бути дещо в повітрі після того, як власник компанії, що розвивається, був засуджений за вбивство(!). Наразі вона все ще активно розробляється та підтримується компанією Namesys, хоча, і швидше за все, ця компанія незабаром буде продана комусь іншому.

Також перегляньте сторінку Вікіпедії, де порівнюються файлові системи .

Обладнання та програмне забезпечення:

Якщо у вас є гроші, я б сказав, щоразу переходьте з апаратним RAID. Коли я кажу апаратне забезпечення, я маю на увазі виділену RAID-карту, яка підтримує RAID5 / 6. RAID, який поставляється "вбудованим" на материнську плату, не є справжнім апаратним RAID (за винятком деяких спеціальних системних материнських плат). Якщо бюджет обмежений, і якщо ЦП на сервері буде встановлений масив RAID, у будь-якому разі не робити нічого іншого, можливо, ви зможете досягти майже еквівалентної продуктивності від впровадження програмного RAID. Також апаратний RAID, швидше за все, краще підтримує гаряче підключення, ніж звичайна материнська плата ПК (хоча в обох випадках ви хочете, як правило, також хотіти задню площину диска SATA, якщо ви хочете підключити пристрої гарячої підключення).

І програмне забезпечення RAID в Linux, і Hardware RAID представляють один великий "привід" до файлової системи. Реалізація апаратних RAID зазвичай повністю прозора для Linux, оскільки вся її конфігурація зазвичай виконується в її BIOS, доступ до якого починається з ПК, але більшість апаратних RAID-карток також матимуть інструменти Linux, якими ви можете користуватися в Інтернеті.


Відмінна відповідь! Дуже детально і справді вирішив усі мої проблеми. Дякую!
Нафтулі Кей

+1 із наступним застереженням: апаратний RAID може бути швидшим або повільнішим, ніж програмний RAID, YMMV.
Джек Дуглас

4

Дивіться цю статтю: http://augmentedtrader.wordpress.com/2012/05/13/10-things-raid/ . Ось кілька фрагментів з цієї публікації.

Програмне забезпечення RAID значно просунулося за останні кілька років (станом на 2012 рік). Апаратний RAID все ще має три ключові вразливості, які він завжди мав: По-перше, це дорого. По-друге, якщо ваша RAID-карта виходить з ладу, обсяг RAID виходить з ладу; це єдина точка провалу. По-третє, якщо ваша RAID-карта виходить з ладу, ви повинні знайти точну заміну для цієї картки для відновлення даних.

З іншого боку, програмне забезпечення RAID нічого не коштує, і якщо карта контролера або материнська плата виходять з ладу, ви можете просто перемістити свої диски на іншу машину і встановити відповідне програмне забезпечення для їх читання.

Так, апаратний RAID може бути швидшим, ніж програмний RAID, але цей розрив закривається, а гнучкість та надійність, пропоновані програмним RAID, переважують цю перевагу. Єдиний випадок, коли апаратний RAID є правильним вибором, коли абсолютна швидкість є єдиним пріоритетом, і ви готові ризикувати зі своїми даними.


Другий момент - одна з причин того, що я фактично придбав апаратну RAID-карту: у мене є система з подвійним завантаженням і мені потрібні були Linux та Windows, щоб мати змогу ділитися тим же віртуальним томом.
Нафтулі Кей
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.