Je passe à un RAID5 dans les jours qui viennent (je renouvelle simplement mes disques et cette fois-ci je pars sur un RAID5). Note que je pourrai faire un simple dd de ce qu’il y a au dessus du RAID10 pour le mettre au dessus du RAID5 sans rien avoir à recréer (bcache, luks, lvm, btrfs), j’aurai simplement à agrandir chacune des couches en partant du bas après ça (puisque j’ai pris des disques de plus grande capacité).
Typiquement, quand tu pousses des boutons dans un NAS clé en main avec des fonctionnalité avancées (cache ssd etc.), t’as des chances de finir avec un truc similaire sous le capot même si tu ne le vois pas (ça reste des linux avec mdadm, btrfs, samba etc.).
Ici c’est un peu plus complexe parce qu’il y a une couche de chiffrement et j’ai mis mon OS sur un raid SSD séparé (les NAS clé en main ont parfois leur OS sur un volume séparé, mais pas forcément un RAID).
Donc à gauche on a un RAID1 avec deux SSD qui sert de cache pour les données. Deux SSD M.2 sur une carte PCIe.
Au centre on a 4 disques en RAID10 pour le stockage des données. 4 disques à plateaux qui tournent comme des machines à laver, sur du SATA.
À droite on a un RAID1 pour le système, deux SSD SATA.
Au final cela fait deux PV, chacun avec une couche de chiffrement, puis les systèmes de fichiers. La couche lvm pourrait être évitée pour les données vu qu’il n’y a qu’un système de fichier sur ce volume, mais c’est confortable de pouvoir retailler si le besoin se fait sentir.
Note que le trim sait traverser toutes ces couches (y compris le bcache).
Bien sûr il est possible de faire des configurations plus simples (pas de chiffrement, pas de cache SSD, système et données sur un même RAID)...
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: server side copy + copy on write = déduplication à la volée lors de la copie
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Création d’un serveur de fichiers sous Ubuntu. Évalué à 8. Dernière modification le 30 septembre 2019 à 10:23.
Idem si tu veux mettre un swap à côté de ton btrfs sur ton raid.
Ceci est la configuration de mes disques à la maison :
Je passe à un RAID5 dans les jours qui viennent (je renouvelle simplement mes disques et cette fois-ci je pars sur un RAID5). Note que je pourrai faire un simple
ddde ce qu’il y a au dessus du RAID10 pour le mettre au dessus du RAID5 sans rien avoir à recréer (bcache, luks, lvm, btrfs), j’aurai simplement à agrandir chacune des couches en partant du bas après ça (puisque j’ai pris des disques de plus grande capacité).Typiquement, quand tu pousses des boutons dans un NAS clé en main avec des fonctionnalité avancées (cache ssd etc.), t’as des chances de finir avec un truc similaire sous le capot même si tu ne le vois pas (ça reste des linux avec mdadm, btrfs, samba etc.).
Ici c’est un peu plus complexe parce qu’il y a une couche de chiffrement et j’ai mis mon OS sur un raid SSD séparé (les NAS clé en main ont parfois leur OS sur un volume séparé, mais pas forcément un RAID).
Donc à gauche on a un RAID1 avec deux SSD qui sert de cache pour les données. Deux SSD M.2 sur une carte PCIe.
Au centre on a 4 disques en RAID10 pour le stockage des données. 4 disques à plateaux qui tournent comme des machines à laver, sur du SATA.
À droite on a un RAID1 pour le système, deux SSD SATA.
Au final cela fait deux PV, chacun avec une couche de chiffrement, puis les systèmes de fichiers. La couche lvm pourrait être évitée pour les données vu qu’il n’y a qu’un système de fichier sur ce volume, mais c’est confortable de pouvoir retailler si le besoin se fait sentir.
Note que le trim sait traverser toutes ces couches (y compris le bcache).
Bien sûr il est possible de faire des configurations plus simples (pas de chiffrement, pas de cache SSD, système et données sur un même RAID)...
ce commentaire est sous licence cc by 4 et précédentes