Bonjour,
Suite à mon journal d'hier [1] (et dans la même direction que celui la [2]) je continue mes recherches sur certaines solutions techniques pour la Haute Disponibilités.
Mon rêve:
Un système de fichier capable de répartir la charge sur plusieurs machines pour mutualiser l'espace dispo tout en permettant des fonctionnalités de type RAID 5 quand à la disponibilité si un membre du groupe est indisponible. Ce serait bien évidement en sacrifiant une partie de l'espace disque pour le fonctionnement, mais cette contrainte n'est pas un problème. De plus, lors de l'ajout d'une machine, le rééquilibrage de l'utlisation se ferait automatiquement (ou partiellement) pour libérer de l'espace disque sur les autres système, ajouter de l'espace disque supplémentaire globalement et toujours remplir les fonctionnalités d'intégrité.
J'ai trouvé la définition d'un tel système, à la fois distribué et tolérant aux pannes: "Distributed parallel fault tolerant file systems" [3].
A la différence des autres catégories que l'on trouve sur la page [3], celle ci comporte beaucoup de solutions propriétaires ou encore en developpement.
Bien qu'il y en ai une Open Source, Gfarm [4], j'ai le sentiment qu'elle est plus une grosse usine pour les scientifiques, qu'un outil pour mon projet.
J'ai parcouru la plupart des FS détaillés sur Wikipedia [3], sans réellement trouver mon bonheur. J'ai l'impression que Gfarm est une grosse usine pour ce que je souhaite faire.
Alors est ce que j'ai raté quelque chose dans Coda ? AFS ? etc... ?
Connaissez vous ou avez vous utilisez un tel systeme de fichier ?
Tout retour d'expérience est le bienvenue.
Merci.
* [1]: https://linuxfr.org/~DjinnS/23538.html
* [2]: http://linuxfr.org/forums/10/18373.html
* [3]: http://en.wikipedia.org/wiki/List_of_file_systems
* [4]: http://datafarm.apgrid.org/
Suite à mon journal d'hier [1] (et dans la même direction que celui la [2]) je continue mes recherches sur certaines solutions techniques pour la Haute Disponibilités.
Mon rêve:
Un système de fichier capable de répartir la charge sur plusieurs machines pour mutualiser l'espace dispo tout en permettant des fonctionnalités de type RAID 5 quand à la disponibilité si un membre du groupe est indisponible. Ce serait bien évidement en sacrifiant une partie de l'espace disque pour le fonctionnement, mais cette contrainte n'est pas un problème. De plus, lors de l'ajout d'une machine, le rééquilibrage de l'utlisation se ferait automatiquement (ou partiellement) pour libérer de l'espace disque sur les autres système, ajouter de l'espace disque supplémentaire globalement et toujours remplir les fonctionnalités d'intégrité.
J'ai trouvé la définition d'un tel système, à la fois distribué et tolérant aux pannes: "Distributed parallel fault tolerant file systems" [3].
A la différence des autres catégories que l'on trouve sur la page [3], celle ci comporte beaucoup de solutions propriétaires ou encore en developpement.
Bien qu'il y en ai une Open Source, Gfarm [4], j'ai le sentiment qu'elle est plus une grosse usine pour les scientifiques, qu'un outil pour mon projet.
J'ai parcouru la plupart des FS détaillés sur Wikipedia [3], sans réellement trouver mon bonheur. J'ai l'impression que Gfarm est une grosse usine pour ce que je souhaite faire.
Alors est ce que j'ai raté quelque chose dans Coda ? AFS ? etc... ?
Connaissez vous ou avez vous utilisez un tel systeme de fichier ?
Tout retour d'expérience est le bienvenue.
Merci.
* [1]: https://linuxfr.org/~DjinnS/23538.html
* [2]: http://linuxfr.org/forums/10/18373.html
* [3]: http://en.wikipedia.org/wiki/List_of_file_systems
* [4]: http://datafarm.apgrid.org/
> Lire le journal (9 commentaires, moyenne: 1,6).
Vous avez demandé le commentaire #795307.



DRBD + Heartbeat
Bonjour,
Dans ma boite j'avais besoin de monter les serveurs en haute dispo. Le budget était assez limité donc pour ce qui était des solutions à base de NAS ou de SAN c'était grillé.
La solution que j'ai utilisé c'est heartbeat+drbd. Drbd permet de faire du raid mirror par réseau. Hearteat s'occupe de toute la partie gestion des crash.
En cas de problème sur le serveur maitre, heartbeat bascule l'IP virtuelle sur le serveur esclave, remonte la partition DRBD sur l'esclave, démarre les services réseau et me prévient par mail.
Jusqu'à présent j'en suis pleinement satisfait. Ça remplit mes besoins en termes de simplicité de coût et de sécurité.
L'inconvénient que je vois est que la partition drbd ne peut être montée que sur le noeud principal. Elle n'est même pas accessible en lecture sur l'esclave. Ceci dit, la version 0.8 qui devrait sortir sous peu devrait autoriser la cohabitation de plusieurs maitres, permettant donc de faire de l'équilibrage de charge entre les deux serveurs.
[^]Re: DRBD + Heartbeat
Cela fait un bout de temps que l'on annonce cette version 0.8 de drdb qui permettrait d'attacher deux noeuds en lecture écriture. Cependant, quelqu'un sait-il s'il y a une date plus ou moins précise de sortie de cette version.
[^]Re: DRBD + Heartbeat
Dans pas longtemps la release candidate 2 vient de sortir, bien que la roadmap ( http://svn.drbd.org/drbd/trunk/ROADMAP ) indique de nombreux points restants à traiter, cad pas encore à 100% (est-elle à jour?).