bcache на md або md на bcache

bcache дозволяє одному або декільком швидким дисковим накопичувачам, таким як твердотілі накопичувачі на основі флеш-накопичувачів (SSD), виконувати функції кешу для одного або декількох повільних накопичувачів жорсткого диска .

Якщо я правильно розумію,

• SSD ^* може бути призначений для кешування декількох резервних жорстких дисків, і тоді кешовані пристрої можуть бути RAIDed з mdadm
  або
• декілька жорстких дисків можуть бути RAIDed в один резервний md-пристрій і SSD, призначений для кешування цього

Мені цікаво, який саме безпечніший підхід. Мені здається, що вирощувати RAID5 / 6 може бути простіше за допомогою тієї чи іншої техніки, але я не впевнений, який!

Чи є вагомі причини (наприклад, збільшення резервного сховища чи що-небудь інше) для вибору одного підходу над іншим (для великої некореневої файлової системи, що містить резервні файли VM)?

_{^* під "SSD" я маю на увазі якийсь надмірний пристрій SSD, наприклад RAID1 з двох фізичних SSD}

Я думаю, кешування всього пристрою md має найбільше сенсу.

Введення bcache для кешування всього пристрою md приносить у жертву всю ідею провести рейд, оскільки це вводить ще одну єдину точку відмови.

• OTH збої SSD-дисків відносно рідкісні, і bcache можна перевести в режим writethrough/ writearoundна відміну від writebackрежиму, де немає даних, що зберігаються тільки в кеш-пристрої, і вихід з ладу кешу не вбиває інформацію в рейд робить його відносно безпечним варіантом.

• Інший факт полягає в тому, що існує значна обчислювальна накладні витрати м'якого RAID-5; під час кешування кожного спінінг-рейдового елемента окремо комп'ютер все одно повинен перерахувати всі паритети, навіть на сходах кешу

• Очевидно, ви б пожертвували дорогим простором ssd, якщо кешуєте кожен спінінг диск окремо. - Якщо ви не плануєте використовувати керований кеш ssd.

• Обидва варіанти відносно не впливають на час зростаючого процесу - хоча опція із спінізованими накопичувачами, кешованими окремо, може бути повільнішою через збільшення трафіку в автобусі.

Це швидкий і відносно простий процес налаштування bcache для видалення ssd-диска, коли вам потрібно його замінити. Завдяки блокам має бути можливість міграції налаштування рейду обома способами на місці.

Ви також повинні пам'ятати, що на даний момент більшість (все?) Розподілу живих-CD не підтримуютьbcache , тому ви не можете просто отримати доступ до даних з такими інструментами , незалежно від bcache- mdraidваріанти компонування ви вибрали.

Я думаю, що розумним підходом є кешування отриманого пристрою MD.

bcache призначений для проходження послідовного читання і запису.

Якщо ви перевантажуєте кожен пристрій окремо, логічно, декілька пристроїв, що врізаються в набій або позбавлений МД, з точки зору bcache постійно записуватимуть випадкові блоки.

У той час як об'ємний об'єм MD буде виглядати як звичайний, записуйте файли в об'єм, а не випадкові блоки на декілька пристроїв.

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

Це може бути не правильно (оскільки bcache devs може бути розумним і враховувати таку ситуацію), але логічно оптимальною справою є кешування томів, а не блокування пристроїв.