Est-il sûr de mettre les disques durs d'un raid logiciel md en veille?


9

J'ai un serveur de fichiers personnel avec 6 disques durs de bureau dans un raid md.

Le serveur n'est pas beaucoup accessible, donc je pense qu'il serait bon que les disques durs passent en mode veille après un certain temps d'inactivité (par exemple avec la commande hdparm -S ou hd-idle).

Est-ce sûr lorsque vous utilisez mdadm ou cela pourrait-il provoquer des erreurs / des disques durs dégradés?


Pour répondre rapidement, je crois que si quelque chose est censé écrire / lire le lecteur, il sortira du mode veille.
soandos

Je suppose que vous n'utilisez pas un environnement de bureau sur cet ordinateur? Ce serait vraiment sûr si gnome ou kde le faisaient pour vous.
digitxp

@soandos: Oui, c'est le comportement auquel je m'attendrais aussi.
Dani31

@digitxp: Vous avez raison, mais pourquoi pensez-vous que ce serait vraiment sûr avec un environnement de bureau?
Dani31

1
@ Dani31 Vous connaissez les gars de Gnome, ils feront quelque chose d'absolument idiot ou s'ils ne le peuvent pas, ils prétendront qu'une telle fonctionnalité n'a jamais existé.
digitxp

Réponses:


5

Je devrais le penser. Je l'utilise depuis une année avec ma machine de sauvegarde avec RAID-1. Vous avez les conseils de cette page . Il est également mentionné sur le wiki Gentoo et les fils [H] ardforum.

De plus, la page de manuel de hdparm marque le mode de mise hors tension similaire (-s) comme TRÈS DANGEREUX mais ne fait aucune mention des risques dans la section hd-idle.


4

D'après mon expérience, c'est sûr. Je gère un serveur domestique depuis plusieurs années avec "hdparm -S 240" et je n'ai rencontré aucun problème.

Attention cependant:

  • Tous les disques expirent et se réveillent individuellement. Dans un RAID-5, cela peut prendre du temps, car les disques se réveillent les uns après les autres.

De plus, certains disques populaires comme la série WD RED manquent de fonctionnalités APM et ne peuvent pas être gérés par hdparm.

J'ai écrit un script (testé sur Debian 8.0) pour surmonter les deux problèmes:


1

Comme indiqué dans la hdparmpage de manuel pour -S:

Cette valeur de délai d'attente est utilisée par le variateur pour déterminer le temps d'attente (sans activité du disque) avant de mettre le moteur de broche hors tension pour économiser de l'énergie. Dans de telles circonstances, le lecteur peut prendre jusqu'à 30 secondes pour répondre à un accès disque ultérieur, bien que la plupart des lecteurs soient beaucoup plus rapides.

Le guide Red Hat Power Management indique:

De nombreuses applications analysent les fichiers de configuration pour rechercher les modifications. Dans de nombreux cas, l'analyse est effectuée à un intervalle fixe, par exemple toutes les minutes. Cela peut être un problème, car il force un disque à se réveiller des spindowns.

Les deux indiquent fortement que la rotation des disques est sûre, car si une activité de disque se produit nécessitant la rotation d' un disque particulier, elle sera automatiquement lancée. Cela correspond également à mon expérience personnelle; toute E / S de disque fera tourner un disque en rotation. Vous pouvez également provoquer manuellement des E / S sur le lecteur pour le forcer à tourner si vous savez qu'il sera bientôt nécessaire; L' -zoption de hdparm pourrait être utile pour cela:

-z Forcer une relecture du noyau de la table de partition du ou des périphériques spécifiés.

Notez que, comme indiqué dans la page de manuel hdparm, le processus de rotation peut prendre un temps considérable pendant lequel la demande d'E / S ne répondra pas au processus de l'espace utilisateur. Je suggère d'essayer cela au préalable pour vous assurer que vos disques ne prennent pas trop de temps à tourner, ce qui pourrait faire que mdraid les expulse de votre baie (ce qui conduit à de mauvaises choses lorsque vous tombez en dessous du seuil de redondance de votre baie). Les temps de rotation ne devraient pas être un problème avec les lecteurs modernes, mais vous ne savez jamais avec certitude avant de tester dans votre environnement particulier.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.