Server ausgelastet?

Limundo

New Member
Hallo,
ich habe einen dedicated Server bei Keyweb.
Daten:
AMD OPTERON 146
RAM: 2048 MB
HD: 2x 160 GB

Seit den letzten 3 Monaten ist die seite sehr sehr langsam,
davor war sie sie sehr schnell da sie klein ist und der Server auch ausreichend stark.


Nun haben wir aber einen Wachstum verzeichnet und
täglich ca. 13.000 bis 15.000 Unique visits.

Die TOP sagt folgendes:

13:14:24 up 62 days, 4:23, 1 user, load average: 7.69, 4.89, 4.27
73 processes: 67 sleeping, 3 running, 3 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 59.2% 0.0% 15.6% 0.0% 0.0% 0.0% 25.2%
Mem: 2038336k av, 1860552k used, 177784k free, 0k shrd, 15172k buff
1492484k actv, 226720k in_d, 10844k in_c
Swap: 2104504k av, 0k used, 2104504k free 1668348k cached

Auf Frage bei Keyweb schlug man mir vor einen grösseren Server mit mehr CPU Kraft zu nehmen.
Beispiel:
AM2 DualCore Opteron 1218
2x 500 GB
4 GB
Wir erwarten dass sich die Beuscherzahl in den nächsten 3 Monaten verdoppelt.

Ich habe jetzt keinen Zutritt zu genaueren Daten und wollte
nur Fragen ob dies empfehlenswert ist?
 
Hallo,

also ich finde die Auslastung Persönlich schon en bissl hoch, am besten wären halt mehr Informationen.

Und noch was du hast unter der IP access zu php.php und phpmyadmin, sowas würde ich komplett rausnehmen oder ändern.

mfg
the_condor
 
Wie soll ich dass ändern?
Kann ich einfach einen anderen Namen
dafür verwenden, oder kann das Probleme mit dem Zugriff geben?
Da ja phpmyadmin nur ein Verwaltungsprogramm ist, sollte es ja keine Probleme geben.

Ich habe eine IP Sperre eingesetzt, sie aber kurzzeitig rausgenommen
da ich jetzt für ein paar Tage unterwegs bin.

Was für Daten bräuchtest du um einen besseren Einblick zu haben,
und wie kann ich die abrufen?

Danke für die Hilfe
 
Code:
 18:46:34  up 64 days,  5:55,  1 user,  load average: 4.93, 5.18, 5.30
94 processes: 85 sleeping, 2 running, 7 zombie, 0 stopped
CPU states:  cpu    user    nice  system    irq  softirq  iowait    idle
           total   51.0%    0.0%   18.8%   0.6%     0.2%    2.0%   27.4%
Mem:  2038336k av, 1833892k used,  204444k free,       0k shrd,   17500k buff
                   1549512k actv,  230452k in_d,    3856k in_c
Swap: 2104504k av,       0k used, 2104504k free                 1721384k cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
 2377 nobody    23   0     0    0     0 Z     1.0  0.0   0:00   0 httpd <defunct>
 7169 root      23   0  3920 3920   660 S     0.8  0.1 183:33   0 httpd
 2383 nobody    23   0     0    0     0 Z     0.8  0.0   0:00   0 httpd <defunct>
 2353 nobody    22   0     0    0     0 Z     0.4  0.0   0:00   0 httpd <defunct>
 2382 nobody    23   0     0    0     0 Z     0.4  0.0   0:00   0 httpd <defunct>
  763 mysql     15   0 19896  19M  1632 S     0.2  0.9  18:37   0 mysqld
  768 named     15   0  2664 2664  1276 S     0.2  0.1   1:15   0 named
  838 root      15   0  1456 1456   796 S     0.2  0.0   1:42   0 sendmail
27458 root      15   0  1132 1132   872 R     0.2  0.0   0:00   0 top
 2380 nobody    23   0     0    0     0 Z     0.2  0.0   0:00   0 httpd <defunct>
 2387 nobody    23   0  4056 4056   796 S     0.2  0.1   0:00   0 httpd
    1 root      15   0   508  508   448 S     0.0  0.0   0:27   0 init
    2 root      RT   0     0    0     0 SW    0.0  0.0   0:00   0 migration/0
    3 root      15   0     0    0     0 SW    0.0  0.0   0:00   0 keventd
    4 root      15   0     0    0     0 SW    0.0  0.0  96:31   0 kapmd
    5 root      34  19     0    0     0 SWN   0.0  0.0   0:00   0 ksoftirqd/0
    8 root      15   0     0    0     0 SW    0.0  0.0   0:02   0 bdflush
    6 root      15   0     0    0     0 SW    0.0  0.0  23:25   0 kswapd
    7 root      15   0     0    0     0 SW    0.0  0.0   3:29   0 kscand
    9 root      15   0     0    0     0 SW    0.0  0.0   0:22   0 kupdated
   10 root      25   0     0    0     0 SW    0.0  0.0   0:00   0 mdrecoveryd
   14 root      15   0     0    0     0 SW    0.0  0.0   2:42   0 kjournald
  328 root      15   0     0    0     0 SW    0.0  0.0   2:04   0 kjournald
  329 root      15   0     0    0     0 SW    0.0  0.0   2:50   0 kjournald
  616 root      15   0   568  568   484 S     0.0  0.0   0:21   0 syslogd
  620 root      15   0   448  448   388 S     0.0  0.0   0:00   0 klogd
  646 rpc       15   0   532  532   452 S     0.0  0.0   0:00   0 portmap
  665 rpcuser   25   0   616  616   540 S     0.0  0.0   0:00   0 rpc.statd
  700 root      24   0   472  472   420 S     0.0  0.0   0:00   0 apmd
  737 root      25   0   592  592   452 S     0.0  0.0   0:00   0 mysqld_safe
  767 named     25   0  2664 2664  1276 S     0.0  0.1   0:00   0 named
  772 named     15   0  2664 2664  1276 S     0.0  0.1   0:06   0 named
 
