Apache 50% Last und Webseiten temporär offline

fux0312

New Member
Hallo zusammen,
Ich weiß keinen Rat mehr und wende mich an euch.

Mein Apache ist von 8-12 Uhr temporär offline, daß heißt er steigt immer für 5 Minuten aus und das ca. alle 2 Stunden.
In dieser Zeit sind die Webseiten nicht erreichbar, ich kann jedoch per SSH und auch per Plesk auf den Server zugreifen.

Logfileauswertung der "www" und der /var/logs ergaben lediglich, dass der Google Bot sehr aktiv die Seiten crawlt.

Auf dem Server laufen 4 Webseiten mit Joomla 2.5 ohne Community oder sonstige Erweiterungen mit je 100 MB SQL Datenbank.

Serverdaten:
Plesk 11.0.9 Update #53
Ubuntu 12.04.1 LTS
AMD Opteron™ 1381
4 x 2,5 GHz
4 GB
2 x 500 GB

Sicherheit:
rkhunter läuft täglich
FTP = off
SSH Root = off
Joomla = aktuell
PHP > 5

Apache:
Alle unnötigen Module deaktiviert
ngix = off
httpd.conf = optimiert

Ich habe noch weitere Server, jedoch mit Intel XEON und die laufen mit der gleichen Hardware wesentlich stabiler und auch schneller. Kann es sein, dass ein Rootserver mit einem AMD keine 4 produktiven Webseiten verarbeiten kann?

Anbei die TOP:
Code:
Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-32-generic-pae i686)

top - 14:11:24 up 4 days, 11:01,  1 user,  load average: 0.53, 0.64, 0.92
Tasks: 123 total,   4 running, 119 sleeping,   0 stopped,   0 zombie
Cpu(s): 26.6%us, 11.8%sy,  0.0%ni, 61.6%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4110592k total,  2336844k used,  1773748k free,   200244k buffers
Swap:  7999480k total,   207236k used,  7792244k free,  1308824k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  788 www-data  20   0 80732  40m 6500 R   47  1.0   0:12.32 apache2
  756 www-data  20   0 73488  32m 5968 S   27  0.8   0:23.42 apache2
  937 mysql     20   0  492m 102m 4004 S    1  2.6 990:15.24 mysqld
 1112 ntp       20   0  5748  736  612 S    0  0.0   0:19.85 ntpd
31130 root      20   0  2856 1260  944 R    0  0.0   0:05.43 top

Hier noch der Apache Status, der völlig normal aussieht ( zur Zeit, immer der Vorführeffekt)
Code:
Current Time: Sunday, 02-Jun-2013 14:38:41 CEST
Restart Time: Sunday, 02-Jun-2013 13:52:16 CEST
Parent Server Generation: 0
Server uptime: 46 minutes 25 seconds
Total accesses: 4287 - Total Traffic: 14.2 MB
CPU Usage: u158.19 s57.05 cu0 cs0 - 7.73% CPU load
1.54 requests/sec - 5.2 kB/second - 3466 B/request
4 requests currently being processed, 16 idle workers
 
Last edited by a moderator:
Wieso läuft auf der Kiste 32bit? Und ja, ich weiss dass 32bit unter Umständen performanter ist. Aber ab 4GB würde ich trotz PAE ein 64bit OS nehmen.
 
Wie _genau_ äußert sich der Ausfall? Timeout? Weiße Seite? Connection refused? Flammen aus dem Netzteil?
 
Welche logfiles werden benötigt, von den vhosts oder aus dem // var // Verzeichnis? access.log oder error.log ?
 
Das ist Schwachsinn.
Nö, nicht unbedingt.
Bei normalen Server-Operationen (dazu zähle ich jetzt mal PHP-Parsing) sind die Xeon-CPUs wirklich spürbar schneller.
AMD war mal performanter als Intel-CPUs, aber bis auf niedrigeren Stromverbrauch haben die heute leider praktisch keine Vorteile mehr gegenüber Intel...

@fux
Ist vielleicht der MySQL-Server nicht vernünftig konfiguriert? Du hast ja noch ein wenig Luft und schon 128 MB mehr "max_heap_table_size" können manchmal wahre Wunder vollbringen.
 
Welche logfiles werden benötigt, von den vhosts oder aus dem // var // Verzeichnis? access.log oder error.log ?
Vermutlich eher error.log. Aber solange du die anderen Fragen nicht beantwortest, wird das eh nichts. :/
 
Danke für die vielen Tipps, aber ich denke ist ist ein schleichender Hardwaredeffekt. Ich hatte etwas Ähnliches schonmal vor jahren bei 2 günstigen Strato Rootserver.

PS:
- heap_table size habe ich erhöht > kein Effekt
- Die error logs habe ich schon durch, macht keinen Sinn diese hier zu posten
- SQL tables alle mal optimiert > keine Effekt

Jetzt ist auch noch die CPU Auslastung bei 70%... der wird bald abrauchen.

Schnell noch ein Backup und alles auf einen neuen Intel Rootserver kopieren.

Dennoch, vielen Dank für eure Hilfe.
 
Nö, nicht unbedingt.
Bei normalen Server-Operationen (dazu zähle ich jetzt mal PHP-Parsing) sind die Xeon-CPUs wirklich spürbar schneller.
AMD war mal performanter als Intel-CPUs, aber bis auf niedrigeren Stromverbrauch haben die heute leider praktisch keine Vorteile mehr gegenüber Intel...

Das kann ich so auf meinem Server nicht reproduzieren, vorallem wird es ja nicht dazu führen das sein System die grätsche macht.

In der Arbeit setzen wir hauptsächlich auf AMD in Webhosting Systemen, ggü. Intel merkt man da auch nicht wirklich viel.
 
hast du mal geguckt, ob die IPs wirklich von google sind? ich hatte das problem, das sich ein bot mit "googlebot" in den logfiles gezeigt hat, jedoch die ips nach helsinki gingen zu einem privaten hoster - hat bei mir massiv last verursacht
 
AMD war mal performanter als Intel-CPUs, aber bis auf niedrigeren Stromverbrauch haben die heute leider praktisch keine Vorteile mehr gegenüber Intel...
Spätestens seit den Core-i ist Intel auch beim Stromverbrauch deutlich vor AMD.
Den einzigen Vorteil den AMD gegenüber Intel bei Server-CPUs hat, ist der günstigere Anschaffungspreis, zumindest wenn man ausschliesslich auf den Preis schaut.


Zum Thema: noapic als Bootoption gesetzt? Viele AMD-CPUs brauchen das für einen relativ stabilen Betrieb.
Zudem solltest Du Dir die MySQL-Konfiguration nochmal genau anschauen (der läuft für vier Tage Uptime nämlich verdächtig lang) und die DB-Queries der WebApps optimieren. Zudem solltest Du auf InnoDB umstellen, sofern noch nicht geschehen.

Wirf doch mal die Ausgaben von mysqltuner.pl und tuning-primer.sh sowie die my.cnf in die Runde, ich würde fast wetten, da ist noch Einiges zu optimieren.
 
Back
Top