Le RAID 5 est-il toujours une option viable?
Oui, pour certaines configurations, c’est. Exemple: prenons un utilisateur à domicile qui souhaite stocker beaucoup de films (principalement des lectures) et qui ne sauvegarde pas souvent, ne veut pas tout perdre à la mort du disque. RAID10 et RAID6 fonctionneraient également dans cet exemple, mais RAID 5 utilise moins de disques et est donc moins cher, moins gourmand en énergie et moins bruyant.
Pour la plupart des autres configurations: Non, évitez-le.
Je souhaite construire un petit NAS domestique avec des machines virtuelles jetables à des fins de développement.
Cela signifie probablement que vous écrirez aussi beaucoup. Choisissez le RAID matériel avec le cache (pour éviter les écarts d’écriture) ou choisissez le RAID 10. Ou tout sauf le RAID 5. Ou acceptez une longue période de reconstruction ou de restauration.
Notez que RAID ne remplace pas les sauvegardes. Par conséquent, je suppose que vous disposez de sauvegardes et que le nettoyage et la reconstruction d’une matrice peuvent être acceptables. Et potentiellement beaucoup plus rapide que de le redimensionner avec un nouveau disque.
Notez également que de nombreuses implémentations RAID ont un paramètre qui détermine leur vitesse de récupération. Cela varie généralement de «Durée de restauration longue, mais les utilisateurs peuvent continuer à accéder aux fichiers sans délai important» à «passé tout votre temps à reconstruire».
Je veux pouvoir étendre l'espace disque disponible à tout moment sans trop de tracas.
Cela dépend de ce que vous appelez «problème» et de la nécessité de tout conserver dans un seul volume. Il pourrait être utile de regarder ZFS.
Et quand un lecteur tombe en panne, je veux pouvoir recréer le RAID dans un temps raisonnable.
Qu'est-ce qu'un "montant décent si le temps"? Pour les disques RAID 5 et les disques de plusieurs téraoctets, la restauration peut prendre un week-end. Moins possible si vous nettoyez la matrice, créez une nouvelle matrice avec le disque cassé remplacé et restaurez-la à partir de la sauvegarde. (Ce qui augmente la vitesse de lecture des sauvegardes, ce qui peut être lent si elles se trouvent sur un autre réseau).
Certainement, ça l'est. Nous gérons plus de 150 serveurs physiques et la plupart d’entre eux (à l’exception de certains serveurs lecture-écriture à haut débit, dotés de RAID10) sont des RAID5. Le temps de recréation dépendra de la capacité du disque, mais gardez à l'esprit que les défaillances de disque sont (ou devraient être) une situation très peu fréquente. Ainsi, en cas de défaillance de votre disque, vous ne subirez aucune perte de données ni de service, sauf en cas d'échec d'un autre disque. entre le moment où le premier échoue et les nouvelles reconstructions, ce qui est encore plus rare sauf si vous avez un autre matériel qui fait échouer vos disques.
Une précision: si un disque tombe en panne, le service ne sera pas perdu. Entre le moment où il échoue et que vous le remplacez, le reste des disques fonctionnera toujours et tout fonctionnera normalement. Le problème se produit lorsque plusieurs disques échouent.
la source
Absolument non, si vous vous souciez de vos données. Absolument oui si cela ne vous dérange pas de le perdre.
Comme vous avez déjà indiqué que vous n’avez aucune sauvegarde, il existe un risque élevé de secteurs défectueux supplémentaires (= perte de données) en cas de perte d’un lecteur.
Le temps de récréation n'est pas le problème. La reconstruction d'un logiciel RAID peut facilement saturer le STR de tout disque dur moderne. Un tableau de 10 To de disques 6x2 To serait reconstruit en environ 4 heures.
Le problème est sans nettoyage d'arrière-plan, vous aurez presque certainement déjà au moins un secteur défectueux sur un lecteur en cas de défaillance d'un autre lecteur. L'effet de ceci peut varier de votre tableau allant en lecture seule à une corruption complète du système de fichiers entier.
Addendum: Pour les VM typiques de développement et de test, il est préférable de ne pas utiliser de NAS. Bien que je ne vois pas comment vous pouvez utiliser jusqu'à 10 To avec des "machines virtuelles jetables"
la source