Ist der Server überfordert?

Ota

New Member
Hallo zusammen,

wir haben uns aus Mangel an Know-How im Servermanagmentbereich einen managed dedicated Server bei einem entsprechenden Anbieter geholt. Den Anbieter möchte ich aus rechtlichen Gründen (man weiß ja nie) lieber nicht nennen.

Auf diesem Server läuft nur eine einzige Webseite welche mit dem CMS Joomla umgesetzt wurde, das Caching der HTML Ausgabe ist aktiviert. Auf der Startseite befinden sich insgesamt 60 Elemente (CSS, JS und Grafiken) für die jeweils ein Request raus geschickt werden muss.

Leider ist mir momentan über die Konfiguration und die Hardware des Servers nicht viel bekannt, da ich mich aus eigen Initiative an das Forum wende. Ich gehe aber davon aus das eurerseits mehr Informationen benötigt werden, ich aber auch nicht genau weiß was für Informationen. :-)

Deshalb würde ich darum bitten, bevor ich wild Zeit damit vertue unnötiges Zeug zu posten, einfach die benötigten Daten zu nennen. Ich werde versuchen diese so schnell wie möglich zusammen zu tragen.

Folgendes ist mir bis dato bekannt:

  • AMD Opteron 1210 (2 x 1.800 Mhz)
  • 2.046 MB Ram
  • Debian GNU
  • Hardware Raid 1
  • (Bin ich mir nicht 100% sicher: Apache Max Clients ist auf 250 eingestellt)
  • Zugriff unsererseits erfolgt über confixx
  • PHP5


Die eigentlichen Frage:
Laut Aussage des Administrators werden zu viele Requests gestartet und der Server ist schlichtweg überlastet. Da wir in der Firma, wie oben schon erwähnt, nicht so die Experten auf diesem Gebiet sind stellt sich uns nun die Frage ob dies wirklich sein kann oder eine Misskonfiguration des Servers vorliegt oder wir bei der Erstellung der Webseite einen Fehler gemacht haben?
Es wäre auch gut zu wissen wie man das Problem genauer eingrenzen kann. :-)

Eine kleine Frage am Rande: Des weiteren würde mich interessieren, da wir in der Arbeit diese Diskussion hatten, wie viele Elemente pro Seite als zu viel angesehen werden? Und ob es wirklich schadhaft ist wenn man CSS/JS Dateien aus Struktur gründen eher in kleine Dateien aufteilt?

Vielen Dank, freundliche Grüße und schönen Abend noch!
Ota
 
Laut Aussage des Administrators werden zu viele Requests gestartet und der Server ist schlichtweg überlastet.
Bei wievielen gleichzeitigen Besuchern? Wenn ihr nur 100 Besucher pro Tag habt, halte ich die Aussage für falsch. Wenn ihr 100000 Besucher pro Tag habt, könnte etwas dran sein.

Eine kleine Frage am Rande: Des weiteren würde mich interessieren, da wir in der Arbeit diese Diskussion hatten, wie viele Elemente pro Seite als zu viel angesehen werden?
Einen "Standardwert" gibt es nicht, aber über den Daumen gepeilt sind 60 Elemente pro Seite zu viel.

Und ob es wirklich schadhaft ist wenn man CSS/JS Dateien aus Struktur gründen eher in kleine Dateien aufteilt?
Beim Deployment sollten diese Dateien zusammengefügt und möglichst verkleinert werden. Es gibt verschiedene Programme, die das leisten können, entweder beim Deployment (CSSTidy, JSMin; allgemein: Minify - Wikipedia, the free encyclopedia) oder zur Laufzeit (hier seien z. B. PHP Speedy | Aciddrop.com und jsmin-php genannt ).
 
Also 60 Requests für einen Besuch sind eindeutig zu viel. Hast du das mit YSlow (Plugin für Firefox) gemessen? Dort werden noch mehr Hinweise gegeben was man verändern sollte. CSS Files wie gesagt zusammenfassen und gegebenfalls komprimieren.

Ich würde daher sowieso erstmal die Webseite optimieren.

Dann halt mal weiterschauen. Wieviel Besucher kommen denn auf die Seite? Der Server sollte da ja schon einiges verkraften.
 
Japp 60 ist definitiv zu viel: angenommen es kommen gerade 10 neue Besucher auf die Startseite, das macht 600 Request. Dazu noch die Request der User die grad auf den anderen Seiten surfen. Wenn diese ebenfalls viele Objekte haben und die Webseite gut besucht ist, kommt wirklich einiges an Requests zusammen. CSS zusammlegen wurde schon genannt, evtl kann man auch die Grafiken zusammenlegen. Viele Webdesigner zerlegen beispielsweise Header Grafiken in mehere einzelne Teile, diese einfach wieder zusammen fügen.
 
Vielen dank schonmal für das Feedback, gibt es noch andere tools ausser yslow um die Requestzeit zu testen? Yslow behandelt eine CSS Datei die weitere per @include inkludiert trozalledem nur als einen Request.

Bzgl. der Besucherzahlen werde ich mich informieren, aber es sind sicherlich nicht wenige.

Nachtrag: Ich lasse grad aus Spass über diverse Webseiten Yslow drüber laufen und bin dann doch schwer verwundert das 60 als zuviel angesehen wird. Ich habe bis jetzt kaum eine Seite gefunden welche mit unter 50 auskommt.
 
Last edited by a moderator:
Ich möcht ja nix sagen, aber hat jemand schon mal yslow übers SSF und einige andere Foren drüber laufen lassen? Da sind im Normalfall mindestens 40 - 50 Requests am laufen!!!
Wobei man schon sagen muss, dass sich der Schnitt so auf 20 Requests beschränkt.
 
Hallo!
Letzten Endes ist doch wichtig, wie viele Anfragen pro Sekunde der Apache abarbeiten muss. Um das herauszubekommen, eignet sich beispielsweise mod_status. Ob dies auf einem Managed Server möglich ist, kann ich im konkreten Fall nicht sagen.

PS: Hier im Forum werden zwischen 4 und 6 Anfragen pro Sekunde verarbeitet.

mfG
Thorsten
 
So hier sind die Zugriffszahlen von gestern (Awstats): Die Seite hatte gestern 142359 Besuche, es wurden 274126 Seiten ausgeliefert. Insgesamt 1741397 Zugriffe. :-)

Geplant ist das wir die CSS und JS Dateien "minify"en werden und statische Inhalte wohl auf einen anderen Server auslagern werden.

Bzgl. der mod_status option werde ich nachfragen. Unter welchem Begriff findet man die Angabe wieviele Anfragen abgearbeitet werden?

Ich fasse mal zusammen, 60 Requests sind eben dann zuviel wenn man zuviele Besucher hat. Sind die Besucherzahlen kleiner kann man damit schon leben.
 
Wenn wir also vollkommen unrealistisch annehmen, dass die Zugriffe über den Tag gleichverteilt sind, ergeben sich daraus 21 Zugriffe pro Sekunde. Da würde ich sagen, gibt es Optimierungspotenzial ;)

--marneus
 
Back
Top