Низький рівень апаратного RAID проти програмного RAID [закрито]


16

Я хочу створити архів RAID 1 низького класу 6TB на старому ПК.

MB: Intel d2500hn 64bit
CPU: Intel Atom D2500
RAM: 4GB DDR3 533 MHz
PSU: Chinese 500W
NO GPU
1x Ethernet 1Gbps
2x SATA2 ports
1x PCI port
4x USB 2.0

Я хочу створити архів RAID1 на Linux (я думаю, що CentOS 7, тоді я встановлю все, що мені потрібно, я думаю, власніCloud або щось подібне), буду використовувати його у своїй домашній локальній мережі.

Чи краще 10-20 $ рейдовий контролер PCI або програмний RAID?

Якщо рейд на програмне забезпечення краще, що мені вибрати на CentOS? Чи краще розмістити систему на зовнішньому USB та за допомогою 2-х дисків на роз'ємах або я повинен помістити систему в один диск, а потім створити RAID?

Якщо я б зробив 3 диски RAID 5, чи варто вибрати апаратний рейд PCI або просто роз'єм SATA PCI?


11
Будь ласка, не робіть R5, це небезпечно
Chopper3

1
Чи не було раніше відповіді на це запитання? Наприклад, serverfault.com/questions/214/raid-software-vs-hardware
Tommiie

3
Це питання щодо думок, ви знайдете дуже багато людей, котрі вболівають за програмне забезпечення та багато людей, які вкорінюються за обладнання. На мій погляд, це залежить. Програмне забезпечення RAID Linux добре зарекомендувало себе і знову і знову доводило свою цінність, але воно створює дуже легкі накладні витрати (що мізерно, особливо в RAID 1). RAID 5 не слід використовувати, якщо ви цінуєте свої дані через URE, див. Youtube.com/watch?v=A2OxG2UjiV4 Правило, якщо ви використовуєте RAID 1 і маєте можливість між дешевим апаратним RAID та програмним RAID, перейдіть на програмне забезпечення .
Броко

3
@Tom Ці відповіді мають вік ~ 9 років, і питання HW / SW-RAID досить змінилося, я думаю. OP: У вашому випадку я б дзеркально відображав диски в програмному забезпеченні RAID1, включаючи встановлення CentOS.
Ленні

2
Люди завжди стверджують, що апаратний RAID економить на використанні процесора. Але використання процесора, необхідного для копіювання даних навколо, майже дорівнює нулю. Я не уявляю, що використання процесора є проблемою в програмному RAID.
usr

Відповіді:


40

Картка RAID на 10-20 доларів США - це не що інше, як непрозора, бінарна драйверна мережа, яка виконує лише RAID-реалізацію програмного забезпечення. Тримайтеся далеко від цього.

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

RAID-картку в розмірі 300/400 $, що пропонує кеш-пам'ять, захищений від потужних втрат, варто купувати, але не для невеликих ПК / NAS на базі Atom.

Якщо коротко: я настійно пропоную вам використовувати програмне забезпечення RAID Linux. Інший варіант, який слід серйозно розглянути, - це дзеркальна настройка ZFS, але, маючи процесор Atom і лише 4 Гб оперативної пам’яті, не очікуйте високої продуктивності.

Іншу інформацію читайте тут


Дякую, я буду використовувати mdadm, чи радите ви поставити систему на зовнішній usb та два диски, що використовуються як пам'ять, або мені слід встановити систему, а потім створити рейд, додавши диск? Спасибі
Ігор З.

@ IgorZ. мені незрозуміло, як ви хочете підключити свої накопичувачі. Зі свого допису, здається, у вас є лише два порти SATA, тому я би встановив ОС на жорсткий диск USB або флешку (якщо ви проходите шлях флеш-пам'яті USB, не забудьте придбати мандрівник з гідною продуктивністю 4 к. Випадкового запису).
shodanshok

RoC? SoC був би системою на чипі, тобто "маленьким комп'ютером", але що таке RoC?
ilkkachu

POC. Доказ концепції?
BaronSamedi1958

1
RoC означає R допомоги O н C стегна. В основному, маркетинговий термін для ідентифікації вбудованої системи, що працює з ОС, пов’язаної з RAID, з апаратним завантаженням для розрахунку паритету.
shodanshok

11

Ідіть ZFS. Серйозно. Це набагато краще порівняно з апаратним RAID, і причина проста: Він використовує смуги змінного розміру, тому режими парності RAID (Z1 і Z2, RAID5 і RAID6) працюють на рівні @ RAID10 і досі є надзвичайно рентабельним. + Ви можете використовувати флеш-кеш (ZIL, L2ARC тощо) під керуванням @ виділеним набором доріжок PCIe.

https://storagemojo.com/2006/08/15/zfs-performance-versus-hardware-raid/

ZFS є на Linux, ZoL.

https://zfsonlinux.org/


3
Я, як правило, тут щиро погоджуюся, але у нього є лише 4 Гбіт оперативної пам’яті, тому ZFS може не працювати оптимально ...
Джош

1
+1. У будь-якому випадку, ZRAID відомий з низьким коефіцієнтом IOPS порівняно з дзеркальним відображенням + смугастим: в основному, кожен vdev верхнього рівня має IOPS-якість одного диска. Подивіться тут
shodanshok

Минулого разу, коли я подивився, ZFS вимагало 1 ГБ оперативної пам’яті на ТБ RAID, тому в ОП недостатньо оперативної пам’яті. Це змінилося?
Марк

2
Домовились. ZFS - найкращий вибір для архівних даних. Продуктивність завжди залежить від розміру смуги та розміру блоків, які будуть записані на диск, тому її складно обчислити, але дуже легко оптимізувати продуктивність :) Більше того, ZFS не був розроблений для віртуалізації чи інтенсивного IO навантаження.
Стрепсілс

