Oui mais zfs a montré que cela simplifie. Par exemple, la reconstruction d'un raid se fait block a block sur la partition entière. Zfs et btrfs reconstruisent seulement les fichiers.
Avec Btrfs, ce qui m'a séduit, c'est que je n'avais pas pu mettre la couche "raid" au début, car je n'avais qu'un seul disque.
Quand j'ai ajouté un deuxième disque, j'ai pu dire à Btrfs "vas-y utilise ce deuxième disque pour faire du raid 1" et il l'a mis en place sans avoir eu besoin d'interrompre mon système.
C'est quand même bien plus souple que de devoir réinstaller toute la machine lors de l'arrivée du deuxième disque.
Un autre point séduisant de Btrfs est sa gestion des sous-volumes pour remplacer des dossiers et les partitions.
Comme tu peux ajouter des quotas aux sous-volumes, tu peux retrouver le même avantage que les partitions qui évitent que certaines données ne prennent trop de place.
En plus, comme tu peux faire des snapshots instantanés des sous-volumes, tu n'as même plus besoin de rsync pour faire des backups, Btrfs le fait en live et sans attente. Je ne l'ai pas encore essayé, mais tu peux même transmettre les snapshots d'un file système btrfs à un autre grâce à btrfs send | btrfs receive.
Pour administrer sa machine, il y a encore d'autres choses sympas comme la compression automatique des fichiers possible, la copie par référence, les checksums…
Posté par orfenor .
Évalué à 2.
Dernière modification le 26 septembre 2021 à 00:56.
Avec Btrfs, ce qui m'a séduit, c'est que je n'avais pas pu mettre la couche "raid" au début, car je n'avais qu'un seul disque.
Quand j'ai ajouté un deuxième disque, j'ai pu dire à Btrfs "vas-y utilise ce deuxième disque pour faire du raid 1" et il l'a mis en place sans avoir eu besoin d'interrompre mon système.
C'est quand même bien plus souple que de devoir réinstaller toute la machine lors de l'arrivée du deuxième disque.
Ce n'est pas exact, on peut ajouter le raid sans réinstaller la machine et sans devoir reformater le premier disque. Toutes les combinaisons de raid ne seront pas possibles et il faudra faire un peu de conf à la main dans fstab, initramfs et grub (si tu veux booter en raid), mais ce n'est pas difficile.
La seul config que j'ai eu à faire: ajouter rootdelay=10 dans la config de Grub pour la commande linux. Et ça a été nécessaire parce qu'un de mes disques était en USB et il n'était pas disponible assez vite durant le boot.
En effet les raids 5 et 6 sont indisponibles, mais il y en a d'autres sympas comme "raid 1 sur 3 disque avec au moins 3 copies deds data".
Et si tu fais, avec 3 disques, un "raid 1 standard avec 2 copies", btrfs te permet d'utiliser la place disponible "en trop" pour augmenter la capacité en bit du système de fichier.
D'après l'article, la gestion d'erreur est encore foireuse : pas de montage degradé automatique, pas de reconstruction auto (et gestion du split brain), pas de decouverte auto, pas de hot ou cold spare,…
En prod, je veux que sur alarme, je rajoute un disque et il le prenne en compte directement (comme pour du raid hard) ou avec une simple commande "add".
Avec mdadm (le raid classique sous Linux) on peut ajouter le raid sans réinstaller la machine et sans devoir reformater le premier disque. Toutes les combinaisons de raid ne seront pas possibles et sur certaines distributions il faudra faire un peu de configuration à la main dans fstab, initramfs et grub (pour booter en raid), mais ce n'est pas difficile.
Posté par totof2000 .
Évalué à 5.
Dernière modification le 26 septembre 2021 à 12:04.
Merci à tous pour vos réponses … Je ne comprends pas le moinssage du coup parce que je ne faisais que poser une question. N'ayantpas (encore) utilisé btrfs ni zfs, j'avais (et ai encore) un peu de mal à comprendre l'intéret du "tout en un".
En toutcas merci pour vos retours, ça m'aide à y voir plus clair.
Oui je sais … Mais bon, autant je peux comprendre les moinssages lorsque je fais un commentaire en mode "grognon" ou "grincheux", autan j'ai un peu de mal à comprendre le moinssage lorsqu'on pose une question qui de surcroit est tout à fait légitime, surtout que j'ai bien fait attention à ne pas dénigrer ni provoquer qui que ce soit ni quoi que ce soit …
Je pense qu'il y a des gens en mode "chien de Pavlov" qui mpoinssent des qu'ils voient un nom sans se poser de question sur le contenu … Hereusement que c'est loin d'être la majorité des intervenants sur linuxfr ….
Pour l'instant il n'est pas dans le kernel, et ça fait un moment qu'il attend. Vu que c'est un gros gros truc à inclure d'un coup, les kadors du FS font les révisions dans l'arbre git de Bcachefs. Je ne suis pas spécialiste, j'ai seulement lu les docs sur le site de Bcachefs, les mises à jour sur Patréon et les discussions sur les mailing listes (sur le kernel en 2019 et les archives citées plus haut), mais j'ai nettement le sentiment qu'il y a encore du boulot avant l'inclusion.
# Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc ....
Posté par totof2000 . Évalué à 3.
Personnellement je suis plutôt fan de l'approche "par couches" modulaire plutôt que d'avoir un truc qui fait tout.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid),
Posté par claudex . Évalué à 3.
Moi aussi, mais Stratis n'a pas l'air d'avancer beaucoup plus.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid),
Posté par orfenor . Évalué à 2.
Vous vous souvenez d'EVMS ? ça faisait pas mal de trucs qu'on aimerait bien faire maintenant.
[^] # Re: Quel est l'intéret ...
Posté par Nicolas Boulay (site web personnel) . Évalué à 4.
Oui mais zfs a montré que cela simplifie. Par exemple, la reconstruction d'un raid se fait block a block sur la partition entière. Zfs et btrfs reconstruisent seulement les fichiers.
"La première sécurité est la liberté"
[^] # Re: Quel est l'intéret ...
Posté par claudex . Évalué à 3.
Il me semble que ça pourrait aussi se faire avec un schéma en couche classique. Il faudrait juste traquer les écriture et les trim.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Quel est l'intéret ...
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
Comment tu veux faire ça ? Il faudrait une deuxieme array qui te donnerait les blocs utile.
"La première sécurité est la liberté"
[^] # Re: Quel est l'intéret ...
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
Il me semble qu'XFS intègre petit à petit de plus en plus de truc permettant justement de basculer sur un modèle à couche avec plus de fonctionnalité.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 6.
Avec Btrfs, ce qui m'a séduit, c'est que je n'avais pas pu mettre la couche "raid" au début, car je n'avais qu'un seul disque.
Quand j'ai ajouté un deuxième disque, j'ai pu dire à Btrfs "vas-y utilise ce deuxième disque pour faire du raid 1" et il l'a mis en place sans avoir eu besoin d'interrompre mon système.
C'est quand même bien plus souple que de devoir réinstaller toute la machine lors de l'arrivée du deuxième disque.
Un autre point séduisant de Btrfs est sa gestion des sous-volumes pour remplacer des dossiers et les partitions.
Comme tu peux ajouter des quotas aux sous-volumes, tu peux retrouver le même avantage que les partitions qui évitent que certaines données ne prennent trop de place.
En plus, comme tu peux faire des snapshots instantanés des sous-volumes, tu n'as même plus besoin de
rsync
pour faire des backups, Btrfs le fait en live et sans attente. Je ne l'ai pas encore essayé, mais tu peux même transmettre les snapshots d'un file système btrfs à un autre grâce àbtrfs send | btrfs receive
.Pour administrer sa machine, il y a encore d'autres choses sympas comme la compression automatique des fichiers possible, la copie par référence, les checksums…
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par orfenor . Évalué à 2. Dernière modification le 26 septembre 2021 à 00:56.
Ce n'est pas exact, on peut ajouter le raid sans réinstaller la machine et sans devoir reformater le premier disque. Toutes les combinaisons de raid ne seront pas possibles et il faudra faire un peu de conf à la main dans fstab, initramfs et grub (si tu veux booter en raid), mais ce n'est pas difficile.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par Adrien Dorsaz (site web personnel, Mastodon) . Évalué à 3. Dernière modification le 26 septembre 2021 à 08:26.
La seul config que j'ai eu à faire: ajouter
rootdelay=10
dans la config de Grub pour la commande linux. Et ça a été nécessaire parce qu'un de mes disques était en USB et il n'était pas disponible assez vite durant le boot.En effet les raids 5 et 6 sont indisponibles, mais il y en a d'autres sympas comme "raid 1 sur 3 disque avec au moins 3 copies deds data".
Et si tu fais, avec 3 disques, un "raid 1 standard avec 2 copies", btrfs te permet d'utiliser la place disponible "en trop" pour augmenter la capacité en bit du système de fichier.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par Nicolas Boulay (site web personnel) . Évalué à 4. Dernière modification le 26 septembre 2021 à 10:31.
D'après l'article, la gestion d'erreur est encore foireuse : pas de montage degradé automatique, pas de reconstruction auto (et gestion du split brain), pas de decouverte auto, pas de hot ou cold spare,…
En prod, je veux que sur alarme, je rajoute un disque et il le prenne en compte directement (comme pour du raid hard) ou avec une simple commande "add".
"La première sécurité est la liberté"
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par orfenor . Évalué à 4. Dernière modification le 26 septembre 2021 à 12:30.
Je faisais référence aux raids avec mdadm qu'on ne peut pas tous créer "au vol".
Sinon c'est vrai que c'est simple avec Btrfs. Mais j'ai moins confiance :-)
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques (raid), etc
Posté par orfenor . Évalué à 3.
Mon commentaire étant imprécis, je le refais :
Avec mdadm (le raid classique sous Linux) on peut ajouter le raid sans réinstaller la machine et sans devoir reformater le premier disque. Toutes les combinaisons de raid ne seront pas possibles et sur certaines distributions il faudra faire un peu de configuration à la main dans fstab, initramfs et grub (pour booter en raid), mais ce n'est pas difficile.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques
Posté par totof2000 . Évalué à 5. Dernière modification le 26 septembre 2021 à 12:04.
Merci à tous pour vos réponses … Je ne comprends pas le moinssage du coup parce que je ne faisais que poser une question. N'ayantpas (encore) utilisé btrfs ni zfs, j'avais (et ai encore) un peu de mal à comprendre l'intéret du "tout en un".
En toutcas merci pour vos retours, ça m'aide à y voir plus clair.
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques
Posté par cyberjunkie . Évalué à 2.
Moinssage …
Plussage …
Y'a des grincheux tu sais ;-)
[^] # Re: Quel est l'intéret d'avoir un filesystem qui s'occupe de l'aggrégation des disques
Posté par totof2000 . Évalué à 1.
Oui je sais … Mais bon, autant je peux comprendre les moinssages lorsque je fais un commentaire en mode "grognon" ou "grincheux", autan j'ai un peu de mal à comprendre le moinssage lorsqu'on pose une question qui de surcroit est tout à fait légitime, surtout que j'ai bien fait attention à ne pas dénigrer ni provoquer qui que ce soit ni quoi que ce soit …
Je pense qu'il y a des gens en mode "chien de Pavlov" qui mpoinssent des qu'ils voient un nom sans se poser de question sur le contenu … Hereusement que c'est loin d'être la majorité des intervenants sur linuxfr ….
# bcachefs
Posté par cosmocat . Évalué à 4.
Un outsider semble être https://www.patreon.com/bcachefs (y'a une bonne description de son positionnement comparé aux autres FS)
Quelqu'un a un retour d'expérience ?
[^] # Re: bcachefs
Posté par orfenor . Évalué à 3.
Pour l'instant il n'est pas dans le kernel, et ça fait un moment qu'il attend. Vu que c'est un gros gros truc à inclure d'un coup, les kadors du FS font les révisions dans l'arbre git de Bcachefs. Je ne suis pas spécialiste, j'ai seulement lu les docs sur le site de Bcachefs, les mises à jour sur Patréon et les discussions sur les mailing listes (sur le kernel en 2019 et les archives citées plus haut), mais j'ai nettement le sentiment qu'il y a encore du boulot avant l'inclusion.
[^] # Re: bcachefs
Posté par cosmocat . Évalué à 4.
Quand on parle du loup…
Une news sur le sujet, le support des Snapshots a été mergé:
https://www.phoronix.com/scan.php?page=news_item&px=Bcachefs-Lands-Snapshots
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.