55 votes

RAID - logiciel ou matériel

J'ai toujours utilisé le RAID matériel parce qu'il est (à mon avis) au bon niveau (n'hésitez pas à le contester), et parce que les pannes de système d'exploitation sont plus fréquentes que les problèmes matériels. Ainsi, si le système d'exploitation tombe en panne, le RAID disparaît, ainsi que les données, alors qu'au niveau matériel, indépendamment du système d'exploitation, les données restent.

Cependant, dans un récent podcast de Stack Overflow, ils ont déclaré qu'ils n'utiliseraient pas le RAID matériel car le RAID logiciel est mieux développé et fonctionne donc mieux.

Ma question est donc la suivante : y a-t-il des raisons de choisir l'un plutôt que l'autre ?

44voto

Lone Coder Points 244

Je préfère le RAID logiciel.

Le RAID logiciel présente le grand avantage de ne pas être lié à un ensemble particulier de matériel. Par exemple, j'ai eu des défaillances de contrôleur et/ou de carte mère qui ont entraîné la perte de la matrice.

Les processeurs actuels sont suffisamment rapides pour gérer la parité sur les variantes RAID-5. Je n'ai jamais eu de problème de saturation du bus à cause de plusieurs lectures simultanées.

24voto

Guy Points 2638

Je préfère le raid HW, car si vous devez retirer de bons disques d'une machine morte, vous n'êtes pas limité à la configuration OS de la "matrice" raid.

Vous gardez des sauvegardes de la configuration de vos contrôleurs RAID, n'est-ce pas ?

Il suffit donc de le charger sur une machine de donneur, d'y insérer les disques (dans le bon ordre !). Vous avez étiqueté vos disques avant de les retirer, n'est-ce pas ?) et redémarrez sur un système d'exploitation propre et vos données sont récupérées.

LES DISQUES OS NE SONT PAS DES DISQUES IMPORTANTS À CONSERVER. LE PLUS IMPORTANT EST DE CONSERVER LES DISQUES DE DONNÉES. ! !!!

(Vous sauvegardez vos disques DATA, n'est-ce pas ?)

14voto

David Negron Points 971

Une considération importante est la fiabilité ; en fin de compte, le RAID matériel et le RAID logiciel ne sont que des implémentations logicielles de l'algorithme. Ils sont donc tous deux sensibles aux bogues logiciels.

Après de nombreuses années d'utilisation de configurations RAID logicielles sous Linux, je n'ai jamais rencontré de bogue entraînant une perte de données. Mais j'ai vu plusieurs cas de perte totale de données dans un RAID matériel très coûteux provenant d'un fabricant réputé.

Deux leçons à tirer de cette affaire :

  • Le RAID n'est pas une stratégie de sauvegarde.
  • Ce n'est pas parce qu'il s'agit d'un matériel qu'il fonctionne correctement.

10voto

Telcontar Points 2329

Les contrôleurs RAID matériels sont généralement dotés d'une mémoire cache RAM sauvegardée par batterie qui accélère les opérations d'écriture, même en utilisant le RAID logiciel. Si je le peux, j'essaie toujours d'obtenir un RAID matériel avec une mémoire cache à batterie, puis j'exécute le RAID logiciel par-dessus si le micrologiciel du contrôleur n'est pas à la hauteur.

7voto

Guy Points 2638

Je pense que l'expérience de Jeff avec ses matrices RAID est due à l'obtention (et à la confiance) de contrôleurs RAID de mauvaise qualité. "Wow, cette matrice RAID fait un milliard de gigaflops par seconde et je l'ai eue pour 10 £ sur eBay !".

Si vous tenez à vos données, achetez un bon contrôleur RAID, éprouvé et fiable.

Encore mieux, prenez-en deux (avec basculement).

Mieux encore, mettez-vous au diapason du 21e siècle et procurez-vous une matrice de disques externe dédiée, connectée en FC / iSCSI, avec une tolérance aux pannes / ZSPOF intégrée - double chemin, double RAID, RAID6 ou 10 (ou 20 ou 50), et hot spares.

Oui, c'est cher. Mais combien cela coûterait-il si tout le site de la SO était détruit.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X