ABAKUS

was ich am Server machen müßte

adding more DRAM to the server

oder die Scripte optimieren damit sie nicht mehr so viel RAM brauchen.

richtig @ Southmedia!

Zumal aber 389 MB wirklich etwas dünn sind, wenn mal richtig die Post abgeht. Ich würde also über eine Aufstockung des Speichers in jedem Fall nachdenken Andreas.

@- LinkPop:

LinkPop,
ja, muß ich wohl die Leistung erhöhen lassen, auch wenn ein Bekannter meinte, er bekommt auch solche Meldungen oft, ich brauchte mich nicht darum zu kümmern.
Nun, ich dachte, eine Falle, um den Kunden Geld aus der Tasche zu ziehen.
Stellt Euch vor, Tausende erhalten so eine Mail, das bringt anschließend einen Haufen Kohle.
Könnte es auch sein, es sind nur zu viele Domains auf dem Server?
Oder ist es die Traffic?
Aber jetzt so viel Traffic, kann doch bei dem Wetter nicht sein, letztlich hatte ich das in all den Jahren nicht einmal im Winter so erlebt.

Was meint unser schlauer Southmedia-Jan mit:
"....oder die Scripte optimieren damit sie nicht mehr so viel RAM brauchen"?

Kann mir das jemand verdeutschen, damit ich kapiere, was ich wie machen könnte / muß?

Gruß v. Andreas - "Pagemaker"
.

Pagemaker hat geschrieben:@- LinkPop:
Könnte es auch sein, es sind nur zu viele Domains auf dem Server?

das sollte es eigentlich nicht sein.
es liegt wahrscheinlich daran das eines der scripte auf dem server zuviel memory braucht. vielleicht ein neues script in letzter zeit installiert?
der jan meint das du dein shop(?) script optimieren solltest.

@- poolie:

Poolie,
ich danke Dir für Deine Auskunft.
Könnte es sein, weil ich ein paar Pages verändert habe, in denen ich die interne Verlinkung der Seiten auf "BASE" (diese gehen jetzt per Extern-LINKs über "www.....") umgestellt habe?
Wenn das Volumen auf einer Page an die Grenzen kam, bekam ich aber immer auch eine Nachricht, die jedoch anders aussah, und sich nur auf den Pageplatz bezog.
Ein neues Script wurde nicht installiert.
Wäre es ratsam, vielleicht dort "PHP" abzuschalten, wo es nicht benötigt wird?
Ich habe überall "PHP" angegeben!
Dies auf allen Domainplätze von 204 Domains.

Wie soll ich denn ein Shop optimieren - wie geht das?
Davon habe ich ca. 10 Stück auf dem Server.

Gruß v. Andreas - "Pagemaker"
.

Stopp mal Apache und MySQL und start es wieder neu.

Schmeiß FTP/SSH/SSI raus, wenn du es nicht brauchst,
optimiere das httpd.conf

irgendwo in dem Bereich

MinSpareServers 10
MaxSpareServers 20
StartServers 10
MaxClients 100
MaxRequestsPerChild 3000
MaxKeepAliveRequests 100



Bringt sicher kurzfristig mal was, langfristig hilf nur RAM reinstopfen.

Pagemaker hat geschrieben: Wie soll ich denn ein Shop optimieren - wie geht das?
Davon habe ich ca. 10 Stück auf dem Server.

ich nehme an die sind nicht selber programmiert. es kommt immer darauf an was du für ne lösung einsetzt... die queries optimieren, code säubern, anfragen kontrollieren usw.

und wie Pompom schon sagte, schalt das aus was du nicht brauchst und neuen ram

Tjo, Pagemaker, ohne neuen RAM ist der Server irgendwie im Korsett und da drückts etwas.

Übrigens, kenne die Dinger ganz gut, habe mal an der deutschen Admin-Oberfläche mit gearbeitet.

Bei ordentlicher Konfiguration habe ich über solch Eisen damals (aber mit etwas mehr RAM und als AMD K-xxx Variante) bis ca. 300.000 Besucher mit Datenbankabfragen pro Tag bedient. Dann wurde er aber auch etwas warm

Gehen eigentlich ganz gut, die Blechdeppen. Mehr als 200 Domains ist aber schon etwas heftig (weiss nicht, was Du für eine Version des Blechdepps hast).

