Чи безпечно ставити жорсткі диски md-software-raid в режим очікування?


9

У мене є домашній сервер файлів з 6 жорсткими дисками на робочому столі в md-raid.

Сервер не дуже доступний, тому я думаю, що було б добре, щоб жорсткі диски перейшли в режим очікування через деякий час простою (наприклад, з командою hdparm -S або hd-idle).

Це безпечно при використанні mdadm або може спричинити помилки / погіршити жорсткі диски?


Як швидку відповідь, я вважаю, що якщо щось потрібно записати / прочитати привід, воно вийде з режиму очікування.
soandos

Я вважаю, що ви не використовуєте робочий стіл на цьому комп’ютері? Це було б справді безпечно, якби gnome або kde зробили це за вас.
digitxp

@soandos: Так, я б очікував і такої поведінки.
Dani31

@digitxp: Ти маєш рацію, але чому ти думаєш, що це було б справді безпечно з робочим середовищем?
Dani31

1
@ Dani31 Ви знаєте, хлопці Gnome, вони зроблять щось абсолютно безглузде, або якщо вони не зможуть, вони будуть робити вигляд, що такої функції ніколи не існувало.
digitxp

Відповіді:


5

Я повинен так подумати. Я використовую його свою резервну машину з RAID-1 вже близько року. Отримати поради з цієї сторінки . Він також згадується у вікі Gentoo та [H] ardforum.

Крім того, сторінка man для hdparm відмічає аналогічний режим відключення живлення (-S), як ДУЖЕ ОПАСНО, але не згадує про ризики в розділі hd-простою.


4

На мій досвід, це безпечно. Я кілька років керував домашнім сервером з "hdparm -S 240" і не відчував жодних проблем.

Будьте в курсі:

  • Вимкнення всіх дисків та прокидання індивідуально. У RAID-5 це може зайняти багато часу, оскільки диски прокидаються один за одним.

Крім того, у деяких популярних накопичувачів, таких як серія WD RED, відсутні функції APM, і вона не може обробляти hdparm.

Я написав сценарій (тестований на Debian 8.0) для подолання обох проблем:


1

Як зазначено на hdparmголовній сторінці для -S:

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

У посібнику з управління потужністю Red Hat зазначено:

Багато програм сканують конфігураційні файли на предмет змін. У багатьох випадках сканування проводиться з фіксованим інтервалом, наприклад, щохвилини. Це може бути проблемою, оскільки воно змушує диск прокинутися з вікон.

І те й інше вказує на те, що відкручування дисків є безпечним, так як якщо виникає будь-яка активність диска, яка вимагає запуску певного диска, вона буде автоматично запущена. Це також погоджується з моїм особистим досвідом; будь-який диск вводу-виводу призведе до того, щоб накопичувач, що випав, закрутився. Ви також можете вручну викликати введення-вивід на накопичувач, щоб змусити його крутитися, якщо знаєте, що незабаром він буде потрібен; -zПараметр hdparm може бути корисним для цього:

-z Змусити ядро ​​перечитати таблицю розділів вказаних пристроїв.

Зауважте, що, як зазначено на сторінці hdparm man, процес підключення може зайняти чималий час, протягом якого запит вводу / виводу з’явиться невідповідно до процесу userland. Я пропоную спробувати це заздалегідь, щоб переконатися, що ваші диски не займуть час, щоб закрутитися, що може змусити mdraid вигнати їх зі свого масиву (що призводить до поганих речей, коли ви опуститеся нижче межі надмірності масиву). Час спінупінгу не повинен бути проблемою з сучасними накопичувачами, але ви ніколи не знаєте напевно, перш ніж тестувати у вашому конкретному середовищі.

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