Onderwerp: Multi-Master Replication, ervaringen?

Goedendag,

Voor een experiment zijn wij bezig met een multi-master replication setup. Op het internet stikt het van de turtorials welke allemaal behoorlijk duidelijk zijn maar toch verouderd.

Graag hoor ik meer over:

- jullie praktijkervaringen
- eventueel een link naar een recente turtorial
- do's & don'ts
- replication, wat als een server een uur/dag offline is, hoe starten jullie (gecontroleerd) het replication process zonder dat de machines onderuit gaan. Geautomatiseerd?

Ben benieuwd naar jullie ervaringen!

Wat wil je repliceren?

Oeps... het gaat om 2 mysql servers met meerdere databases

Je bent al op de hoogte van de auto increment problemen bij master-to-master replicaties?

Jazeker, die kan je beheren met een offset. Ik heb een stuk of 10 tutorials al doorgenomen en ben al een poosje met het geheel bekend. Heb het alleen nog nooit in de praktijk uitgevoerd. Heb een recente, cleane versie gevonden op http://randymelder.com/2012/04/26/ho...r-replication/

Oorspronkelijk geplaatst door CeeReM.com

Jazeker, die kan je beheren met een offset. Ik heb een stuk of 10 tutorials al doorgenomen en ben al een poosje met het geheel bekend. Heb het alleen nog nooit in de praktijk uitgevoerd. Heb een recente, cleane versie gevonden op http://randymelder.com/2012/04/26/ho...r-replication/

Klopt. Wat verder aan te raden is om goed te monitoren of de machines daadwerkelijk repliceren (lees: verbinding met elkaar hebben). Dat beide machines up zijn wilt niet zeggen namelijk dat ze ook daadwerkelijk replicatie uitvoeren.

Goed punt, hoe doe je dat het beste? Ik denk dan aan een eigen script die controleert of de databases nog gelijk zijn aan elkaar (de laatste x records), of zijn hier al beschikbare tools voor?

Hier zowel goede als minder goede ervaringen. Als het niet al te druk is mbt updates en inserts dan loopt het als een trein. Zodra het echter erg druk wordt kan het al snel gebeuren dat de slavekant (van beide dus igv. master/master) achter gaat lopen. Voor redundantie is het dus een leuke oplossing, maar om meer power te krijgen hoef je het niet te doen.

Mijn ervaring met loadbalancen tussen 2 master locaties leverde soms dubbele keys op, maar dat kwam omdat de applicaties niet goed werkten en zelf een key bepaalde ipv de server.
Om dit te voorkomen heb ik de master 2 master operationeel gelaten, maar doen we insert/delete/update wijzigen altijd op master 1 en doen we selects loadbalancen over master 1 en master 2.
Mocht master 1 omvallen dan doen we op master 2 schrijven. Zo voorkomt je key problemen en blijven beide DB servers actueel.

Oorspronkelijk geplaatst door johan.smits

Mijn ervaring met loadbalancen tussen 2 master locaties leverde soms dubbele keys op, maar dat kwam omdat de applicaties niet goed werkten en zelf een key bepaalde ipv de server.
Om dit te voorkomen heb ik de master 2 master operationeel gelaten, maar doen we insert/delete/update wijzigen altijd op master 1 en doen we selects loadbalancen over master 1 en master 2.
Mocht master 1 omvallen dan doen we op master 2 schrijven. Zo voorkomt je key problemen en blijven beide DB servers actueel.

Heb je op script niveau load balancing gedaan of met bijvoorbeeld mysql_proxy?

Oorspronkelijk geplaatst door Yourwebhoster

Heb je op script niveau load balancing gedaan of met bijvoorbeeld mysql_proxy?

Heb een tijdje HAproxy gebruikt voor TCP balancing wat goed werkte. Maar nu de applicatie slim aware gemaakt voor 2 DB servers. 1 select en 1 update/del/insert
En met heartbeat de failover geregeld.

Oorspronkelijk geplaatst door CeeReM.com

Ik denk dan aan een eigen script die controleert of de databases nog gelijk zijn aan elkaar (de laatste x records)

Met "show slave status;" kom je al een aardig eind.

Dit kun je ook automatisch met Nagios bijhouden.
Ik gebruik: check_mysql -u 'someuser' -p 'somepassword' -S -w 60 -c 120
Als de replicatie achter loopt of niet actief is krijg je vanzelf vanuit nagios een melding.

Ik draai iedere minuut een cron job die op de master een record met een timestamp een update geeft, op iedere slave draait iedere 5 minuten een cron om te kijken of de timestamp in het record niet ouder is dan 5 minuten.

-snip- verkeerde topic