<div dir="ltr"><div>Merci à tous, écoutez ce que vous m'annoncer c'est très bien. Actuellement on utilise un LB (LVS oui c'est super vieux), avec 2 ports d'écoutes, un pour la lecture, un autre pour l'écriture. Globalement, le cluster 1 master, 1 <span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-">candidate</span></span> master  et un slave. On  utilise un binaire en go qui fait la migration du master vers le <span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-">candidate</span></span> master, il manipule les conf LVS, mariadb ..., mais par moments, la bascule ne se passe pas très bien, et le old master se retrouve avec des problèmes de synchro de slave. C'est sur cette bascule de master que je veux gagner en rapidité et en stabilité.</div><div><br></div><div>Alex<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 25 juin 2020 à 08:26, Nicolas GIRARDI <<a href="mailto:n.girardi@gmail.com">n.girardi@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour,<br>
<br>
En effet il est conseillé d’écrire sur un seul des noeuds du cluster. L’approche avec un HaP pour faire le R/W Splitting est une bonne solution.<br>
<br>
Cdlt.<br>
<br>
Nicolas Girardi.<br>
<br>
> Le 25 juin 2020 à 08:12, Michaël Couren <<a href="mailto:couren@abes.fr" target="_blank">couren@abes.fr</a>> a écrit :<br>
> <br>
> Bonjour,<br>
> J'avais mis en place cette solution pour héberger des Wordpress notamment,<br>
> à l'époque j'avais dû passer par des bidouillages et j'avais pas mal ramé avec Galera :)<br>
> car le produit n'était pas encore bien mature :<br>
> J'ai observé les mêmes problèmes de latence voire de dead-lock cités pour des applis comme Moodle et Wordpress<br>
> lors de multiples accès concurrentiels sur 3 nœuds actifs, peut-être aussi dus à des problèmes en dehors du logiciel (glusterFS), mais<br>
> j'avais dû finalement avec HAProxy en frontal diriger les requêtes sur un noeud "principal" pour conserver le secondaire et le troisième<br>
> en "backup" (au sens HAProxy - car pour Galera cluster ils sont tous actifs).<br>
> <br>
> Maintenant il est probable qu'une implantation récente de chez Mariadb doit mieux fonctionner, le produit évoluait souvent<br>
> et j'ai pas opté pour une ré-installation "from scatch" depuis.<br>
> <br>
> -- <br>
> Cordialement / Best regards, Michaël Couren,<br>
> ABES, Montpellier, France.<br>
> _______________________________________________<br>
> Liste de diffusion du FRsAG<br>
> <a href="http://www.frsag.org/" rel="noreferrer" target="_blank">http://www.frsag.org/</a><br>
</blockquote></div>