|
Bas de page | |
---|---|
Auteur | Sujet : Machine dédié au partage de fichier |
Publicité | Posté le 25-07-2012 à 01:32:58 |
delatruel |
|
Shayle Le net c'est chouette\o/ | pas de raid5! |
Shayle Le net c'est chouette\o/ | En c'qui concerne le boitier, j'pense me tourner vers le Fractal Design Define, un peu chères mais bon, 10 baies pour les disques, c'est parfait ! |
Asthon | Pour Linux les capacité du module raid software ( md - Multi Disk) est assez poussé ! Bien plus que les capacités d'un raid d'entrée de gamme !
|
Publicité | Posté le 26-07-2012 à 17:46:10 |
Shayle Le net c'est chouette\o/ | Okay!
Message édité par Shayle le 26-07-2012 à 20:20:47 |
Shayle Le net c'est chouette\o/ | Alors pour la carte, apparemment, c'est OK:
|
Shayle Le net c'est chouette\o/ | Au fait, histoire de gagner un peu en silence, j'peux mettre un rad fanless sur le cpu? |
Merlin_L_Enchanteur Informaticien depuis 1979... | ... Salut ! Question : Pourquoi vouloir du RAID5 ? Tu sais que ça sert à rien dans ton cas ? La question est : Tiens tu à tes données ? - Si oui, il faut doubler les disques - Si non, pas besoin d'un RAID qui va te faire perdre la capacité d'un disque... Ensuite, c'est une hérésie que de partir sur du RAID5 en grosse capacité sans processeur et ram dédiés... Tu sais combien de temps prends une reconstruction RAID avec trois disques de 1To ? Alors avec 5 ou six Message cité 1 fois Message édité par Merlin_L_Enchanteur le 27-07-2012 à 02:58:37 |
Shayle Le net c'est chouette\o/ | Oui j'tiens à mes données. Le raid 5 tolère une défaillance d'un disque, et j'ai besoin de place, donc j'pense que le raid 5 est tout indiqué. |
Asthon |
Alors autant sur le sujet de conservation des données je suis d'accord qu'on pourrait en faire une thèse et que diverses méthodes ont leur atouts et leurs inconvénient et devraient être diversifiées pour le plus de sécurité (RAID pour subvenir aux pannes matériel, Sauvegardes pour subvenir aux erreurs humaines, externalisation pour subvenir aux sinistres et aux vols) Autant sur les performances d'un RAID5 soft je suis pas trop d'accord, ça fait un moment que les capacités des CPU x86 suffisent largement aux besoins de calculs de parité, on est plus à l'époque des mono-core Pentium ou Athlon, et l'utilisation des unités vectorielle type SSE permettent de calculer de la parité sur plusieurs Go/s (loin de la capacité des débits en I/O des disques utilisées aujourd'hui !), sur une grappe de 4 disques 2To avec un Core i3 la construction du RAID n'a durée qu'une dizaine d'heure (soit environ 50Mo/s sachant que le système diminue volontairement la vitesse de reconstruction pour garder une marges pour les opérations courantes) Sur un contrôleur dédié, extrêmement couteux, ce genre d'opération de resynchronisation peut durer plusieurs heures (3 à 4h), même si le facteur peut s'améliorer de x2 à x3 sur ce type de système la reconstruction ne représente pas les performances des opération courantes (environ 100 à 120Mo/s, sur mon système, en écriture à partir d'une collection de fichiers tests stockée en tmpfs) L'apport de mémoire dédiée n'as d'incidence que sur l'intégrité de la grappe et assez peu sur les performances (les systèmes d'exploitation sont déjà capables de bufferiser les écritures dans la mémoire générale) cette intégrité n'est importante que si les dernières écritures précédant une panne, ou coupure de courant, concernent des données capitales ! (stockage de bases de données temps réel type financier ou réservation) Et d'ailleurs pour ce genre de besoin en très haute disponibilité et intégrité, réservés à des professionnels ou semi-professionnels, il y a de biens meilleurs mécanismes que de mettre toutes sa confiance sur un contrôleur RAID performant ! (il s'agirait d'un SPOF, single point of failure, si le contrôleur vient à lâcher !) en utilisant des applications en cluster on réduit la dépendance au matériel et il devient d'autant plus logique d'utiliser des méthodes peu couteuses et de multiplier les machines plutôt que de blinder un unique point d'entrée ! Par contre ta remarque est pertinente quand à la multiplication des disques... @Shayle, si tu commence à installer 8 disques durs et plus il te faudra diviser tes disques en plusieurs grappes, un RAID 5 commence à atteindre ses limites à calculer énormément de parité et n'a qu'un seul disque de parité (répartie je précise...), si une panne survient sur une grappe de 8 disques il y a un risque non-négligeable que la reconstruction puisse entrainer une panne sur un autre disque (étant donnée que cette dernière stress pas mal les composants) c'est un simple calcul de proba qui augmente le risque de double panne avec le nombre de disques... Si tu as vraiment la nécessité d'un gros volume unique il y a le RAID 6 qui peut utiliser 2 disques de parité répartie (ou plus, c'est configurable mais la norme commence à 2... Edit: En fait plus rien n'implémente la possibilité de dépasser les 2 stripes de parité...) mais il s'agit là d'un gouffre en ressources processeur, créer plusieurs grappes reste une sécurité supplémentaire contre la perte de tout le volume, mais comme le dit Merlin ça ne permet pas de s'affranchir de sauvegardes pour les données les plus sensibles (après s'il s'agit juste de distribuer des vidéo sur un réseau on peut pas vraiment parler de données sensibles) Quand au fanless, pour en venir à ta question, il peut être envisagé si tu ventile correctement le boitier, sur un Celeron G540 ou Pentium G630 qui en pratique ne dépasse pas les 35W de TDP (même si annoncés à 65W) le mieux est de sélectionner un ventirad qui embarque un énorme radiateur et de se débarrasser du ventilateur (un Radiateur type Samuel 17 suffit à maintenir un Core i3 2100T en burn) mais je t'avouerai que garder un flux d'air même minimal est plutôt recommandé (ventilateur sous-volté à sa limite de démarrage) et je continue d'insister sur le fait que le boitier à intérêt a être bien ventilé surtout s'il embarque une dizaine de disques durs ! Edit : J'oubliais aussi qu'il faut bien réfléchir à comment tu répartie tes disques en fonction des différents contrôleurs de ta machine (avec ta config tu aura 4 SATA2+2 SATA3 sur le Intel, 2 SATA3 sur le ASmedia, et 4 SATA2 sur la Adaptec, pour la sécurité assemble une grappe avec divers contrôleurs, pour les performances assemble une grappe en utilisant en priorité le même contrôleur !) Edit2 : installe le système d'exploitation sur un disque/SSD dédié ou une grappe RAID1 dédiée Message cité 1 fois Message édité par Asthon le 27-07-2012 à 08:49:43 |
Merlin_L_Enchanteur Informaticien depuis 1979... |
|
Asthon | Merlin t'y va un peu fort La duplication des données est un souci de sauvegarde pas de stockage... Il faut savoir différencier les deux, il n'est pas impossible d'avoir besoin d'un grand volume en RAID et de ne dupliquer qu'une partie des données qui sont jugées comme devant être sauvegardées en plus d'être accessibles La sauvegarde peut utiliser d'autres méthodes, comme des volumes compressées sur un autre support, qui ne nécessite pas d'acheter chaque octet qu'on possède en double ! Il faut garder à l'esprit qu'en informatique la sécurité (ici la sauvegarde) est inversement proportionnelle à la simplicité (ici un volume redondé) et que ce curseur peut être manié en fonction des besoins de chacun ! Je bosse dans un datacenter et le RAID est de mise systématiquement, ainsi que des sauvegardes sur bandes où les données à sauvegarder sont ciblés (on sauvegarde pas des programmes ou des données temporaires ou des données issue d'autre systèmes qui sont eux sauvegardés !) Les pertes de données sont rarissimes, les pannes sont fréquentes (enfin à l’échelle d'une dizaine de milliers de machine) et n'engendre que très peu souvent de catastrophes... C'est bien pour cela que je conseil en priorité le RAID Software (et sous Linux, Windows emploi trop de méthodes propriétaires pour pouvoir se dépanner soi-même facilement) et je déconseille les contrôleurs RAID Hardware bon marché dont les plantages peuvent être difficiles à contourner s'il n'y pas une collection d'outils adaptés ou la possibilité de remplacer le matériel même quelques années après son achat (souvent un modèle identique permet de repartir avec un temps d'interruption très réduit, mais faut stocker de la carte RAID ce qui n'est pas à la portée des particuliers de mon point de vue !) Et pour éviter les mauvaises manipulations et les programmes qui s'emballent et veulent s'attaquer à ton volume de données il y a des sécurités logicielles comme ne pas laisser tourner les programmes avec trop de droits et bien protéger ses données avec des droits d'accès en fonction des types d'utilisation (pour prendre un exemple bidon on copie sa collection de photo avec un utilisateur particuliers, et on les visionne avec un logiciel qui tourne en tant qu'un autre utilisateur qui n'a que des droits de consultation sur les fichiers de celui qui les a déposé) tient sinon quelques valeurs pour comparer les perfs avec ton Raid5 8 Disques : Fichiers MP3 : 3698M /var/dossier_test (j'ai pris gros pour virer l'effet de la mémoire sinon en préparant le dossier de test ça me le mettait en cache...) RAID vers RAM 95 Mo/s RAM vers RAID 98 Mo/s RAID vers SSD 74 Mo/s SSD vers RAID 105 Mo/s RAID vers RAID 104 Mo/s Portage Tree : 3350M /usr/portage/ (plein de petits fichiers) RAM vers RAID 112Mo/s RAID vers RAM 280 Mo/s (effet du cache surement...) Avec une copie du /dev/zero en 2 Go de 64k : Zero vers RAID ~ # dd if=/dev/zero of=/home/data/test.file bs=64k count=32768 RAID vers Null ~ # dd if=/home/data/test.file of=/dev/null bs=64k count=32768 Complètement dans le cache mémoire... Sur 10Go : Zero vers RAID ~ # dd if=/dev/zero of=/home/data/test.file bs=64k count=163840 Raid vers Null ~ # dd if=/home/data/test.file of=/dev/null bs=64k count=163840
Message cité 1 fois Message édité par Asthon le 28-07-2012 à 10:56:04 |
Merlin_L_Enchanteur Informaticien depuis 1979... |
|
Asthon |
|
Shayle Le net c'est chouette\o/ | So? :< |
Publicité | Posté le |