On nous avait fait le mm retour, ce que tu gagnes en cohérence tu le
perds en perf ...
On 27/05/15 17:15, Benjamin Boudoir wrote:
Le 27/05/2015 12:24, Olivier Bonvalet a écrit :
question bête mais avez-vous testé la réplication synchronisée de
MariaDB ? (via “Galera Cluster”).
Elle exploite un
Sacré Baptiste, toujours là pour nous vanter les mérites d'HAProxy ''),
mais c'est justifié, je pense que c'est ca qu'il nous faut. Pas certain
que je trouve quelque chose d'équivalent sur LVS (que nous utilisons).
Merci à tous pour vos retours qui sont toujours de qualités.
Alex.
On 27/05/15
Un bon HAProxy, avec l'agent check, ca peut répondre au besoin de
detection d'un lag dans le cluster.
Un exemple chez nos amis de Percona:
https://www.percona.com/blog/2014/12/18/making-haproxy-1-5-replication-lag-aware-in-mysql/
Baptiste
___
Liste de di
Le 27/05/2015 12:24, Olivier Bonvalet a écrit :
question bête mais avez-vous testé la réplication synchronisée de
MariaDB ? (via “Galera Cluster”).
Elle exploite un système de quorum et devrait maintenir l'intégrité des
données sans problème.
À voir ce que ça donne niveau perf.
En terme de per
Hello,
question bête mais avez-vous testé la réplication synchronisée de
MariaDB ? (via “Galera Cluster”).
Elle exploite un système de quorum et devrait maintenir l'intégrité des
données sans problème.
À voir ce que ça donne niveau perf.
Le mercredi 27 mai 2015 à 10:06 +0200, Alexandre a écrit
Bonjour,
peux tu gérer ce cas au niveau applicatif ? Si oui, lors d'une écriture sur
le master, tu peux récupérer sa position (unique) avec "SHOW MASTER
STATUS", et la stocker dans une variable du batch ou dans un Redis par
exemple.
Puis, quand tu veux lire sur le slave, tu peux lui demander d'att
Idéalement, la données fraiche on a besoin tout le temps, ce qui est
impactant c'est d'avoir des sorties de traitements différents car à un
moment T on a des données différentes en entrée.
On 27/05/15 11:54, Aurélien Bras wrote:
Salut,
Sinon tout simplement deux comptes de lectures, un pouvan
Salut,
Sinon tout simplement deux comptes de lectures, un pouvant être désynchro
et l'autre pour les lectures qui ont besoin de données fraiches à tout prix
et donc qui tape le master directement.
Aurélien
Le 27 mai 2015 11:07, Alexandre a écrit :
> J'y avais pensé, en plus c'est pas compliqué
J'y avais pensé, en plus c'est pas compliqué, mais on perd la notion de
disponibilité. Si pendant un décalage, on perd le master, on a une
coupure de service et non un service dégradé.
Alex.
On 27/05/15 10:51, Thomas Pedoussaut wrote:
On 2015-05-27 10:18, Nicolas Steinmetz wrote:
Ma questio
Salut,
as tu regardé du côté de chez Percona https://www.percona.com/
Il y a des tools pur l'analyse par exemple.
Cordialement.
Le 27/05/2015 10:18, Alexandre a écrit :
> Les 3 machines sont identiques, 24 cpu, 132 Go de RAM, fusion-io. Il
> semblerait que nos ayons trop d'entrées dans nos tabl
On 2015-05-27 10:18, Nicolas Steinmetz wrote:
Ma question :
nous sommes passé par un cluster SQL pour plus de disponibilité, mais
nous avons perdu en "cohérence" des données. Dans notre contexte, ce
n'est pas forcément grave qu'il y est un décalage, mais c'est
impactant
qu'il y a une "incohéren
Les 3 machines sont identiques, 24 cpu, 132 Go de RAM, fusion-io. Il
semblerait que nos ayons trop d'entrées dans nos tables (plusieurs
millions), mm le parallel replication n'a pas corrigé le problème.
Alex.
On 27/05/15 10:16, Mihamina Rakotomandimby wrote:
Hello,
De mon point de vue, tu n'
> Ma question :
> nous sommes passé par un cluster SQL pour plus de disponibilité, mais
> nous avons perdu en "cohérence" des données. Dans notre contexte, ce
> n'est pas forcément grave qu'il y est un décalage, mais c'est impactant
> qu'il y a une "incohérence" des données. A un moment T, le maste
Le Wed, May 27, 2015 at 10:06:03AM +0200, Alexandre [in...@opendoc.net] a écrit:
[...]
> Ma question :
> nous sommes passé par un cluster SQL pour plus de disponibilité,
> mais nous avons perdu en "cohérence" des données. Dans notre
> contexte, ce n'est pas forcément grave qu'il y est un décalage,
Hello,
De mon point de vue, tu n'as pas la garantie que les slaves soient
synchros au meme moment non plus.
En effet, si ce sont des VM (pas précisé) et que les disques ou les
ressources aient des disponibilités différentes tu peux aboutir à une
différence.
Cependant, c'est un cas d'utilisat
Bonjour à tous,
Actuellement, nous avons un cluster Sql sous MariaDB avec 3 machines, 1
master, 2 slave.
Les écritures sont réalisées via un load balancer qui n'a qu'un backend,
le master. Il y a tout un système géré avec MHA, je ne vais rentrer dans
les détails.
Pour les lectures, on pass
16 matches
Mail list logo