URL: https://linuxfr.org/forums/general-cherche-logiciel/posts/systeme-de-fichier-distribue-rapide Title: Système de fichier distribué 'rapide' Authors: phoenix Date: 2017年02月03日T10:09:38+01:00 License: CC By-SA Tags: système_de_fichiers_distribué et système_de_fichiers Score: 1 Bonjour, J'ai actuellement 3 serveurs hébergés chez OVH et j'utilise docker sur ces machines. J'aimerai afin d'avoir de la redondance ou à défaut de la répartitions des applications avoir un de mes systèmes de fichiers répartis sur les deux serveurs. J'ai testé glusterfs qui fonctionne très bien sur le papier et qui me permettait d'avoir mon système de fichiers répliqué sur deux des serveurs, le troisième n'étant que consommateur. J'ai vite abandonné l'idée, car le système de fichiers était beaucoup trop lent. En effet lors que je faisait rien qu'un chown -R sur les fichiers, la mise à jour prenait une dizaine de minutes au lieu d'une seconde ou deux. De la même manière l'accès par php aux fichiers sur le disques était lent, et causé des echecs d'affichage de page. Toutes mises à jour de plugins, et de wordpress échoué à cause de timeout. Je n'ai pas trouvé de bonnes options me permettant d'optimiser les temps de réponses. Bref, je me suis dit que ce qui me conviendrai ce serait soit : - un système de fichiers répliqué ou la lecture est uniquement local, et l'écriture est désynchronisé. Normalement je peux me débrouiller pour que les applications répartis sur les deux serveurs puisse interrogé des dossiers différents, mais qu'en cas de panne de serveur, je puisse rapidement reprendre sur le second serveur. OU - un système de fichier répliqué mais où toutes les requêtes passe sur le serveur primaire (lors n'étant qu'une réplication) et que les performances soit du coup proche de NFS. De la même manière la réplication peut être asynchrone. Avez vous connaissance d'un système de fichiers distribué tel que décrit ? L'idée est que je n'ai que 3 serveurs d'une puissance toute relative (2 kimsufi, 1 vps) et que je ne veux pas d'une usine à gaz.