Le 25/08/11 16:58, Gregory Duchatelet a écrit :
>
> Va falloir que je me mette au LUA ! :)
> Si tu as un script qui marche, ou une version modifié de celui fournit
> avec MySQL Proxy, je suis preneur !
Je n'ai utilisé que le script livré dans les docs de mysql proxy, pas eu
besoin d'aller plus loin
Le 25/08/2011 16:53, Wallace a écrit :
Salut Grégory,
Salut,
- améliorer ton mécanisme actuel en mettant la liste des serveurs et
leur poids dans un fichier de configuration. Normalement tes fichiers
de configurations sont propres à chaque environnement (prod / preprod
/ dev) et c'est uniq
Salut Grégory,
Clairement l'idéal c'est de le gérer au niveau du code, l'applicatif est
mieux placé pour savoir si il fait des modifications suivi d'un read
(qui devrait être que sur le master dans ce cas là) par ex.
Mysql proxy permet quand même de palier les applicatifs non prévus pour
mais eff
Bonjour,
malheureusement, pour répartir des requêtes en R/W, je ne pense pas
qu'il existe de solution autre que théorique sans passer par un cluster
mysql.
JeFF
On Thu, 2011-08-25 at 11:54 +0200, Gregory Duchatelet wrote:
> Bonjour,
>
> actuellement nous gérons la répar
Salut,
J'ai le même mode opératoire que toi actuellement, la répartition se fait au
niveau code.
J'avais également regardé mysql proxy, qui effectivement, me semblait une
bonne idée, malheureusement le split r/w ne fonctionne pas bien. De ce que
j'avais pu voir et de ce qu'on m'en avait dit à l'ép
Bonjour,
actuellement nous gérons la répartition de charge sur les serveurs MySQL
en PHP, avec un preg_match sur la requête pour l'envoyer soit sur le
master, soit sur un slave pondéré.
Ca fonctionne bien, et le random sur la pondération répartit la charge
équitablement.
Mais quand je dois
Le 24/08/2011 18:05, Raphael Mazelier a écrit :
Le 24/08/2011 17:52, Valentin FERON a écrit :
Salut Artur,
Pour ton cluster HA, tu peux utiliser la même configuration qu'avec
Lenny.
Il est néanmoins conseillé (et logique) d'utiliser la dernière version
d'heartbeat avec CRM (fichier xml)
P
