La production de btrfs est-elle prête?

17

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?

mdpc
la source
1
Pro: Selon cette interview , il est parfaitement acceptable de se référer au système de fichiers comme ButterFS.
Kyle Smith

Réponses:

14

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.

valse-triste
la source
Vos informations sont manifestement erronées; Fedora 18 envisageait de faire de btrfs le système par défaut, mais ils l'ont ignoré. Jusqu'à aujourd'hui, c'est-à-dire Fedora 20, Btrfs n'est pas le système de fichiers par défaut de Fedora. Peut-être qu'il le fera dans Fedora 21 comme système de fichiers par défaut. Jusqu'à aujourd'hui, vous avez cependant Btrfs en option dans le programme d'installation de Fedora.
Marc Stürmer
@ MarcStürmer Veuillez modifier ma réponse puis la corriger.
J'ai supprimé les informations incorrectes sur Fedora comme vous l'avez suggéré il y a quelques années. Fedora n'a toujours pas migré vers btrfs pour les fs par défaut, y compris le prochain Fedora 24.
valse-triste
1
Apparemment, btrfscka été remplacé par btrfs checkmais la page de manuel dit essentiellement de ne pas utiliser à btrfs check --repairmoins 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.
kbolino
9

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

Marc Stürmer
la source
6

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.

wzzrd
la source
Par rapport à RedHat et Canonical, Oracle est également dans une position unique car ils emploient les principaux développeurs Btrfs. Si un client a un problème de support, il peut être transmis en interne aux ingénieurs Btrfs. Du moins, c'est la théorie. Je ne sais pas dans quelle mesure cela fonctionnera en réalité. En outre, Oracle peut publier Btrfs prématurément afin qu'ils puissent acquérir une plus grande expérience du monde réel avec Btrfs et exercer une pression sur les développeurs pour faire avancer les choses.
Stefan Lasiewski
2
Bien sûr, Chris Mason y travaille, mais c'est toujours un système de fichiers relativement non testé sur lequel je ne mettrais aucune donnée de production. Je voudrais lui donner un tour et le tester un peu, mais pas sans un outil fsck ouvert et fonctionnel.
wzzrd
5

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.

SkinnyGeek1010
la source
btrfsck est maintenant disponible
Janus Troelsen
3

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.

Javier
la source
1

personnellement, il est prêt lorsqu'il prend en charge RAID-5.

Sirex
la source
Vous pouvez placer btrfs au-dessus d'un périphérique RAID 5, le support RAID 5 répertorié dans le wiki consiste à déplacer le support multi-périphérique de la couche de bloc vers le système de fichiers.
Steve-o
1
oui, mais c'est ce que je voudrais vraiment en tant que technologie.
Sirex
0

Pour mes postes de travail, ça l'est.

Exécution de Fedora, luks et brtfs

pbacterio
la source
3
Bonjour, veuillez étendre votre réponse, comme si vous vouliez dire que maintenant fedora utilise brtfs par défaut, cela pourrait être une réponse valide, sinon cela ressemblerait plus à un commentaire. Merci !
yagmoth555
2
Ce serait bien si vous pouviez sauvegarder cela avec ... n'importe quoi
endolith