bref, avant de reinventer la poudre,
bien lire les manuels des solutions pour comprendre que c'est deja prevu, et que cela a deja été testé
Oui c'est le but de ce thread, ne pas ré-inventer la roue mais bien de la rendre disponible à ceux qui n'ont pas un master +5 :)
A titre personnelle, je voudrais l'équivalent d'un raid1 (replication automatique bi-directionnelle) avec le moins de configurations possible et fonctionnant autant sur X64 qu'ARM :) (et je pensais transformer chaque machine en repartiteur de charge, faisant ainsi travailler toute la grappe (et me permettant de la répartir sur plusieurs connexions))
puis tu utilises de la replication au niveau systeme de fichier pour les autres noeuds, qui ne seront alors qu'en lecture seule.
Lors des discutions sur Glusterfs, il a été déconseillé dans un des commentaires d'utiliser ce mécanisme (copie depuis le filesystem) avec les bases de données.
[^] # Re: ca depend de ton archi cible...
Posté par EauFroide . En réponse au message [Discutions] Le clustering de base de données en 2017. Évalué à 2. Dernière modification le 12 mai 2017 à 17:04.
Oui c'est le but de ce thread, ne pas ré-inventer la roue mais bien de la rendre disponible à ceux qui n'ont pas un master +5 :)
A titre personnelle, je voudrais l'équivalent d'un raid1 (replication automatique bi-directionnelle) avec le moins de configurations possible et fonctionnant autant sur X64 qu'ARM :) (et je pensais transformer chaque machine en repartiteur de charge, faisant ainsi travailler toute la grappe (et me permettant de la répartir sur plusieurs connexions))
Lors des discutions sur Glusterfs, il a été déconseillé dans un des commentaires d'utiliser ce mécanisme (copie depuis le filesystem) avec les bases de données.
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat