nicht angemeldet
Mysql Datenbank auf zentralem Server
Hi
Ich stehe vor eine Problem und überlege mir gerade wie ich das am besten angehen soll, das es auch sinn macht und sich in der Praxis bewährt. Ich hab schon ein paar Ideen, mich würde interessieren wie ihr darüber denkt.
Es gibt einen zentralen Admin Server in Frankfurt auf dem eine sehr große Datenbank zentral liegt welche über ein MultiUser Admintool verwaltet wird.
Jetzt hab ich lauter kleine Webseiten von Kunden welche die Daten über diesen Zentralserver beziehen. Die Anzeigeseiten liegen aber teilweise komplett wo anderst teils schweiz,Österreich,Frankreich.
Teil sind auf diesen Seite recht hohe Lasten, deshalb denke ich mal ich schließ eine direkte Mysqlconnection über VPN an den Zentralserver aus, oder macht man das in der Praxis so. Ich denk mir nur bei Ausfall des Zentrallserver, wäre es nicht blöd wenn es vorort zwischen gecached wäre, bzw das hier doch teilweise mit verzögerungen zu rechnen da ja der DB Server nicht im gleichen Rechenzentrum steht.
Gedacht habe ich mir ich pushe aktuelles XML File alle 5 min über die Leitung und parse Dieses vorort oder ich lege damit eine ObjektDB an und erstelle eine Art personalisierte lokale DB.
Hat da jemand einen Tip,Paper oder Link dazu wo/wie solche Dinge praxiserprobt abgehandelt werden. Ist ja nicht so das ich jetzt was komplett neues erfinden muß, ich kann mich nur irgend wie nicht entscheiden was der bessere bzw sinnvollste Weg ist.
lg
-
Hi!
Hat da jemand einen Tip,Paper oder Link dazu wo/wie solche Dinge praxiserprobt abgehandelt werden. Ist ja nicht so das ich jetzt was komplett neues erfinden muß, ich kann mich nur irgend wie nicht entscheiden was der bessere bzw sinnvollste Weg ist.
Vielleicht Replication.
Lo!
-
Hi!
Hat da jemand einen Tip,Paper oder Link dazu wo/wie solche Dinge praxiserprobt abgehandelt werden. Ist ja nicht so das ich jetzt was komplett neues erfinden muß, ich kann mich nur irgend wie nicht entscheiden was der bessere bzw sinnvollste Weg ist.
Vielleicht Replication.
Uhhh... danke das klingt gut!!! Ich hab gerade vorher das Manual schnell durchgeforstet und nach sowas gesucht .. aber das ist mir einfach nicht aufgefallen.. wahrscheinlich hab ich den Wald vor lauter Bäumen nicht gesehen.
lg
-
Hi!
Hat da jemand einen Tip,Paper oder Link dazu wo/wie solche Dinge praxiserprobt abgehandelt werden. Ist ja nicht so das ich jetzt was komplett neues erfinden muß, ich kann mich nur irgend wie nicht entscheiden was der bessere bzw sinnvollste Weg ist.
Vielleicht Replication.
Uhhh... danke das klingt gut!!! Ich hab gerade vorher das Manual schnell durchgeforstet und nach sowas gesucht .. aber das ist mir einfach nicht aufgefallen.. wahrscheinlich hab ich den Wald vor lauter Bäumen nicht gesehen.
Mist, doch nicht unbedingt das was ich suche weil ich für die Slave geschichte mehr oeder weniger auf jedem Client Zugriff auf die Mysqlserverconfig bräuchte, hab ich aber nicht, da die kleinen Clients zu 90% als stinknormale Webhosts bei irgendwelchen Providern liegen. Da hab ich dann nicht mehr rechte als die normale PHP und MYSQL Umgebung.
lg
-
Hi!
Mist, doch nicht unbedingt das was ich suche weil ich für die Slave geschichte mehr oeder weniger auf jedem Client Zugriff auf die Mysqlserverconfig bräuchte, hab ich aber nicht, da die kleinen Clients zu 90% als stinknormale Webhosts bei irgendwelchen Providern liegen. Da hab ich dann nicht mehr rechte als die normale PHP und MYSQL Umgebung.
Das ist schlecht, denn dann kenne ich keine Lösung, die sich so schön schnell repliziert wie der eingebaute Mechanismus. Du könntest dann höchstens was basteln, das das bin-log vom Master überwacht und daraufhin die Slaves über ihre normale Schnittstelle mit den Änderungen versorgt. In Zeitabständen den Master anzupollen ist aufwendiger, weil du dann immer Änderungskennzeichen in jedem Datensatz benötigst.
Lo!
-
Hi!
Mist, doch nicht unbedingt das was ich suche weil ich für die Slave geschichte mehr oeder weniger auf jedem Client Zugriff auf die Mysqlserverconfig bräuchte, hab ich aber nicht, da die kleinen Clients zu 90% als stinknormale Webhosts bei irgendwelchen Providern liegen. Da hab ich dann nicht mehr rechte als die normale PHP und MYSQL Umgebung.
Das ist schlecht, denn dann kenne ich keine Lösung, die sich so schön schnell repliziert wie der eingebaute Mechanismus. Du könntest dann höchstens was basteln, das das bin-log vom Master überwacht und daraufhin die Slaves über ihre normale Schnittstelle mit den Änderungen versorgt. In Zeitabständen den Master anzupollen ist aufwendiger, weil du dann immer Änderungskennzeichen in jedem Datensatz benötigst.
Ja ich bin selber grad am Rätseln. Die Menge der Daten pro Client ist sehr gering (weil alle haben unterschiedliche). Ich schätz mal ca. maximal 500K. Außgenommen einer der hat voll zugriff auf alle und auf diesem hab ich vollen Rootzugang somit kommt dort mal sicher die MySql replikationslösung zum einsatz.. 1,4Gb zu pullen .. nööööö ;)
Was ich aber mit den kleinen mach, hmm.. die Menge ist zwar gering.. aber die Anzahl der Zugriffe sind recht hoch, somit ist ein permanent Polling problematisch. Änderungen gibt es schätz ich maximal 1 - 2 mal am Tag. Ich glaub da wird fast ein publish Button im Adminsystem/Server zum einsatz kommen der den Client auffordert ein pulling durchzuführen.
lg
-
-
-
-