J'ai vu beaucoup d'informations sur btrfs récemment. J'ai envisagé ext4 pour mon prochain système de fichiers, mais je suis plutôt tenté par btrfs. Dans quelle mesure btrfs est-il largement utilisé? Quels sont les avantages et les inconvénients?
J'ai vu beaucoup d'informations sur btrfs récemment. J'ai envisagé ext4 pour mon prochain système de fichiers, mais je suis plutôt tenté par btrfs. Dans quelle mesure btrfs est-il largement utilisé? Quels sont les avantages et les inconvénients?
Réponses:
Absolument pas. Et voici pourquoi:
Du Wiki Btrfs :
Notez que Btrfs ne dispose pas encore d'un outil fsck qui peut corriger les erreurs. Bien que Btrfs soit stable sur une machine stable, il est actuellement possible de corrompre un système de fichiers de manière irrémédiable si votre machine tombe en panne ou perd de l'alimentation sur des disques qui ne gèrent pas correctement les requêtes de vidage.
Quand il est poussé en tant que système de fichiers racine par défaut dans Fedora Core (qui est plutôt à la pointe), je pense que je vais commencer à expérimenter Btrfs sur des machines de test. Quand il commencera à se stabiliser quelque temps après, je pense que je commencerai à l'utiliser sur de nouvelles machines de production non critiques.
Je n'aime jamais être pressé de perdre mes données.
btrfsck
a été remplacé par btrfs check
mais la page de manuel dit essentiellement de ne pas utiliser à btrfs check --repair
moins que vous ne connaissiez les composants internes de btrfs ou que quelqu'un ne vous le dise, ce qui n'est pas une position prête pour la production.
En ce qui concerne 2014: non, ce n'est certainement pas encore prêt pour la production!
Les performances sont encore médiocres dans certaines zones, les commandes courantes comme "df" sont toujours cassées exprès (vous avez besoin de "btrfs fi" à la place), et je ne ferais toujours pas confiance à mes données importantes.
De plus, si vous avez besoin d'un système de fichiers pour mettre vos images de machines virtuelles ou de bases de données, vous devez simplement le sauter. Btrfs n'est pas vraiment très bien adapté pour ce genre de choses, c'est des choses que vous devriez mettre sur Ext3 / 4 ou XFS à la place.
Donnez-lui deux ou trois ans de plus pour mûrir, puis il pourrait être en état de production.
Si vous avez vraiment besoin d'un système de fichiers COW prêt pour la production en ce moment, prenez ZFS! Vous pouvez utiliser le port Linux natif ou simplement un système d'exploitation qui le prend en charge directement à partir du noyau comme FreeBSD.
Et jetez un œil aux Gotchas officiels! page, où les développeurs publient les pièges réels et comment les éviter:
https://btrfs.wiki.kernel.org/index.php/Gotchas
Gardez également à l'esprit que le conseil officiel de la page de démarrage jusqu'à aujourd'hui est de conserver une sauvegarde de vos données importantes et d'être prêt pour toutes sortes de hoquets ( https://btrfs.wiki.kernel.org/index.php/ Getting_started ).
Ils considèrent que la fonctionnalité de base est maintenant suffisamment stable pour une utilisation quotidienne, mais ils jouent toujours avec de nouvelles fonctionnalités et si de nouvelles fonctionnalités apparaissent, ils auront certainement besoin de quelques versions (ce qui signifie six deux douzièmes mois, je présume) jusqu'à ils sont assez matures.
Edit: Russel Coker d'Australie utilise Btrfs depuis un certain temps et publie de temps en temps ses expériences (par exemple http://etbe.coker.com.au/2014/07/31/btrfs-status-july-2014/ ) . Il l'utilise sur certains de ces serveurs et cela montre bien que même si tout n'est pas fatal, vous devez normalement rester avec les noyaux les plus récents, par exemple, quelque chose qui n'est pas facile à faire sur un serveur, et oui, il y a toujours des problèmes autour.
Il vaut également la peine de lire certains des commentaires.
Donc, cela signifie par définition qu'il est toujours en cours d'élaboration, qui n'a jamais eu le temps jusqu'à aujourd'hui de mûrir dans son ensemble.
Edit: selon ce billet de blog, même avec le noyau 3.16, Btrfs peut toujours bloquer. http://marc.merlins.org/perso/btrfs/post_2014-10-05_Btrfs-Tips_-Catch-Btrfs-Deadlocks.html
Personnellement, je le considérerais comme prêt pour la production lorsque (et si) des gens comme Canonical et Red Hat l'implémentent dans leurs produits pris en charge. Je suis sûr que tout fonctionnera bien, la plupart du temps, mais je dirais que pour le mettre en production, il est encore un peu trop tôt.
Mise à jour: en supposant que les gens viendront ici plus souvent maintenant qu'Oracle a publié UEK R2 avec le support btrfs (20120315): non, le fait qu'Oracle le supporte maintenant ne le rend pas suffisamment testé pour un environnement d'entreprise. Le fait qu'il n'y ait toujours pas d'outil fsck accessible au public et qu'il n'ait toujours pas eu de tests robustes comme OpenSuSE, Fedora et tout n'aide pas non plus. Restez à l'écart pour l'instant.
Bref non.
• La seule prise en charge RAID est actuellement 0,1,10.
• Aucune réparation du système de fichiers n'est disponible (pour le moment)
Découvrez ce podcast avec l'un des développeurs ... des choses très cool arrivent bientôt!
http://streaming.oracle.com/ebn/podcasts/media/10491325_Btrfs_071311.mp3
Je prévois d'installer sur une machine virtuelle domestique sans données importantes pour les tests, mais c'est aussi confortable que possible avec son état actuel.
si vous avez des sauvegardes et que vous pouvez tolérer quelques heures d'indisponibilité, allez-y. Je prévois de l'utiliser sur mes prochains postes de travail. Pas encore de serveurs, car la plupart de mes volumes sont de plusieurs téraoctets, donc la restauration à partir d'une sauvegarde prend trop de temps.
Pour RHEL7, Red Hat appelle btrfs un aperçu de la technologie et XFS est la valeur par défaut. Fais-en ce que tu veux.
personnellement, il est prêt lorsqu'il prend en charge RAID-5.
Pour mes postes de travail, ça l'est.
Exécution de Fedora, luks et brtfs