Schéma de stockage recommandé pour le serveur domestique? (LVM / JBOD / RAID 5 ...)
Existe-t-il des instructions indiquant les schémas de stockage les plus appropriés pour un serveur domestique à plusieurs disques?
Je suppose un disque de démarrage/système d'exploitation séparé (la possibilité de démarrage n'est donc pas un problème, c'est uniquement pour le stockage de données) et 4 à 6 disques de stockage de 1 à 2 TB chacun, pour une capacité de stockage totale de 4 -12 To.
Le système de fichiers est ext4, je suppose qu'il n'y aura qu'une seule grande partition couvrant tous les disques.
Pour autant que je sache, les alternatives sont
disques individuels
- pros : fonctionne avec n’importe quelle combinaison de tailles de disques; perdre un disque ne perd que les données qu'il contient; pas besoin de gestion de volume.
- inconvénients : la gestion des données est lourde lorsque des unités logiques (comme un dossier "movies") dépassent la capacité d'un seul lecteur.
JBOD span
- pros : peut fusionner des disques de toutes tailles.
- inconvénients : perdre un disque perd toutes les données sur tous les disques
LVM
- pros : peut fusionner des disques de toute taille; relativement simple d'ajouter et de retirer des disques.
- inconvénients : perdre un disque perd toutes les données sur tous les disques
RAID
- pros : vitesse
- inconvénients : perdre un lecteur perd toutes les données; les disques doivent avoir la même taille
RAID 5
- pros : les données survivent à la perte d'un disque
- contre : abandonne une capacité de disque; les disques doivent avoir la même taille
RAID 6
- pros : les données survivent en perdant deux disques
- contre : abandonne deux disques d'une capacité; les disques doivent avoir la même taille
J'envisage principalement LVM ou JBOD, car cela me permettra de réutiliser des disques plus anciens et de plus petite capacité lors de la mise à niveau du système. Le second est RAID 0 pour la vitesse.
Je prévois de faire des sauvegardes complètes sur un système séparé, je m'attends donc à ce que la redondance supplémentaire des niveaux RAID 5 ou 6 ne soit pas importante.
Est-ce une représentation juste des alternatives? Y a-t-il d'autres considérations ou alternatives que j'ai manquées? Et que recommanderiez-vous?
Comme vous, je suis en train de mener un processus de rationalisation avec les disques de mon serveur domestique. J'ai aussi un mélange de tailles de disques résultant de la croissance organique de la configuration JBOD que j'ai.
Je prends la route LVM pour les raisons suivantes.
- C'est le plus simple
- Cela me permet de réutiliser les disques que j'ai déjà sur le serveur
- J'ai une sauvegarde complète de toutes les données que je suis sûr de pouvoir restaurer à partir de
- Je ne suis pas préoccupé par le temps de récupération en cas de défaillance d'un disque
Pour moi, les facteurs décisifs sont les n ° 3 et n ° 4.
J'utilise Greyhole et cela correspond presque parfaitement à mon cas d'utilisation:
- serveur domestique
- réutilisation de disques de rechange avec différentes marques, modèles et tailles
- tout l’espace hdds peut être vu comme un grand point de montage (comme jbod)
- vous pouvez définir différents partages avec différents besoins de redondance (par exemple, Photos = redondance maximale, Données = redondance simple, Films = zéro redondance)
- la mise à niveau du disque dur peut être effectuée une à la fois (par exemple, vous pouvez supprimer un disque dur de 500 Go et le remplacer par un disque dur de 4 To augmentant votre capacité totale)
- la perte d'un disque dur ne perd que des données sans redondance résidant sur ce disque dur
- si un disque dur envoie un avertissement précoce qui est sur le point d'échouer (de la surveillance intelligente des paramètres), je peux facilement le remplacer par un autre sans perdre de données
- les disques durs peuvent être déplacés d'un boîtier sata vers un boîtier USB sans rien faire
- en fait, le stockage peut être n'importe quoi: disque dur sata, disque dur usb, partage réseau distant ....
- (TRES IMPORTANT) si vous supprimez un disque dur du système Greyhole, il s’agit d’un disque ext4 normalement formaté avec vos données dans vos dossiers facilement lisibles à partir de n’importe quel ordinateur.
Limites:
- Greyhole convient mieux aux fichiers écrits une fois et lus plusieurs fois. Il n'est pas recommandé de modifier un fichier en place dans un volume Greyhole, il est préférable de déplacer un fichier vers un autre emplacement, de le modifier puis de le replacer dans le volume Greyhole.
- Les données de Greyhole doivent être accessibles à partir de partages Samba (même localement).
bien sur les systèmes RAID, les disques ne doivent pas avoir la même taille ...
juste les partitions que vous voulez ajouter au raid, vous devez avoir la même taille pour créer un raid ...
les points forts de LVM sont que vous pouvez facilement développer votre disque virtuel en ajoutant plus de partitions. et vous avez une fonctionnalité d'instantané!
vous pouvez également combiner LVM avec RAID ... afin que vous disposiez de la sécurité des données et de la flexibilité de LVM :)
Vous pouvez empiler bloquer les périphériques sous Linux et combiner la valeur des logiciels RAID et LVM, ce qui devrait répondre à tous vos besoins. Tout cela peut être accompli par l'installateur non-gui.
- Utilisez une seule partition qui couvre 99% du disque [1]
- Créer un MD RAID5 (de préférence RAID6) avec au moins un disque de secours
- Initialiser le tableau MD
- Créer un VG LVM
- Ajoutez chaque périphérique MD en tant que volume physique au nouveau VG [2]
- Continuer à ajouter des volumes logiques d'échange et de racine à VG
- Formater la racine avec le choix du système de fichiers (ext4 par défaut)
- Continuer l'installation
[1] J'ai rencontré une fois une très mauvaise erreur sur des disques SATA contenant beaucoup de mauvais blocs. Après avoir utilisé l'outil du fournisseur pour reconstituer le disque. Mon jeu de disques autrefois identique était désormais unique. Le disque défectueux contenait maintenant quelques blocs de moins qu'avant le début du formatage de bas niveau, ce qui a évidemment ruiné ma table de partitions et empêché le lecteur de rejoindre le jeu MD RAID.
Les disques durs ont généralement une "liste libre" de blocs de sauvegarde utilisés uniquement pour une occasion. Ma théorie est que cette liste doit avoir été épuisée, et comme il ne s'agit pas d'un disque d'entreprise, au lieu d'échouer en toute sécurité et de me permettre de l'envoyer pour la récupération de données, il a été décidé de tronquer mes données.
[2] Ne déployez jamais LVM sans un magasin de support tolérant aux pannes. LVM ne fonctionne pas avec Excel lors de la reprise après sinistre, vous demandez simplement du chagrin et, si vous vous trompez, vous perdez des données. La seule fois où cela a du sens est de savoir si le groupe VG est limité à un seul disque, comme un disque USB externe ou peut-être un RAID eSATA externe. Le but est d'essayer de déployer votre VG autour de magasins de sauvegarde pouvant être branchés à chaud comme une seule unité ou comme une seule unité virtuelle, comme illustré dans l'exemple de MD ci-dessus.
Qu'en est-il de http://zfsonlinux.org/
Il a la notion de pools de disques que vous pouvez attacher des lecteurs de détachement, je ne sais pas si sa production est prête mais mérite d'être vérifiée.
Que diriez-vous de MHDDFS, il est déjà disponible dans la plupart des distributions et fonctionne comme JBOD, cependant si le lecteur meurt, vous ne perdez que les données sur ce lecteur, pas toutes. Il est considéré comme un pool de lecteurs logiques. Vous pouvez par exemple copier le pool de lecteurs logiques sur un autre disque de capacité supérieure lors de la mise à niveau. Temps d'arrêt minimal et tracas minimes, et semble facile à mettre en œuvre. Découvrez comment vous en servir ici: http://zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html