Чи слід уникати розміщення двох SSD в конфігурації RAID1 через зниження продуктивності?

У мене є система робочих станцій, яка матиме два промислових SSD на 64 Гб, і план полягає в тому, щоб обидва диски були в конфігурації RAID1 для надмірності, встановленої в старті. Система буде працювати під управлінням CentOS 7. Переглядаючи це, я виявив, що керівництво адміністрування зберігання RHEL не рекомендує RAID1 для SSD.

Red Hat також попереджає, що програмні RAID рівні 1, 4, 5 та 6 не рекомендуються для використання на SSD. На етапі ініціалізації цих рівнів RAID деякі утиліти управління RAID (наприклад, mdadm) записують у всі блоки на пристрої зберігання, щоб забезпечити правильну роботу контрольних сум. Це призведе до швидкої погіршення продуктивності SSD.

Це щось, з чим я повинен серйозно перейматися? Чи є альтернативи для надмірності, які я можу використовувати?

Згідно з документацією RHEL знову, дзеркальне відображення LVM тепер використовує програмне забезпечення для RAID MD, тому попередження про RAID також стосується цього.

Більше інформації: SSD-диски - це серія Swissbit X-200 (SATA), і схоже, що надмірна забезпеченість становить 40%.

За словами апаратури апаратури, апаратний RAID не буде варіантом.

Я б не дуже рекомендував програмне забезпечення Linux RAID із SSD, особливо для завантаження. Я приймаю рішення на основі можливих сценаріїв відмов та того, який вплив має час простою. Для промислових SSD я зазвичай використовував їх окремо, без RAID.

Якщо ця робоча станція вийшла з ладу, як швидко ви можете 1). відновлення після резервного копіювання або 2). відновити / переробити?

Що це за типи SSD (марка / модель)? Якщо вони занадто забезпечені, це може бути не надто великою проблемою. Якщо вони є SATA і підключені до материнської плати, у вас буде кілька варіантів TRIM.

Для полегшення розгортання та відновлення можна використовувати апаратний RAID-контролер LSI початкового рівня. Принаймні базовий RAID буде прозорим для ОС.

Редагувати:

Це високозабезпечені промислові SSD . Налаштуйте дзеркало RAID 1 як звичайне та просто слідкуйте за дисками з часом.

Це щось, з чим я повинен серйозно перейматися?

Ні

Чи є альтернативи для надмірності, які я можу використовувати?

Я віддаю перевагу апаратним RAID-контролерам, але це особиста річ, у вас все добре.

Питання, яке ви повинні задати, це коли ця документація була написана. Вони, як правило, використовують один і той же матеріал і оновлюють його, якщо потрібно, і з того часу змінилася технологія SSD.

Незважаючи на те, що вони є промисловими, виконання запису та читання - це не те саме. Документація стосується продуктивності запису, але з налаштуванням дзеркала ви отримаєте кращу ефективність читання за допомогою / boot та / mounts.

Тому опитувати документацію в деяких аспектах варто.

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

Ви можете зробити це за допомогою наступного:

• використовуючи нове достатнє ядро, яке підтримує MD, що передає TRIM на SSD (принаймні 3.8.що щось IIRC, але, будь ласка, перевірте), і запускаючи fstrim (8) (з пакету util-linux) щоночі

• використовуючи нове достатнє ядро ​​та маючи на ньому опцію монтажу "відкинути" (для ext4 / xfs). Зауважте, що це нижча продуктивність, ніж вище, оскільки TRIM не потребує запиту, і це не використовує перевагу пакетної версії

• на старих ядрах виконайте нічний cron run від mdtrim . Не забудьте протестуватись із наданим тестовим сценарієм, перш ніж розміщувати на ньому важливі дані!

Також зауважте, що все це стосується лише файлової системи безпосередньо на softRAID. Він не працюватиме для більшості апаратних RAID. Крім того, він (на даний момент) не працюватиме, якщо у вас є LVM або якийсь інший шар поверх MD softraid. Вам знадобиться велике надмірне забезпечення, щоб пережити їх (і, на щастя, у вас це 40%, тож ви добре).