Hallo Rainer, On Sat, 16 Jun 2012 17:37:27 +0200, r.jansen@tjc-knowledge.de wrote:
Hallo Enrico,
Gerne ein generelles Go. Aber wir sollten vorher sicherstellen das wir wirklich auf allen Maschinen das gleiche System habe.
Dafür müssen wir *dringend* die Transition zu PHP 5.3 in Angriff nehmen.
Wenn ich den Plan richtig im Kopf habe wollten wir das bis Ende Juni erledigt haben.
Der Plan, den du vermeintlich ansprichst, betraf seiner Zeit die Systeme insich zu aktualisiern, d.h. das veraltete Debian (5) Lenny bis auf den letzten Patchstand (Februar 2012) zu bringen. Das ist meiner Meinung nach die Sache nicht wert, wir würden hier einen riesen Aufwand treiben, um die Systeme auf einen Stand zu bringen, der nur weniger veraltet ist. Wir müssen komplett auf Debian (6) Squeeze migrieren, dass bedeutet MySQL 5.1 (nativ) bzw. 5.5 (percona) und PHP 5.3. Wir haben dafür noch ca. 1 Jahr, danach wird Squeeze zu "old-stable" und Debian (7) Wheezy zu stable, welches im Übrigen PHP 5.4 mitbringen wird. Nach diesem Übergang haben wir wiederum ca. 1 Jahr Zeit bis Squeeze' EOL (End Of Life) ist. Kurzum, wir hinken hinterer und müssen konzentriert die Zeit aufholen. Die Firma ist personell/finanziell nicht in der Lage eine veraltete Basis (Prgrammiersrachen/Betriebsysteme) am Laufen zu halten, wir hängen unmittelbar von der Weiterentwicklung dieser Basis ab. Anzumerken ist hierbei, dass Debian eine Softwaresammlung ist, die durch die Paketverwaltung konsistent gehalten wird. Es wird also immer Schwierigkeiten geben, wenn wir von dieser eingebauten Unterstützung (Abhängigkeiten der Software untereinander) abweichen. Ebenso sollten wir die von dieser Basis vorgegebenen Übergangszeiten zukünfig als Übergang benutzen und sie nicht tatenlos verstreichen lassen. Siehe auch Veröffentlichungsablauf und Versionsbezeichnung bei Debian: http://de.wikipedia.org/wiki/Debian#Ver.C3.B6ffentlichungen_.28Releases.29
Wird das klappen? Ich hatte Euch gebeten mir zu sagen was Ihr dafür braucht. Die Antwort steht noch aus.
PHP 5.3 Unterstützung von xRes und Hardware, die in Bestellung ist. lg, Tilo
LG R
Gesendet mit meinem HTC
----- Reply message ----- Von: "Enrico Hofmann" <e.hofmann@activate.de> An: <team@lists.activate.de> Betreff: [Team] Um-/Aufbau LMX (backup01 & db02) Datum: Sa., Jun. 16, 2012 16:40
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 _______________________________________________ team mailing list team@lists.activate.de https://lists.activate.de/listinfo/team