Sollte die mysql-Replikation nicht mehr laufen, gibt es zwei Wege, den Fehler zu beheben: den Fehler überspringen ein vernünftiger Rebuild Den Fehler zu überspringen kann in manchen Fällen schon ausreichend sein. Das kann z.B. der Fall sein, wenn zeitgleich auf beiden Servern ein identisches INSERT ausgeführt wird. Fehler übersrpingen Login […]
Im Unterschied zu einer master-slave-Replikation werden bei einer master-master-Replikation stehen auf jedem Server gemachte Änderungen sofort auf beiden zur Verfügung. Das Aufsetzen einer master-master-Replikation unterscheidet sich nicht gravierend von einer master-slave-Replikation. Ich gehe hier nur auf die erforderlichen Änderungen ein (die Basics stehen mysql master-slave-Replikation). Der alter Master-Server bleibt weiterhin […]
Bei einer Master-Slave-Replikation stehen auf dem Slave die Datenbanken des Master 1:1 zur Verfügung. Am Master ausgeführte Änderungen sind unmittelbar (oder optional auch verzögert mittels master_delay) am Slave verfügbar. Als Backuplösung eignet sich das ganze daher nicht. Es ist so aber möglich, auf mehreren Servern die gleichen Daten zur Verfügung […]
Hier nun die Ergänzung zu fail2ban mit xt_recent. Durch fail2ban (ob nun über xt_recent oder kompletten Eintrag in die Firewall) werden IP immer nur geblockt, bis der Server neu gestartet wird. Daher trage ich die Bans nicht nur in die Firewall, sondern auch in eine mysql-Datenbank ein. Grundsätzliches Ich habe […]