VPS met Magento af en toe opeens erg traag

[Royw]

Hallo allemaal,

Ik heb een Magento website draaien bij strato (http://www.strato.nl/server/virtual-server/ - Linux server M)
Deze draait over het algemeen redelijk.

Echter, af en toe wordt hij opeens ontzettend traag en vaak zelfs niet bereikbaar.
Ik heb 2gb RAM en 1 gb RAM garantie.
Mijn vermoeden is dat iemand anders op dezelfde server veel traffic heeft, waardoor mijn RAM wordt teruggedraaid, die dan net te weinig is voor Magento.
Kan ik dit ergens controleren?

Als ik free -m intik in Shell zie ik deze gegevens:
Lees ik het goed, dat ik niet tegen mijn ram geheugen aan loop?

                 total       used       free     shared    buffers     cached
Mem:          2048        519       1528          0          0          0
-/+ buffers/cache:        519       1528
Swap:            0          0          0

Uptime zegt:

10:02:38 up 56 days, 23:29,  1 user,  load average: 14.23, 13.87, 11.97  <- dit is erg veel of niet?

en Iftop zegt:

TX:             cumm:  18.8KB   peak:   33.2Kb  rates:      0b   1.27Kb  4.70Kb
RX:                    2.83KB           4.24Kb            208b    208b    725b
TOTAL:                 21.6KB           34.6Kb            208b   1.47Kb  5.41Kb

Ik ben geen expert in serverbeheer. Deze cijfers geven mij een vermoeden, maar dat weet ik dus niet zeker.
Hebben jullie enig idee waar dit aan kan liggen? Moet ik de server update zodat ik altijd 2gb RAM garantie heb?
Of ligt het probleem ergens anders?

Ik hoor graag van jullie, want een webwinkel ligt plat nu!

[SF-Jeroen]

Zo te zien ligt het niet aan je RAM geheugen, er wordt immers nog niets geswapped. Ik zou eerder denken aan een tekort aan CPU kracht. Kan je eens een top uitdraai geven wanneer het probleem zich voordoet. Daarnaast neem ik aan dat je wel enige optimalisaties speciaal voor Magento hebt gedaan?

[vDong]

Wat je graag wil is dat je de prestaties plot (met bv cacti) zodat je kan zien wat er net voor en net na je "downtime" gebeurd.
Dit is ook handig als je aan je leverancier wil aantonen dat de prestaties onder de maat zijn.

Wat voor virtualisatie is dit eigenlijk? Ik vind het namelijk erg bijzonder dat een server zonder swap,buffers en cache draait.

De load hoeft niets ernstigs te zijn, het is meer een indicatie dat processen aan het wachten zijn op resources. Zonder analyse van de oorzaak erachter kan je niks zeggen of dat getal hoog of laag is

[vDong]

Zo te zien ligt het niet aan je RAM geheugen, er wordt immers nog niets geswapped.

Kijk nog eens, welke swapspace kan er heen geswapt worden?

[SF-Jeroen]

Oh iets te snel gekeken. Maar dan nog is er genoeg geheugen vrij, is dit tijdens de problemen?

[Royw]

Top uitdraai

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13761 popuser 18 0 40036 33m 2552 R 4.6 1.6 3:12.76 spamd
1 root 15 0 2472 1324 1160 S 0.0 0.1 0:10.12 init
1177 root 15 0 2304 780 712 S 0.0 0.0 0:06.80 cron
1208 syslog 15 0 1916 648 536 S 0.0 0.0 1:31.22 syslogd
1292 root 15 0 5472 1816 1708 S 0.0 0.1 6:49.17 sshd
1304 bind 20 0 49612 2376 2132 S 0.0 0.1 0:00.07 named
1320 root 15 0 3292 528 500 S 0.0 0.0 0:00.12 couriertcpd
1323 root 18 0 1688 456 436 S 0.0 0.0 0:00.00 courierlogger
1332 root 18 0 3292 508 500 S 0.0 0.0 0:00.00 couriertcpd
1334 root 18 0 1688 456 436 S 0.0 0.0 0:00.00 courierlogger
1342 root 15 0 3292 556 504 S 0.0 0.0 0:10.78 couriertcpd
1344 root 15 0 1688 492 436 S 0.0 0.0 0:03.70 courierlogger
1352 root 18 0 3292 512 500 S 0.0 0.0 0:00.00 couriertcpd
1354 root 18 0 1688 444 436 S 0.0 0.0 0:00.00 courierlogger
1441 root 18 0 50196 16m 9244 S 0.0 0.8 0:00.70 apache2
1442 www-data 15 0 27304 4620 464 S 0.0 0.2 0:00.00 apache2
1445 root 18 0 5736 1524 1416 S 0.0 0.1 1:06.26 master

Server is niet bewust geoptimaliseerd voor Magento. (ik ben redelijk nieuw met magento en vooral op server gebied)
Kan ik dit zelf alsnog doen? of is dit iets wat aan de kant van de hoster ligt? Strato biedt namelijk geen voor magento geoptimaliseerde servers.

[t.bloo]

atop installeren (beste even op een korte tijd zetten in /etc/init.d/atop), terugkijken met atop -r als er een probleem is geweest

je ziet daarin ook wat de disk doet en dat zou wel eens de oorzaak kunnen zijn

[Royw]

Alle statisitieken zijn van nu, en dus tijdens de problemen ja.
Het typische is, dat de problemen over een paar uur ook opeens over kunnen zijn. Hoewel het nu al sinds gisteravond loopt.

[t.bloo]

Strato biedt namelijk geen voor magento geoptimaliseerde servers.

Iets met peanuts...

Goede tip is om de innodb tables in losse files te zetten, dan heeft de disk het minder zwaar. Verder even mysql tunen natuurlijk.

[Royw]

atop installeren (beste even op een korte tijd zetten in /etc/init.d/atop), terugkijken met atop -r als er een probleem is geweest

je ziet daarin ook wat de disk doet en dat zou wel eens de oorzaak kunnen zijn

Ik doe waarschijnlijk iets fout?
root@h1939728:~# /etc/init.d/atop
-bash: /etc/init.d/atop: No such file or directory

[SF-Jeroen]

apt-get install atop

[t.bloo]

(zucht...)

is het een debian/ubuntu installatie? Dan eerst "apt-get install atop" en die file editen laat maar zitten.

[Royw]

(zucht...)

Wat ik zeg, ik ben nieuw met servers.

Atop output:

[Royw]

As we speak, lijkt de website weer normaal te reageren.. :S Bovenstaande resultaten zijn dus van normaal lopende versie...
Vreemd toch??

[mgielissen]

Waarschijnlijk is de gebruikte virtualisatie openvz, dan heb je geen swappage. Waarschijnlijk laat TOP de algemene load zien van de hardwarenode.