ZFS contre Btrfs pour un premier serveur domestique à deux disques

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

ZFS est généralement le premier choix le plus solide lorsque le serveur est principalement une solution de stockage et que son propriétaire souhaite un workflow étroitement intégré de mise en miroir, de scrubbing, de snapshots et de réplication. Btrfs est souvent plus simple lorsque le serveur est une machine Linux polyvalente et que les sous-volumes natifs, la modification flexible des périphériques et l'intégration à la distribution sont prioritaires.

Les deux systèmes peuvent vérifier l'intégrité des données par somme de contrôle et prendre en charge les snapshots avec copie sur écriture, mais un serveur domestique équipé de deux disques implique des compromis opérationnels différents. La question décisive n'est pas de savoir quelle liste de fonctionnalités est la plus longue, mais quelle procédure de récupération vous pouvez tester, documenter et répéter après la défaillance d'un disque ou de l'hôte.

Commencez par la base commune à deux disques

Supposons deux disques de capacité identique, des données mises en miroir sur les deux disques, un périphérique de démarrage séparé et une sauvegarde indépendante. Cela évite les comparaisons trompeuses entre un miroir ZFS et un profil de données Btrfs non sécurisé.

Utilisez des données et métadonnées protégées par somme de contrôle, planifiez des scrubbings et surveillez les erreurs dans les deux systèmes. Les snapshots protègent contre certaines modifications logiques, mais restent sur le même pool et ne remplacent pas une seconde copie.

Avant de choisir, vérifiez que le système d'exploitation et la couche de gestion prennent effectivement en charge le système de fichiers prévu ainsi que le workflow de remplacement. Une fonctionnalité théoriquement intéressante n'a aucune valeur décisionnelle si l'interface NAS choisie ne permet pas de l'exposer ou de la récupérer en toute sécurité.

Comparez les différences opérationnelles qui influencent le choix

Critère de décision Miroir ZFS Profil RAID1 Btrfs
Modèle de stockage Pool, vdev, système de fichiers et snapshots intégrés Système de fichiers Linux avec sous-volumes et profils multi-périphériques
Gestion de la mémoire L'ARC utilise agressivement la RAM disponible, mais peut être limité S'intègre au comportement conventionnel du cache de pages Linux
Flexibilité des périphériques Planifiez soigneusement la disposition et l'extension des vdev L'ajout et la suppression de périphériques ainsi que la répartition peuvent être flexibles
Réplication Workflows matures d'envoi et de réception de snapshots L'envoi et la réception de sous-volumes s'intègrent aux workflows natifs de Linux
Culture de la récupération Outils solides, mais les concepts de pool doivent être compris Outils solides, mais les profils et l'état de la répartition nécessitent de l'attention

Btrfs propose l'équilibrage en ligne, le scrubbing, la gestion des périphériques et la défragmentation comme des fonctionnalités distinctes. Cette présentation des fonctionnalités et de la récupération de Btrfs offre une carte utile de ces opérations séparées, mais ne justifie pas de les regrouper en une seule tâche générique d'« optimisation ».

ZFS peut sembler plus directif, ce qui est précieux lorsque la mission principale du serveur est de préserver les données. Btrfs peut sembler mieux intégré à un système Linux polyvalent, ce qui est utile lorsque les snapshots et les sous-volumes prennent également en charge les workflows du système d'exploitation.

Laissez l'extension et les applications départager les options

Si l'extension consiste à remplacer les deux disques par des modèles plus grands lors d'une intervention planifiée, les deux options peuvent convenir. Si elle implique de mélanger fréquemment des disques de capacités différentes ou d'ajouter et de retirer des disques individuels, étudiez précisément la procédure prise en charge avant de vous engager.

Pour les conteneurs, les machines virtuelles et les bases de données, déterminez où la copie sur écriture est utile et où un réglage spécifique à l'application est nécessaire. Ne désactivez pas les protections globalement pour corriger le symptôme d'une seule charge de travail.

Le choix du protocole de partage de fichiers est indépendant de celui du système de fichiers. La comparaison ZimaSpace entre SMB et NFS pour un usage domestique aide à éviter que la compatibilité des clients ne fausse la décision concernant le stockage.

Choisissez en fonction de l'exercice de récupération, pas de la liste des fonctionnalités

Choisissez ZFS si vous voulez que le serveur se comporte comme une solution de stockage conçue à cet effet, si vous pouvez prévoir suffisamment de RAM et si vous êtes prêt à apprendre les procédures d'importation d'un pool, de remplacement d'un disque, de scrubbing, de snapshots et de réplication.

Choisissez Btrfs si l'administration native de Linux, la disposition en sous-volumes et la gestion flexible des périphériques correspondent au reste du système, et si vous êtes prêt à comprendre les profils de données et de métadonnées en fonctionnement dégradé.

Ne choisissez aucun des deux comme miroir tant que vous ne disposez pas d'une sauvegarde indépendante et que vous n'avez pas testé la restauration. Le meilleur premier système de fichiers est celui dont vous pouvez mener à bien la récupération après la défaillance d'un disque ou de l'hôte sans improviser.

FAQ

Un miroir à deux disques protège-t-il contre une suppression accidentelle ? Non. La suppression est répliquée sur le miroir. Utilisez les snapshots pour les restaurations à court terme et les sauvegardes pour une récupération indépendante.

ZFS doit-il obligatoirement utiliser de la mémoire ECC ? La mémoire ECC améliore la protection contre les erreurs mémoire, mais la décision d'achat doit tenir compte de l'ensemble de la plateforme, de la conception des sauvegardes et du niveau de risque, plutôt que de considérer un seul composant comme une garantie.

Comparaisons de produits

Plus à lire

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.