5 votes

JFS ou XFS ou autre chose ?

Après avoir décidé d'utiliser LVM2 comme gestionnaire de volume sur nos serveurs, nous avons également souhaité disposer d'un système de fichiers redimensionnable en ligne. Après avoir lu quelques articles, j'ai décidé d'utiliser JFS en faveur de XFS.

Aujourd'hui, j'ai eu une panne de courant sur le serveur de notre bureau et j'ai découvert qu'un fichier sur le volume JFS a été complètement corrompu. Bien que cela puisse arriver, le système m'a fait croire que tout allait bien en n'indiquant aucun problème de système de fichiers lors du démarrage après la panne de courant. Tous les systèmes de fichiers étaient propres après avoir rejoué le journal.

Cela me laisse un mauvais goût. Je ne veux pas d'un système de fichiers qui ne se rétablirait pas bien après une panne de courant, mais je ne veux vraiment pas d'un système de fichiers qui ne me prévient pas qu'il pourrait y avoir un problème.

Je me suis donc dit que j'allais tenter ma chance et vous demander quel système de fichiers préférez-vous ? Lequel préférez-vous et pourquoi ? Je recherche les fonctionnalités suivantes :

  1. robuste
  2. cultivable en ligne
  3. bonnes performances pour les charges de travail habituelles (fichiers normaux - rien de spécial comme des millions de petits fichiers ou autre)
  4. disponible dans la distribution CentOS 5.4, mais c'est optionnel.

J'aimerais également savoir si vous avez utilisé JFS et si vous avez eu de mauvaises expériences avec ce système - et aussi, bien sûr, si vous avez réussi à utiliser JFS. Et enfin : préféreriez-vous XFS à JFS ou vice versa (comme mentionné pour une utilisation quotidienne, pas pour des charges de travail spécifiques).

9voto

James Points 7442

XFS.

JFS est pratiquement mort/non entretenu maintenant.

La plupart des développeurs de XFS travaillent maintenant chez Redhat et la prise en charge de XFS par le noyau est disponible dès la sortie de RHEL 5.4.

8voto

3dinfluence Points 12361

La relecture d'un journal signifie simplement que les métadonnées sont remises dans un état propre. Elle ne donne aucune garantie sur les données elles-mêmes. C'est le cas de tous les systèmes de fichiers journalisés, du moins ceux qui n'utilisent pas d'autres astuces comme le COW (Copy On Write). Il existe donc un risque de corruption des données de ce type à chaque fois qu'un serveur est arrêté de manière non propre, quel que soit le système de fichiers choisi. Votre système de fichiers a fait son travail et a pu remettre le système de fichiers dans un état propre en minimisant la perte/corruption de données.

La leçon à en tirer est que vos serveurs doivent toujours être équipés d'un onduleur qui peut demander au serveur de s'éteindre proprement lorsque sa batterie est faible. Et ayez toujours de bonnes sauvegardes.

Si vous êtes vraiment préoccupé par l'intégrité des données, vous devrez passer à un système de fichiers plus robuste comme ZFS sur OpenSolaris ou BSD. C'est la seule solution libre prête pour la production que je connaisse pour le moment. BTRFS sur Linux sera une solution décente dans quelques années, une fois qu'elle sera mature et testée. Mais je ne recommanderais pas vraiment de l'utiliser dans un environnement de production pour le moment. Même ces systèmes de fichiers plus robustes ne remplacent pas les sauvegardes.

2voto

demonkoryu Points 75

Même expérience que Brad ici.

JFS était vraiment agréable en termes de performances et de fonctionnalités, mais je viens de perdre 3 partitions de données après un arrêt forcé.

J'ai donc jeté JFS à la poubelle et j'utiliserai XFS à l'avenir (et j'attends ZFS sur Linux ainsi que BTRFS).

2voto

cyphun Points 53

Je me demande si quelqu'un parmi les "perdants" susmentionnés a essayé d'utiliser fsck avant d'abandonner JFS ? JFS@Linux n'a pas de code de récupération de journal intégré au noyau, et nécessite donc l'utilisation d'un outil approprié en espace utilisateur pour cela.

2voto

mattdm Points 6510

Le système de fichiers standard Linux ext3 prend en charge la croissance en ligne et répond également à vos autres exigences. À moins que vous n'ayez d'autres besoins particuliers, c'est vraiment la bonne réponse. Même si XFS a une longue histoire et une bonne réputation, son utilisation vous place toujours dans un cas spécial, ce qui est bien, mais vient avec un coût inhérent dans la complexité accrue - et pourquoi "payer" pour quelque chose dont vous n'avez pas besoin ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X