Hallo!
Ein Kunde wünscht eine Hochverfügbarkeitslösung für webEdition. Da die Server getrennt von einander stehen sollen (einer in Deutschland und einer im Ausland), kommen übliche Synchronisierungs-Lösungen nicht in Frage, da die Performance dafür nicht ausreicht (die sind optimal wenn die Server im gleichen Rechenzentrum stehen). Meine Idee war nun, via Hooks stehts eine Kopie des aktuellen Dokuments oder Objektes auf der anderen Installation via FTP und Cronjob etc. einzuspielen. Was meint Ihr? Oder habt ihr bereits Lösungen, die gut funktionieren und ggf. angekauft werden können?
Grüße,
Andreas
Hochverfügbarkeitslösung via Hooks möglich?
Hochverfügbarkeitslösung via Hooks möglich?
OMOC.interactive https://www.omoc.de/ - webEdition e.V. Gründungsmitglied & Ex Fördermitglied
-
- Senior Member
- Beiträge: 272
- Registriert: Mi 11. Jun 2003, 16:55
- Wohnort: Bayreuth
- Kontaktdaten:
Re: Hochverfügbarkeitslösung via Hooks möglich?
Würde es nicht ausreichen, jede Nacht (oder von mir aus alle 12 h) ein Backup zu erstellen, dieses per FTP ins Ausland zu schieben und dort einzuspielen?
Das mit den Hooks erscheint mir ziemlich aufwendig... z. B. eine Seite wird gelöscht... wie wird das nun synchronisiert?
Das mit den Hooks erscheint mir ziemlich aufwendig... z. B. eine Seite wird gelöscht... wie wird das nun synchronisiert?
Re: Hochverfügbarkeitslösung via Hooks möglich?
... ja, dass war ja auch mein Vorschlag, zumal sich nicht jeden Tag dort etwas ändert. Aber dann wäre die Kopie nicht immer aktuell und Falle eines Ausfalls nicht 100% identisch. Aber das mit dem Löschen ist schon war oder z.B. im Falle eines Verbindungsproblems. Schöne wäre, wenn man in WE angeben könnte, wo Daten & Files automatisch gespiegelt werden sollen. Also wenn jedes Update etc. doppelt ausgeführt würde ...
OMOC.interactive https://www.omoc.de/ - webEdition e.V. Gründungsmitglied & Ex Fördermitglied
Re: Hochverfügbarkeitslösung via Hooks möglich?
Hallo Andreas,
vorweg: ich gehe davon aus, dass einer der Server der master ist.
Es muss also nicht synchronisiert sonder nur gespiegelt werden.
In dem Fall könnte ich mir eine Kombination aus den bisher schon angesprochene Lösungen vorstellen:
per Hook (sofern es für alles bereits Hooks gibt, wenn nicht, müssen wir sie einbauen) wird in eine Datei die entsprechende Befehle zum Aktualisieren der Spiegelung geschrieben, per Cronjob wird nach diesen Dateien gesucht und diese werden dann auf den Fremdserver kopiert, dort werden sie entweder direkt verarbeitet oder aber wiederum per Cronjob.
Durch diese Trennungen sind Verbinsungsprobleme nicht so problematisch. Man muss natürlich die Reihenfolge sicherstellen.
Bei jeder Änderungen per Hook auf die Spiegelung zu kopieren kann so langsam werden, oder?
Gruß
Thomas Göbe
vorweg: ich gehe davon aus, dass einer der Server der master ist.
Es muss also nicht synchronisiert sonder nur gespiegelt werden.
In dem Fall könnte ich mir eine Kombination aus den bisher schon angesprochene Lösungen vorstellen:
per Hook (sofern es für alles bereits Hooks gibt, wenn nicht, müssen wir sie einbauen) wird in eine Datei die entsprechende Befehle zum Aktualisieren der Spiegelung geschrieben, per Cronjob wird nach diesen Dateien gesucht und diese werden dann auf den Fremdserver kopiert, dort werden sie entweder direkt verarbeitet oder aber wiederum per Cronjob.
Durch diese Trennungen sind Verbinsungsprobleme nicht so problematisch. Man muss natürlich die Reihenfolge sicherstellen.
Bei jeder Änderungen per Hook auf die Spiegelung zu kopieren kann so langsam werden, oder?
Gruß
Thomas Göbe
Re: Hochverfügbarkeitslösung via Hooks möglich?
Hallo Thomas!
Ja, so ähnlich habe ich mir das vorgestellt. Problem ist nämlich, dass der Master in Neuseeland steht und es teilweise zu Engpässen kommt (ok, abgesehen von den Erdbeben gerade). Die Datenbank könnte man ja theoretisch auch über Replikation synchron halten (bisher noch nicht mit beschäftigt, aber durchaus interessant). Da innerhalb we noch eine andere PHP-Anwendung läuft (Aboverwaltung), die auch synchron gehalten werden muss, wäre eine offene Lösung natürlich Klasse. Z.B. könnte man via Tags eigene Anweisungen übergeben oder sowas ...
Grüße,
Andreas
Ja, so ähnlich habe ich mir das vorgestellt. Problem ist nämlich, dass der Master in Neuseeland steht und es teilweise zu Engpässen kommt (ok, abgesehen von den Erdbeben gerade). Die Datenbank könnte man ja theoretisch auch über Replikation synchron halten (bisher noch nicht mit beschäftigt, aber durchaus interessant). Da innerhalb we noch eine andere PHP-Anwendung läuft (Aboverwaltung), die auch synchron gehalten werden muss, wäre eine offene Lösung natürlich Klasse. Z.B. könnte man via Tags eigene Anweisungen übergeben oder sowas ...
Grüße,
Andreas
OMOC.interactive https://www.omoc.de/ - webEdition e.V. Gründungsmitglied & Ex Fördermitglied
-
- Senior Member
- Beiträge: 250
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Berlin
- Kontaktdaten:
Re: Hochverfügbarkeitslösung via Hooks möglich?
Hi
Replication geht aber nur, wenn die MySQL-Server auch von "außen" errreichbar sind.
Replication geht aber nur, wenn die MySQL-Server auch von "außen" errreichbar sind.
Re: Hochverfügbarkeitslösung via Hooks möglich?
... danke - das stimmt. Ich denke, dass wird dem Kunden bewusst sein ... davon gehe ich mal aus
OMOC.interactive https://www.omoc.de/ - webEdition e.V. Gründungsmitglied & Ex Fördermitglied
Re: Hochverfügbarkeitslösung via Hooks möglich?
ich würde die Idee mit mysql-Replizierung, die man ggfs. auch über das Einspielen von Logs lösen kann weiterverfolgen.
Dateien lassen sich am besten per rsync abgleichen; damit sollte das dann auch mit der Geschwindigkeit/Abbrüchen kein Problem sein.
Evtl. sinnvoll während des Syncs einen Snapshot der aktiven Volumes zu machen, dann sind die Daten wenigstens konsistent.
Dateien lassen sich am besten per rsync abgleichen; damit sollte das dann auch mit der Geschwindigkeit/Abbrüchen kein Problem sein.
Evtl. sinnvoll während des Syncs einen Snapshot der aktiven Volumes zu machen, dann sind die Daten wenigstens konsistent.
webEdition-Kern-Entwickler
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste