Ext4 est-il prêt pour une utilisation en production?


10

Que pensez-vous du système de fichiers ext4 dans l'environnement de production? Nous sommes sur le point de lancer notre projet qui utilisera des dizaines de millions de fichiers assez souvent mis à jour assez souvent et nous devons décider quel FS utiliser.

Pendant un moment, nos considérations sur les autres linux FS sont les suivantes:

  • Ext3 est stable, mais pas très bien adapté pour gérer des millions de petits fichiers
  • XFS est très joli, nous allons probablement l'utiliser
  • ReiserFS ... eh bien ... futur vague, qui finira par corriger des bugs?

Lors d'un précédent travail, nous avions d'énormes systèmes SGI avec des systèmes de fichiers XFS. À l'époque, notre baie de 96 Go était plus grande que celles que SGI avait à tester, et donc lorsque nous avons eu des problèmes, les ingénieurs SGI sont apparus par eux-mêmes. Comme vous pouvez l'imaginer, XFS a eu beaucoup d'utilisation dans le monde réel depuis lors et il semble assez stable et fiable.
Paul Tomblin

Réponses:


15

Si vous n'êtes pas du tout sûr (et il semble que vous l'êtes), restez avec les choses plus anciennes que vous connaissez.

Cela ne s'applique pas seulement aux systèmes de fichiers. La production est solide. Si vous devez demander si quelque chose est prêt pour la production, vous n'êtes pas prêt à l'utiliser pour la production, et c'est ce qui compte.

Faites un laboratoire et testez-le pendant que vous déployez ext3 dans votre environnement de production.


1
D'accord, restez avec ext3 pendant que vous testez les autres. Rien ne remplace le test.
pages

5

Cela dépend en quelque sorte de votre définition de la «production». Ext4 commence tout juste à faire son chemin dans les distributions communautaires. Pour openSUSE, sur lequel Novell SuSE Linux Enterprise Server est basé, ext4 a manqué SLES11 et devra attendre SLES12. Je ne connais pas assez bien le processus RedHat pour le prévoir. Mais si vous avez besoin de Linux d'entreprise avec le soutien d'une entreprise, je m'attends à ce que ce soit quelques années avant qu'il n'apparaisse. Si le contrat de support est votre définition de «prêt pour la production», alors c'est votre réponse.

Si vous êtes prêt à utiliser un Linux sans contrat de support d'entreprise, alors vous êtes au pays des opinions. Ext4 n'a pas été dans le noyau depuis si longtemps, ils trouvent donc toujours des bugs majeurs. À mon avis, je lui donnerais quelques tours de noyau supplémentaires avant de déployer ext4 dans quelque chose de production. Sur mon bureau? Sûr! Les serveurs? J'attendrai.


4

J'ai eu cette discussion même sur une liste de diffusion LUG ... Étant donné qu'ext4 n'est pas dans une version de Linux qui a un "support d'entreprise", je ne l'utiliserai pas sur un serveur critique ... Cela étant dit, Je l'ai exécuté à la fois sur mon ordinateur portable, mon ordinateur de bureau et mon serveur à la maison (tous exécutent F11) et je n'ai pas vu un seul problème .. J'ai tiré la fiche de mon ordinateur portable plusieurs fois pour voir comment il se rétablit et tout est revenu parfaitement.

Sur mes postes de travail, le risque d'exécuter ext4 ne me dérange pas. La seule façon de le rendre stable est que les gens l'exécutent et en abusent afin que des bogues possibles puissent être trouvés et corrigés.


3

Corrigez-moi si je me trompe, mais XFS n'est-il pas meilleur avec de gros fichiers que de petits? La communauté MythTV l'utilise de préférence à ext3 pour la vitesse à laquelle il supprime les fichiers de plusieurs gigaoctets. Ou est-ce que le traitement d'un grand nombre de fichiers vous intéresse?

  • ReiserFS ... eh bien ... futur vague, qui finira par corriger des bugs?

Essayez ceci dans votre arbre source de noyau:

$ ./scripts/get_maintainer.pl -f fs / reiserfs / Makefile  
reiserfs-devel@vger.kernel.org  
Jeff Mahoney 

ReiserFS n'est pas le produit d'un seul homme. ReiserFS v3 est stable et en mode maintenance; il a toujours une équipe de maintenance, et les seuls changements à venir que je connaisse sont la suppression du "Big Kernel Lock", un nettoyage du noyau qui devrait également entraîner une augmentation de la vitesse (verrous par superbloc vs un seul verrou partagé).

L' équipe ReiserFS v4 a peut-être perdu son leader et sa figure de proue, mais le travail bénévole se poursuit, même s'il n'a pas été fusionné dans le noyau principal.


0

FWIW, à ce jour, il y a au moins un problème de performances ext4 avec Red Hat Enterprise Linux 5.4 (et 5.5 beta) x86-64 qui est facile à déclencher sur les systèmes à grande mémoire :

time bash -c "dd if=/dev/zero of=10G bs=1M count=10000 && sync"

La synchronisation s'exécutera très lentement sur ext4 par rapport à ext3 ou xfs (~ 7min vs ~ 1m sur mon système de test). Voir mon rapport de bogue pour plus de détails.

Cependant, veuillez noter que a) ext4 n'est qu'un aperçu de la technologie en 5.4 et b) les noyaux vanille 2.6.32 et 2.6.33 ne sont pas affectés .

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.