ABAKUS

Mmmh, ich versuche, das mal zu beantworten, auf die Gefahr hin, dass ich mich als vollkommen ahnungslos oute (wie oben angekuendigt)...

Ich habe heute mit dem Support bei 1und1 gesprochen und mal gefragt, wie ich das ueberhaupt rausfinden kann, und der freundliche Herr hat mich auf domain.de/logs/system gelotst, wo ein paar Grafiken auf mich warteten... Seine Interpretation der ersten Grafik ("Load") war: Server schrecklich überlasted!!!

Dabei ist die Kurve zur Hochzeit taeglich bei 1,5 - was auch immer das bedeutet? Das Maximum im letzten Monat lag bei 4, auch das fuer mich eine ziemliche wertlose Auskunft...

Euch sagt das vielleicht mehr? Möglicherweise hat der werte Mitarbeiter ja auch uebertrieben...

Mmmh, wie auch immer, wird wohl dringend Zeit, das ich mir das Wissen mal anschaffe, Buchempfehlen sind wie immer willkommen

Danke euch,
Eddie

1 = 100%
4 = 400%
Stimmt zwar nicht wirklich, aber es kommt so in etwa hin.

...sieh es so: bei einer load von 1 wird ein request unmittelbar beantwortet, sprich das system ist maximal ausgelastet, die kiste aber für die auflaufende last eigentlich optimal. ich arbeite in einem der größten deutschen internet-unternehmen und entwickle an projekten, die auf mehreren hundert servern laufen und werde eigentlich erst nervös, wenn die load auf über 5 steigt. bewegt sich der wert zwischen 1 und 5 performt der service in der regel für den user nicht merklich langsam.

mach mal eine shell auf, geh per ssh auf deinen server und gib "top" ein, dann siehst du die laufenden prozesse und rechts oben die momentane serverload deiner kiste (3 werte, ganz links der momentane, dann 5 minuten schnitt und 30 minuten durchschnitt).

diese 3 werte schreibt das system auch permanent unter /proc/loadavg weg, dort kannst du sie ganz einfach auslesen.

gruß,
w_w

der load bezeichnet die anzahl der prozesse, die gerade in deinem prozessor verarbeitet werden = 1, oder noch in der warteschlange sitzen = 1+x

der load, den dein system abkann ist sehr unterschiedlich. in einem system mit mehreren kernen oder prozessoren darf der wert natürlich höher sein. mein größter server (virtueller) läuft zwischen 1-3 ganz gut, über 3 werde ich hellhörig und ab 7 reagiere ich. letztlich entscheidend für die performance ist aber das was am ende rauskommt. vielleicht liegt es gar nicht an der hardwareauslastung. manchmal ist auch die datenbank einfach nicht vernünftig auf deine anwendung optimiert. bevor du deine kapazitäten erweiterst würde ich erstmal optimieren:

1. spambots aussperren
2. sql-statements optimieren, max. eine session pro skriptaufruf!
3. bilder optimieren
4. unnötige includes vermeiden (sofern du mit php arbeitest)
5. mysql optimieren (mehr speicher? query cache optimieren? block size korrekt?)

all dies erfordert sehr viel zeit, spart dir aber langfristig sehr viel geld. ich denke jeder, der ein paar jahre lang server betreut hat, wird das bestätigen können.

ich würde anfangen, hier mal deine ladezeiten zu checken (morgens, mittags, abends). auch unterseiten (die am häufigsten aufgerufenen)

https://webtool.1und1.de/analyze/?ladezeit

wenn da was nicht stimmt, dann einmal die mysql prozessliste checken, ob da langläufer drin sind, dann a) optimieren und b) timeout runtersetzen (default ist meistens sehr hoch angesetzt)

ich hoffe, ich hab dir jetzt mehr geholfen, als dich durcheinander gebracht ;D

mark

hm also last ist immer relativ.

z.b wer es schafft den apache auf dauervolllast zu halten hat einen programmierefehler.

ein celeron unter linux hällt locker 30.000 UV bei einem normalen poretal aus, es muß ja nicht immer nur der apache sein wohl eher die mysql wenn die eine nutz. man kann bei der mysql slow queries anzeigen, d.h wenn eine abfrage länger als x dauert wird das sql statement angezeigt.

wieiel ram hat der server? apche in ram laden und die mysql wenns geht auch ram ist ich glaube 200 mal schneller als harddisk


bei fragen einfach melden

gruß

linux

Evtl. mietest Du dir einfach nen zweiten Server dazu und legst auf einen die Datenbank und auf den anderen deine Dateien.

Macht zumindest Sinn, wenn man nicht gleich aus dem Vertrag rauskommt.

Gruß Scubi

Der Googlespider zieht die Reponsezeit bei Abruf der Seite in die Crawlfreqenz mit ein.

Also ich könnte mir vorstellen, dass auch Responsezeit und Erreichbarkeit in das Ranking bei Google eingehen, wahrscheinlich aber nur minimal. Letztendlich sind es ja auch Qualitätskriterien. Ist aber nur eine Vermutung.

ein besserer server muss nicht zwingend sein. da du wie du selber schreibst kaum ahnung von servern hast, nehm ich mal an .. das dein server nicht optimiert ist. ich kenn deine seite nicht, aber folgende tipps:

1. Datenbank optimieren
2. Scripte optimieren
3. Seiten cachen
4. Servereinstellungen anpassen (am besten wäre da ein Rootserver)

anonsten .. wenn du siehst, bzw du erwartest steigende besucherzahlen, würde ich wie oben geschrieben mal überdenken 2 server, 1 datenbank 1 webserver zu nehmen.

Bei dem Datenbank Server drauf achten, RAID, RAM, CPU. Festplatte kann klein sein. Traffic extern braucht man auch nicht viel.
Webserver, extern traffic viel, ram cpu brauch nicht top sein. raid empfohlen.

Denke Google, aber vor allem die Besucher/Besuchertreue/PI pro Besucher freuen/Werbeeinnahmen freuen sich über einen sauber laufenden Server

Wenn Google Deinen Server in die Knie zwingt solltest Du in Deinen Webmastertools die Crawlinggeschwindigkeit auf langsam setzen.

Du besuchst Deine Webmaster Tools, wählst die Seite aus und klickst auf Crawlinggeschwindigkeit - dort wählst Du "langsamer".

Falls die Formularfelder nicht anklickbar sind und Du im Firefox die Extension Webdeveloper installiert hast klickst Du mit der rechten Maustaste auf den Monitor und wählst: WebDeveloper/Formulare/Formularfelder aktivieren und kannst dann langsamer wählen.

Hat Jemand ne Anleitung oder nen Thread Link zum aussprerren der Spam Bots?

SQL / Datenbank optimieren: Such in allen deinen Skripten nach SELECT * FROM und schreib statt dem Stern nur die wirklich benötigten Felder rein. Das bringt einiges.

Guck mal hier: https://www.sistrix.com/news/531-ip-net ... erren.html

Gruß Johannes