RootForum Community

Hallo Leute,

ich habe heute mal wieder eine kleine Frage, die mich sehr beschäftigt:

und zwar läuft meine Seite golyrics.de seite heute aus Performance gründen auf 2 Servern mit jeweils 3 Ghz und 2 GB RAM.

Ein einzelner war in der letzten Zeit in Stoßzeiten einfach überfordert.

Seit gestern läuft es folgendermaßen:

Auf einem Server ist das gesammte WEB, also alle Dateien usw und auf dem zweiten liegt nur die Datenbank.

Bis gestern dachte ich auch es würde den gewünschten Erfolg bringen: Serverload bei beiden Servern nur bei 0,2-0,3 (vorher teilweise bei 20).


Heute muss ich aber feststellen,dass die Seite sogar nachmittags saulahm ist, die Serverload ist imernoch < 1 ich glaube allerdings dass die Lösung (1 server web ein anderer DB) nicht so dolle ist, weil ich vermutete, dass die Server solange sie miteinander "sprechen" nicht mit dem Client sprechen können. Zumindest nur sehr stotternd sprechen.

Was würdet Ihr an meiner stelle machen?

was ist die ideale lösung für einen solchen Fall?

Ich habe schon überlegt ob ich beide Server unabhängig von einander konfiguriere (also auf beiden WEB und DB) dann könnte man ja ein script schreiben, was abhängig von der Serverlast die User auf Server A bzw B schickt. Problem hierbei: die Datenbanken auf Server A und B müssten sich ständig synchronisieren.

Weiß jemand eine Lösung?

Danke im voraus

Finde erstmal raus woher die Last kommt, dann kannst du weiter schauen.

z.B. wäre Replikation eine möglichkeit der Lastreduktion wenn die Load
vom auslesen aus der Datenbank kommt.

Schonmal über den Einsatz eines Caches respektive Reverse Proxys nachgedacht? Mit Squid köntest du das z. B. erreichen. IMHO ist deine Seite dafür prädestiniert, da sich die Liedtexte ja nicht so häufig ändern.

Roger Wilco wrote:Mit Squid köntest du das z. B. erreichen. IMHO ist deine Seite dafür prädestiniert, da sich die Liedtexte ja nicht so häufig ändern.

In dem Fall sind statische Seiten wohl eher zu bevorzugen...

Also meiner Ansicht nach ist die Trennung zwischen WWW und DB Server der erste richtig sinnvolle und zudem noch recht einfache Schritt. (so lange sich die Last nicht total ungleichmäßig auf www und db verteilt)

Ansonsten solltest du unbedingt mal nachschauen, welcher Server nun der Flaschenhals ist.

Wie Joe schon schrieb, würde es sich bei deiner Seite extrem bemerkbar machen, die Liedtexte nicht in dynamische Dateien zu packen, sondern in statische, und sollte sich mal was ändern, einfach mittels php und mysql die statische Seite neu generieren.

Edit: Wenn du das nicht schon machst, zumindest heißen die Seiten .htm ;)

ne andere - aber kostenspielige methode wäre wohl:
2 Webserver die auf ein SAN zugreifen auf dem die ganzen Daten liegen.

evtl reicht es auch schon die Datenbankstruktur zu optimieren bzw. die Queries zu optimieren.
kenne deinen Programmierstil ja nicht.

Hey, deinen "Stiel" kenne ich auch nicht

DAS klären wir am besten vor der Tür :P ;) ;) ;)

Lass mal - habs eher mit Frauen 8)

Aber zur Sache: Ist schon spannend was es manchmal für Datenbankkonstruktreure gibt ;)

Hatte letztens eine Tabelle vor mir mit Länderdaten:
1. Spalte: 2-Zeichen ISO-Kennzeichen (Feld: CHAR(50))
2. Spalte: Länderbezeichnung (Feld: CHAR(200))

ca. 200 Datensätze und ca. 1 MB ?!?!?

Naja, dann habe ich gesehen, das für das 2-Zeichen ISO ein Festtext mit 50-Zeichen verwendet wird und für das Land ein Festtext mit 200?
Also: 1. Spalte Char(2) und 2. Spalte Varchar(150)
und siehe da, man kommt auch mit wenigen kb hin :-)

Das nur mal so als Story nebenbei ;)

Und was es dann auch noch für Querys auf Tabs ohne sinnvolle Indizes gibt ... :evil:

da haben wir was gemein ;)
steh auch total auf frauen, v.a. so in 3D und mit anfassen und so ;)

jo, sowas kenn ich. aber haben wir nicht alle mal klein angefangen? ;)

Nein, so böse meinte ich es ja auch nicht :!:

Das Problem ist nur, dass es - technisch - so einfach geworden ist, eine DB zu entwickeln. Nur die Theorie der Modellierung bleibt dabei häufig auf der Strecke :evil:

3D Frauen - ach, die echten sind doch auch nicht schlecht 8)