1
2Mark: Це для подвійної спроможності.
БаронСамеді1958

3

Ось ще один аргумент щодо програмного забезпечення в дешевій системі.

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

Давайте розглянемо рейдову карту. Більшість рейдових карток погано задокументовані та несумісні. Ви не можете замінити карту компанії xyz на одну на abc, оскільки вони зберігають дані по-різному (якщо припустити, ви можете зрозуміти, хто з них почав картку). Рішення цього - мати запасну рейдову карту, точно ідентичну виробничій.

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

Материнські плати, як правило, складніше, ніж накопичувачі, але менше, ніж рейдові карти. У більшості випадків достатньо лише перевірити наявність сумісних слотів, але головні болі можуть не закінчитись. Спосіб уникнути цієї проблеми - зовнішні корпуси, але це недешево.

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

Єдиним недоліком програмного нальоту на дешевій системі є завантаження. Наскільки я знаю, єдиним завантажувачем, який підтримує рейд, є grub, і він підтримує лише raid 1, а це означає, що ваш / boot повинен зберігатися в raid 1, що не є проблемою, якщо ви використовуєте лише raid 1 і лише незначну проблему в більшість інших випадків. Однак сам шрифт (зокрема, завантажувальний блок першого ступеня) не може зберігатися на рейді. Цим можна керувати, помістивши запасну копію на інші диски.


Я налаштував свій завантажувальний RAID 1 - створити /bootрозділ на кожен та розділ даних на кожен для /(замість того, щоб присвячувати весь диск масиву). Поки ви створюєте окремий завантажувальний розділ на кожному диску і працюєте grub-installна кожному диску, вони повинні бути завантажуваними, а md має змогу монтувати деградований масив. Я думаю, що це буде працювати і з іншими ароматами, ніж RAID 1.
nstenz

@nstenz, ви майже точно описали мою настройку. Розділ даних отримав raid6, а lvm та boot отримали рейд 1.
hildred

1
  1. Як говорили інші, корисність для апаратного RAID та різних недоліків немає. Мої основні причини, що віддають перевагу програмному RAID, полягають у тому, що він простіший і портативніший (і, таким чином, більш ймовірно, що насправді вдало відновиться після різних сценаріїв відмов).

  2. (Також, як уже говорили інші) 3 дисковий RAID 5 - це дійсно погана схема RAID - це майже найгірший з усіх світів, з дуже малою користю. Різновид компромісу між RAID 0 та RAID 1 і трохи кращим, ніж будь-який із них, але це єдине добре сказати про це. RAID перейшов до набагато кращих схем, як RAID 6.

  3. Мої поради (обладнання):

    • Отримайте 4-портову карту SATA для цього слота PCI, завдяки чому ви отримаєте шість загальних портів SATA - один для завантажувального пристрою та п'ять для накопичувачів даних. Я бачу його за ~ 15 доларів США, рекламується як апаратний RAID, але ви можете просто проігнорувати ці функції та використовувати її як звичайний SATA.

    • Отримайте невеликий SSD для завантажувального диска. Я знаю, що досі існує думка, що "SSD-диски занадто дорогі", але це вже майже неправда, і зовсім не на малому кінці - 120 ГБ - це набагато більше, ніж потрібно для цього завантажувального накопичувача, і ви можете отримати його за ~ 25 доларів.

    • Необов'язкове, але дійсно приємне доповнення (якщо корпус вашого ПК має відсіки 3x 5,25 "накопичувача) - це отримати перетворювач відсіку накопичувача: ви можете перетворити 3 5.25-дюймові (оптичні) відсіки накопичувача в 5-дюймовий 3,5-дюймовий" фронтальний завантажувач "(HDD) бухти, тож вам не доведеться розбирати машину (або навіть вимикати її), щоб поміняти диски. (Шукайте "задню площину 5 на 3".)

    • Використовуйте 5-разові жорсткі диски будь-якого розміру в RAID 6 (подвійне резервування, 3-кратний простір розміру диска).

  4. Мої поради (програмне забезпечення): Подивіться на OpenMediaVault щодо ОС / файлового сервера. Це "дистрибутив приладів", ідеально підходить саме для такого виду використання - на базі Debian (власне Linux-порту на базі BSD FreeNAS) із усім, що було попередньо налаштовано для сервера NAS. Це робить налаштування та керування програмним RAID (а також LVM, мережевими спільними ресурсами тощо) дійсно простими.

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