01
Спочатку запишіть вимогу до відновлення
Визначте модель відмов простою мовою: один пристрій, два пристрої, контролер, випадкове видалення або весь сервер. RAID покриває лише деякі відмови пристроїв. Встановіть цільовий час відновлення для відновлення сервісу та цільову точку відновлення для втрати даних, потім визначте, яку вимогу може задовольнити локальний масив, а яка потребує реплікації або резервного копіювання в іншому місці.
Також зафіксуйте, чи повинна система продовжувати приймати записи в деградованому стані. Архів із переважним читанням, база даних із інтенсивним записом і тимчасовий простір для чернеток можуть використовувати однакову кількість дисків, але потребують різних схем. Тому ефективність ємності — це лише одне з обмежень, а не остаточний висновок.
02
Підберіть схему відповідно до робочого навантаження та кількості пристроїв
Дзеркала прості для двопристроєвого завантаження або набору даних і можуть підходити для випадкового вводу/виводу, де корисні незалежні дзеркальні групи. Компонування з парністю обмінюють роботу запису та складність відновлення на більшу ємність. Подвійна парність може зберегти додатковий запас відмов у широкому наборі HDD, тоді як RAID 10 обмінює половину необробленої ємності на дзеркальні пари. Це тенденції проєктування, а не гарантії продуктивності; контролер, файлова система, глибина черги, розмір запису та шаблон застосунку мають значення.
Використовуйте фактичну топологію каталогу. Сервери зберігання з 12-дисками та 24-дисками дозволяють вибір, недоступний на обчислювальному сервері з двома NVMe. Не включайте окрему завантажувальну пару NVMe до розрахунку масиву даних і не припускайте, що одна дуже широка група краща за кілька груп без моделювання доменів відмов і поведінки вводу/виводу.
Підберіть схему відповідно до робочого навантаження та кількості пристроїв| Питання про робоче навантаження | Макет для оцінки | Причина для перевірки |
|---|
| Потрібні два локальні пристрої та безперервність | Дзеркало | Ємність одного пристрою та простий деградований стан |
|---|
| Широкий пул HDD з вимогою двох відмов | RAID 6 або RAIDZ2 | Ширина парності, навантаження при відновленні та рекомендації щодо файлової системи |
|---|
| Випадкові записи та кілька парних пар дисків | RAID 10 або дзеркальні vdev | Компроміс між ємністю та реальною затримкою робочого навантаження |
|---|
| Одноразові дані з відтворюваним джерелом | RAID 0 може розглядатися | Втрата будь-якого члена втрачає масив |
|---|
03
Виберіть один рівень для володіння надмірністю
Вирішіть, чи володіє макетом апаратний контролер, Linux MD або файлова система, така як ZFS. Уникайте накладання незалежних шарів RAID без задокументованої причини, оскільки стан справності та заміни може стати неоднозначним. Резервування ZFS виражається через дзеркала або vdev RAIDZ і покладається на контрольні суми; втрата vdev верхнього рівня може призвести до втрати пулу, тому додавання окремого ненадлишкового пристрою до інакше надлишкового пулу змінює модель відмов.
Підтвердьте ідентифікацію диска, процедуру заміни, поведінку завантаження та те, що може спостерігати операційна система, перед створенням масиву. Зміна топології пізніше може бути обмеженою або руйнівною, особливо для схем з парністю.
04
Сплануйте вікно деградації та реконструкції
Моніторинг повинен розрізняти стани: здоровий, деградований, реконструкція та перевірка узгодженості. Linux MD надає такі дії, як resync, recover, check і repair; збирайте прогрес і розбіжності, а не лише повідомляйте, що том змонтовано. Брудний і деградований RAID 5 або 6 може становити ризик пошкодження, тому примусове збирання ніколи не повинно бути рутинним скороченням відновлення.
Документуйте маршрутизацію сповіщень, придбання запасних частин, ідентифікацію заміни, регулювання навантаження та момент, коли відновлення безпечніше, ніж продовження. Ніколи не обіцяйте тривалість перебудови без вимірювання поставлених пристроїв, навантаження на масив і контролер.
05
Зафіксуйте вибір та його обмеження
Завершена конструкція повинна називати схему, припущення щодо однакових дисків, оцінку корисної ємності, допустимі відмови, джерело моніторингу та місце відновлення. Зберігайте версійні дані в іншому домені відмов і перевірте відновлення. Очікуваний результат не є твердженням, що RAID запобігає втраті; це масив, поведінка при відмові та відповідальність за відновлення якого зрозумілі до надходження виробничих даних.
Прямі відповіді
Питання щодо цього посібника
Чи завжди RAID 6 є найкращим вибором для великого сервера HDD?
Ні. Вона пропонує толерантність до двох паритетів, але I/O робочого навантаження, ширина vdev або масиву, рекомендації контролера або файлової системи, операції перебудови та ціль відновлення все ще визначають компонування.
Чи може гарячий резерв замінити зовнішню резервну копію?
Ні. Резерв може скоротити час до початку відновлення, але він залишається на тому ж сервері і не захищає від видалення, компрометації, пошкодження, поширеного через стек, або втрати майданчика.