Hallo zusammen, bevor wir bei LMX etwas ausprobieren in der jetzigen Buchungssituation versuchen wir zunächst die Ursache zu finden und zu beheben. Das ist möglicherweise XBEDS und dort Zugriffe, die viel zu aufwendig sind und das System stark behindern. Habe ich schon mit Stefan besprochen, stimmen wir Montag ab. Mit freundlichen Grüßen Haiko Gerdes - Projektmanagement - ___________________________________________________________________________ activate communication systems GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://activate.de E-Mail: h.gerdes@activate.de ___________________________________________________________________________ Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig, HRB 21850 -----Ursprüngliche Nachricht----- Von: team-bounces@lists.activate.de [mailto:team-bounces@lists.activate.de] Im Auftrag von Enrico Hofmann Gesendet: Samstag, 16. Juni 2012 16:41 An: team@lists.activate.de Betreff: Re: [Team] Um-/Aufbau LMX (backup01 & db02) Hallo Tilo, Hallo Team, diesen Ansatz hatten wir grob gestern schon angesprochen. Und wir setzen dies so um wie bei XBED (GTI NL). Wo die VM´s liegen werden müssen wir schauen. Aber es wäre mit Sicherheit nicht das dümmste die jeweilige zu replizierende Node (sei es die Readonly Node oder die Backup Node) auf unterschiedlich physikalischen Servern laufen zu lassen. Schon allein wegen dem konkurrierend schreibenden Platten IO. Daher zu dem vmhost von LTS mein OK. Brauchen wir aber noch eine Zustimmung von Haiko bzw. Rainer. Was wir aber an der Stelle machen müssten ist die Datenbankversion von LMX mit dem Master identisch halten. Da zwischen 5.0 und 5.5 eigentlich 2/3 Mayor Releases seitens MySQL liegen. Und an dieser Stelle wurde sehr viel auf Replikationsebene getan (Daher vermute ich unterschiedliche BinaryLogs). Also wenn dann ein Debian Lenny mit MySQL 5.0. -- Enrico Hofmann - Entwickler - activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig email: e.hofmann@activate.de Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850) Am 15.06.2012 um 19:46 schrieb Tilo Werner:
Hallo,
aus aktuellem Anlass (Lastprobleme bei LMX) werden wir Anfang nächste Woche die Möglichkeit prüfen die (Backup-) Replikation von LMX auf den backup01.lts laufen zu lassen. Das macht dann Platz auf dem vmhost01.lmx (wo zur Zeit u.a. der backup01.lmx läuft, der dann wegfallen würde) für einen db02.lmx auf welchem wiederum die Read-Only Replikation laufen kann. Dieser kann dann vom xRes-System für Lesezugriffe (Loadbalancing) verwendet werden.
Noch ist das Theorie, aber ich denke das kann so umgesetzt werden. Probleme die ich momentan sehe sind die verschiedenen MySQL-Versionen u.a. aufgrund der verschiedenen Debianversionen, was aber zu machen ist (@enrico ?)
lg, Tilo
PS: Möglicher Wermutstropfen ist eine RAM-Verkleinerung des test01.dev und/oder des trunk01.dev. Die mongo06 VM müsste evtl. auf das vmhost01.xbed System ausweichen.
-- Tilo Werner - Systemadministration -
activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig
email: t.werner@activate.de
Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850)
_______________________________________________ team mailing list team@lists.activate.de https://lists.activate.de/listinfo/team
_______________________________________________ team mailing list team@lists.activate.de https://lists.activate.de/listinfo/team