[Talk-de] (Nicht nur) T at H (ist) furchtbar langsam(!)

[Heiko Schack]

Hallo Bernd,

> Am Dienstag, 22. Juli 2008 schrieb Dirk-Lüder Kreie:
>> Im Grunde genommen bräuchte es jemanden, der freiwillig einen Server
>> spendet, dort den OSM Planet in seine Datenbank packt, und minütlich aus
>> den diffs aktualisiert. (ca 80 GB Plattenplatz, Traffic unbekannt).
>
> Warum wird eigentlich für sowas hier immer [*] mit planet-file und diffs
> gearbeitet? Also immer konvertieren nach und von XML.
>
> Wäre es nicht sinnvoll, für sowas einen einfachen MySQL-Slave  
> einzurichten,
> der direkt oder über ein VPN mit dem Hauptserver kommuniziert? Die Last  
> auf
> dem Haupt-Server steigt dadurch nicht wesentlich und die Daten sind  
> immer so
> aktuell wie es die Netzwerkverbindung hergibt.
>
> Grade für alle Arten von Datenbank-Dumps sollte man ja immer einen  
> MySQL-Slave
> machen und von dem dann die Dumps ziehen. Eigentlich sollte bei so viel
> Traffic IMHO sowieso alles nur-lesende nicht auf den selben Server gehen  
> wie
> Schreibzugriffe (Erstellung von XML-dumps, tiles at home, Download von
> Editoren).
>
> [*] "immer" == "das was ich mitbekomme" == XAPI-Interface
>

das ist genau der richtige Vorschlag. Ich wollte dies auch gerade  
schreiben. Mit MySQL kann man ganz fantastische Cluster bauen. Nicht für  
umsonst setzt zum Beispiel mobile.de den größten MySQL-Cluster Europas  
ein. Ich würde vorschlagen, man macht sich in diese Richtung einmal  
genauere Gedanken. Ich stelle mich gerne für Admintätigkeiten und  
Planungen zur Verfügung. Der entsprechende Background ist durch meinen  
Beruf (Admin im RZ) vorhanden.

Vielleicht sollten wir einfach mal eine kleine Gruppe zusammenstellen, die  
sich Gedanken macht und diese dann auch umsetzt.

Lg

Heiko