Datenbankanfragen auf mehere Server splitten

[ds170477]

Ich bräuchte mal ein Tipp.
Ich möchte die Datenbankanfragen teilen.
Sprich:

1 Shop -> eine Datenbank auf Server 1
2 weitere Server mit Spiegelung vom Shop

Erfolgte eine Anfrage aus dem Shop an Server 1 (z.B. Kategorie 1-10) so werden die Daten Von Server 1 wiedergegeben.
Ist es aber z.B. Kategorie 11-20 angefragt, so werden die Werte von Server 2 wiedergegeben.
Bei Kategorie 21-30 werden die Anfragen vom Server 3 wiedergegeben.

Wo muss ich ansetzen?
Es geht nur um Kategorien und deren Artikel auf Server 2 und 3.

Gruss

Daniel

Linkback: https://www.modified-shop.org/forum/index.php?topic=14794.0

[ds170477]

Es soll Richtung "Loadbalancing" laufen.
Lässt sich das auch mit modified eCommerce Shopsoftware umsetzen?
Oder muss ich doch zum Script greifen?
Hat ein Datenbankguru einen Ansatz?

[ut2k3]

Hallo ds170477,

warum nutzt du hier nicht ein mysql-cluster?

How To Set Up A Load-Balanced MySQL Cluster With MySQL 5.1

In modified eCommerce Shopsoftware oder generell in xt:Commerce ist kein Loadbalancing vorgesehen.

[ds170477]

Den Gedanken hatte ich auch. Aba an diesen Daten darf ich nichts verändern (Servereinstellungen).
Deswegen vielleicht doch ein Script? Oda eine andere Lösung?

Ausserdem funtzt es ja nur beim ab gesetzten timeout und nicht in einer direkten Selektierung.

[mouseworx]

Ich kenne deine Motive für eine Load Balanced Architecture nicht, aber wenn es darum geht einen modified eCommerce Shopsoftware Shop mit vielen Artikeln und vielen Zugriffen deutlich schneller zu machen, dann reichen oft schon zwei Server für einen signifikanten Sprung. Ein Nadeloer ist das Gerödel des Indianers plus MySQL auf nur einer Festplatte einer Maschine.

Eine viel bessere Performance konnte ich mit einem eigenen Datenbank Server erreichen - also Webserver / Shop auf der einen, MySQL Datenbank auf einer anderen Maschine.

Grüße
Sebastian

[ds170477]

Hallo Sebastian,

genau darauf wollte ich hinaus. Du meinst Webspace auf Sever Nr 1 und die Datenbank auf Server Nr 2 oder?
Und das per DNS? Oder wie hast du das gelöst?

Gruss

daniel

[Matt]

Geht mir da wie mouseworx.
Da gibt es sicherlich andere/leichtere Optionen, um den Shop zum Rennen zu bekommen. Einen MySQL-Cluster/Loadbalancer aufzusetzen ist auch nichts, was man mal eben in der Mittagspause macht.
Und einen Loadbalancer, der auf der Shoplogik aufsetzt, gibt es nicht und ist auch nicht sinnvoll.

[Matt]

[...]
genau darauf wollte ich hinaus. Du meinst Webspace auf Sever Nr 1 und die Datenbank auf Server Nr 2 oda?
Und das per DNS? Oda wie hast du das gelöst?
[...]

DNS, IP, Voodoo. So wie es 1&1 halt auch macht.

[ds170477]

Danke für die Tipps. Werde ich mal antesten.
Das Problem sind nicht die Pics, sondern der Content. Deswegen bin ich mal gespannt wie die Preformance sich verhält. Durchbreche die 204T Artikelmarke und da geht es langsam an eingemachte.
Die Datenbank wurde bereits gepimpt bis auf die schweren Sachen wie dieses.
Gerade mal ein Modul drin.

Haben alle Forks das Problem?

[Tomcraft]

[...]
Haben alle Forks das Problem?

Soweit ich weiss schon.

Grüße

Torsten

[Matt]

Gut, eine Viertelmillion Produkte ist natürlich auch eine Hausnummer. Vielleicht auch mal über memcached nachdenken.

Wer hat was von Bildern geschrieben?

[ds170477]

Ich war es mit den Bildern. Deswegen auf Server 2.

[ds170477]

[...] Vielleicht auch mal über memcached nachdenken.
[...]

 

Ganz grosses Kino, das ist was ich gesucht habe Danke!

[hstreicher]

Nur mal so ein Gedanke

Man könnte auch mehrere identische Shops aufsetzten (inkl. der Datenbank),
beim ersten Kontakt vom Startshop dann entsprechend umleiten  auf z.b. www2.meinshop.de

Und einfach nur die Lagerbestände synchronisieren , das wäre dann nur ein einfaches Update der anderen Shops wenn eine Bestellung verbucht wird ,  sowie die Kundendaten übertragen.

Die Bestellungen kann man über verschiedene Nummernkreise pro Server getrennt halten.

Das wäre imho der geringste Programmieraufwand und sollte leicht skalierbar sein.

[Cookie]

Hallo,

das Problem ist dann aber wieder das Load-Balancing. Ich kenne eigentlich keine brauchbare Loadbalancing Lösung im low cost Hosting bei klassischen Providern. Das einzige was mir einfällt ist der Balancer aus der Amazon Cloud.

Du könntest höchsten mit einer 3 Server Lösung arbeiten. Ein Frontend Server mit Apache Reverse Proxy und  Balancing und zwei Backend Server. Ich würde dann aber auch einen MySQL Cluster nutzen. Sonst hast Du das Problem wenn die Stickiness nicht greift und die zweite Anfrage auf den falschen Server geht. Hochverfügbarkeit hast Du dann aber immer noch nicht richtig.

Viel Spaß.
Christian