Wenn Du damit noch Nameserver (BIND) spielst, geht das ganz schön in den RAM.

@- Pompom:

Pompom,
in Dir scheine ich auf einen Fachmann gestoßen zu sein, danke für Deine Antwort und bitte Dich gleichzeitig um die Beantwortung meiner Fragen:

1.: Was kann in Zukunft passieren, wenn ich garnichts mache?

2.: Hilft es zur wenigeren Belastung, wenn ich dort "PHP" abschalte, wo es nicht gebraucht wird?

3.: Hilft es zur wenigeren Belastung, wenn ich dort die "Stats" abschalte, wo weniger interessante Pages liegen, und wie könnte ich das Schreiben der "Stats" verhindern?
So, wie mir ein Freund geraten hat, den Stats-Deiordner einfach umbenennen?
(Nachteil im letzteren Fall, ich bekomme jeden Tag eine Stats-Fehlermeldung in's Haus geflattert.)

Gruß v. Andreas - "Pagemaker"
.

zu 1.) Dein Server hat seeeehr viel zu rühren, wird überlastet und beantwortet Anfragen langsamer. Er muss laufend den (Festplatten-)Cache nutzen, um auszulagern, was ihn dröche macht und die Festplatte heftig belastet.

zu 2.) wird nicht sehr viel bringen, jedoch empfiehlt es sich sowieso, NUR das zu laden, was man braucht.

zu 3.) Stats-Dateiordner umbenennen bringt nix, da das System trotzdem die Logs schreiben möchte (oder meintest Du wirklich nur die Stats ?).

Dringende Empfehlung wäre wirklich, mehr RAM reinstopfen zu lassen. Bei datenbankintensiven Applikationen, wie z.B. Shops es auch sind, wenn sie Datenbanken nutzen, sollte man (gewisse Besucherzahlen vorausgesetzt) schon >= 512 MByte haben.

Ansonsten sieh dir die Prozesse an (z.B. ps auxfw) was dort läuft und was wieviel Stress bereitet. Normalerweise hast Du über den Befehl top einen schnellen Systemüberblick, wenn Du über ssh dran bist. Die Serverlast sollte möglichst im Bereich 1, zu Spitzenzeiten ca. 5 liegen.

512 MByte SDRAM für RaQ 3/4 liegen irgendwo um die 100 Euro.

Übrigens, kenne die Büchsen nur aus der Vor-Sun-Zeit.

Hi Pompom,

würde es in so einer Situation vielleicht etwas bringen, einen zweiten Server aufzustellen (beim gleichen Anbieter), und den sozusagen als externen Datenbankserver zu nutzen? Datenbank kopieren, bei mySQL anderen Host angeben, fertig.

Oder bringt das performancemäßig nichts, da die Daten über das Netzwerk müssen, wie ist das sicherheitsmäßig? Vielen Dank im Voraus.

Gruß,
Thomas

Hi Thomas,

natürlich bringt das was !

Falls man die Möglichkeiten hat, lohnt sich immer ein eigener Datenbankserver.
Vorteil kann auch noch sein, dass dieser im (privaten) Netzwerk des Providers steht, d.h. Datensicherheit erhöht sich (braucht keine öffentliche IP-Adresse).

Das Netzwerk ist heutzutage kein Schwachpunkt mehr, da meist mit 100 MBit über einen Switch mit Full Duplex gearbeitet wird. Diese Geschwindigkeit steht dann auch zwischen Frontend (öffentlich zugänglicher Internetserver mit öffentlicher IP) und Backend (Datenbankserver mit privater IP) zur Verfügung.

Wenn man dann noch "richtige" Anwendungen mit vielen Zugriffen und richtigem Traffic hat, hängt man über einen DNS RoundTrip (mehrere IP-Adressen für einen Internethost) mehrere Server in das Frontend, fertig ist das einfache "Load Balancing" mit Front- und Backend.

Hi Pompom,

vielen Dank für deine Antworten.

Ist DNS RoundTrip das gleiche wie DNS RoundRobin? Das Problem hierbei ist, dass das von Google nicht gemocht wird, wegen den wechselnden IPs - war zumindest mal hier im Forum zu lesen.

Gruß,
Thomas