also

zum phpmyadmin kann ich nur sagen das man sowas nicht direkt zugänglich machen sollte. Gerade auch weil es nicht gerade das neuste ist.

Sowas kannst Du ganz einfach lösen ;)

zu dem anderen Problem wäre es mal nett wenn Du teile deiner apache config und mysql Postest. Dazu findest Du aber auch sehr gute HowTo´s hier im Forum.


mfg
the_condor
 
Habe jetzt
KeepAliveTimeout auf 2 statt 15 gesetzt und
jetzt ist die Loaf Average besser, CPU aber immer noch hoch.

Welche Teile sind interessant aus der config oder soll ich komplett senden?
 
2GB swap, Verwaltung frißt mehr CPU-Zeit als mysql, völlig klar daß dann alles langsam geht. Schalte mal versuchsweise den swap ganz aus
 
Last edited by a moderator:
blob, halt doch einfach die Finger still. :mad:
Vollkommen egal wie groß der Swap ist. Ist schließlich kein Windows das Ram und Swap gleichmäßig nutzt.

Swap ist weitestgehend ungenutzt und damit auch irrelevant.
 
:confused: Hier 23 Min. kswapd CPU-Zeit ggnü 18 Min. für mysqld . Und mehr virtueller Speicher als echter. Es ist gerade zuviel swappen was alles langsam macht -- auch wenn zZt als obiger Ausdruck gezogen wurde, mal kein swap belegt war
 
Last edited by a moderator:
:confused: Hier 23 Min. kswapd CPU-Zeit ggnü 18 Min. für mysqld . Und mehr virtueller Speicher als echter. Es ist gerade zuviel swappen was alles langsam macht -- auch wenn zZt als obiger Ausdruck gezogen wurde, mal kein swap belegt war

Zuerst sollte man mal rausfinden, warum überhaupt geswapped wird und diesen Grund beseitigen.

(Den Swap abschalten würde ich nie; und wenn der swap-Prozess insgesamt 23 Minuten CPU genutzt hat, im Moment allerdings kein Swap belegt ist, kann das auch heissen, daß zu Stosszeiten der Swap exzessiv genutzt wird.)
 
Genau daran liegt es. Meist braucht man gar keinen swap, aber wenn man ihn gibt wird er auch - oft unnötigerweise - benutzt. Ähnliches passiert auch mit dem phsy. Speicher. Egal ob du 32, 64, 512 MB hast -- angeblich ist der Speicher immer fast voll, und du meinst dann, du brauchst swap. Ich benutze neben den Server-Diensten oft gleichzeitig Musik, OpenOffice, keine Probleme. Wenn ich dem swap gebe, schraddelt die Festplatte dauernd und geht alles langsam weil er ihn dann auch benutzt


==================================

root@werner:~# free
total used free shared buffers cached
Mem: 769276 700076 69200 0 21160 210312
-/+ buffers/cache: 468604 300672
Swap: 0 0 0
root@werner:~#
 
Bitte verschone uns mit Deinen eigenartigen und irreführenden Interpretationen vom Filesystem! Es wurde bereits mehrfach in diesem Forum klar gestellt, dass Swapping auf dem Server eine durchaus sinnvolle und notwendige Sache ist.

Auf Desktopssystemen könnte man die Diskussion bei den heutigen RAM-Größen nochmal lostreten. Serversysteme sind zwingend auf RAM angewiesen um die Integrität des Systems zu wahren, auch wenn kein Arbeitsspeicher mehr zur Verfügung steht.

--marneus
 
:confused: Hier 23 Min. kswapd CPU-Zeit ggnü 18 Min. für mysqld .
Hier hören wir die Weisheiten eines eigenen Distributors. :D
Richtet Dein SYS-Linux etwa auch kein Swap ein? Das wäre ja eine absolute Revolution...

Um mal mit Fakten klar zustellen warum Deine rausgekramte Zahl rein gar nichts sagt:
- kswapd läuft wahrscheinlich seit Systemstart
- also schon seit 64 Tagen + 5:55 Stunden = 5550900 Sekunden
- kswapd hat davon 23:24 gearbeitet = 1404 Sekunden
- Das sind 0.000025 % der CPU-Zeit
- Und das wird mit MySQLd verglichen, der höchstwahrscheinlich (allein wegen Logrotate) irgendwann neu gestartet wurde.

angeblich ist der Speicher immer fast voll
Ja, weil der dynamische Festplatten-Cache sich den freien Speicher schnappt. Aber das weiß hier im Forum fast jeder.


<Moderation>
Da dort eindeutig "Swap ... 0 KB used" steht, ist der Swap hier also nicht das Thema.
Das Blob mit seiner Meinung über Swap alleine da steht wurde bereits vor ca. einem Jahr hier im Forum klar gestellt.
Eine weitere Fortsetzung dieser Diskussion an dieser Stelle ist hiermit ausdrücklich unerwünscht.
</Moderation>

@Limundo:
Falls das Problem immer noch besteht, rate ich zu einem professionellen Linux-Admin, der sich den Server konkret vornimmt und verschiedene Optimierungen testet und vornimmt.

huschi.
 
Back
Top