Hosteurope - Hohe IO-Last auf Ihrem Server - Email

R

Ronnie

New Member
Hallo,
ich hab auf einem http://www.hosteurope.de/produkt/Virtual-Server-Linux-XL von Hosteurope derzeit 24 Domains mit normalen Wordpress/Expressionengine Seiten laufen.
Ubunutu 10.0.4
Hatte nie Problemem mit der Performance.
Seit 4 Monaten unverändertes System.
Ca. 1000-2000 Hits am Tag(insgesamt).

Heute habe ich eine Email von Hosteurope bekommen:
Sehr geehrte Damen und Herren,

wir haben festgestellt, dass Ihr virtueller Server bei uns derzeit eine recht hohe IO-Last auf dem Wirtssystem erzeugt. Dadurch ist die Arbeitsgeschwindigkeit für Sie, aber auch für andere Kunden auf dem gleichen Wirtssystem, nicht optimal.

Anscheinend verursacht ein MySQL-Prozess diese Auslastung, da viele Daten von der Festplatte gelesen oder darauf geschrieben werden.

Bitte prüfen Sie, ob Sie die erhöhte Lastsituation nachvollziehen können und ob diese ggf. unbeabsichtigt entsteht, z.B. durch einen Konfigurationsfehler von Serveranwendungen, Skripten oder Cronjobs. In diesem Fall bitten wir Sie darum, die Ursache abzustellen. Auch die MySQL-Konfiguration selbst könnte Optimierungsbedarf bieten, indem z.B. ein verbessertes Caching aktiviert wird, so dass weniger Festplattenzugriffe erforderlich werden oder die Anfragen selbst können optimiert werden.

Falls die Last durch legitime Prozesse und erwünschte Anwendungen zustande kommt, ist möglicherweise das Produkt nicht für Ihre derzeitige Anwendung dimensioniert. In diesem Fall raten wir Ihnen dazu, einen Wechsel auf ein höheres Produkt - z.B. einen Root Server oder Dedicated Server - in Betracht zu ziehen.

Bitte antworten Sie sobald wie möglich auf diese E-Mail, wenn Sie das Problem selbstständig beheben oder anderweitig klären konnten. Bitte antworten Sie auf diese Anfrage per E-Mail, da unser Telefonsupport Ihnen keine weiteren Auskünfte geben kann.

Wir bitten IN JEDEM Fall um eine RÜCKMELDUNG!

Sollten Sie unsere Unterstützung bei der Ursachensuche benötigen, beauftragen Sie dies bitte im KIS (http://www.hosteurope.de/faq/index.php?cpid=12161). Eine solche Unterstützung ist in der Regel kostenpflichtig; wir berechnen 25 EUR pro 15 Minuten Zeitaufwand. Vorab kann nicht genau gesagt werden, wie lange eine Analyse dauern wird und ob diese erfolgreich sein wird. Bitte geben Sie daher ein Zeitlimit an.

Wenn wir keine Rückmeldung von Ihnen erhalten, sind wir bei Anhalten des Problems gezwungen, den Server (auch zu Ihrer Sicherheit) vorübergehend vom Netz zu nehmen.
Click to expand...

Habe versucht die Auslastung mittels
Code: 
iostat -x 3
zu testen, bekomme aber in der "Device" Spalte keine Daten:
avg-cpu: %user %nice %system %iowait %steal %idle
35.60 0.00 21.40 0.40 0.00 42.60

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
Click to expand...

pidstat -d
21:30:28 PID kB_rd/s kB_wr/s kB_ccwr/s Command
21:30:28 1 5.97 2589.68 2570.53 init
21:30:28 1177 0.00 0.09 0.00 syslogd
21:30:28 1349 0.04 0.08 0.03 xinetd
21:30:28 1366 0.00 0.00 0.00 sshd
21:30:28 1406 0.00 0.03 0.01 qmail-send
21:30:28 1409 0.00 0.03 0.05 qmail-lspawn
21:30:28 1410 0.00 0.00 0.03 qmail-rspawn
21:30:28 1411 0.00 0.00 0.00 qmail-clean
21:30:28 3702 0.61 2408.74 2404.49 mysqld
21:30:28 19611 0.01 0.00 0.00 sw-cp-serverd
21:30:28 23773 0.19 0.72 0.00 apache2
21:30:28 23990 0.00 0.00 0.00 apache2
21:30:28 30042 0.15 0.01 0.01 cron
21:30:28 30658 0.00 0.00 0.00 sshd
21:30:28 30676 0.00 0.00 0.00 bash
21:30:28 32150 0.00 0.00 0.00 apache2
21:30:28 32354 0.00 0.00 0.00 apache2
21:30:28 32357 0.00 0.00 0.00 apache2
21:30:28 32367 0.00 0.00 0.00 apache2
21:30:28 32385 0.00 0.00 0.00 apache2
Click to expand...

pidstat
21:31:28 PID %usr %system %guest %CPU CPU Command
21:31:28 1 0.00 0.00 0.00 0.00 0 init
21:31:28 1177 0.00 0.00 0.00 0.00 0 syslogd
21:31:28 1349 0.00 0.00 0.00 0.00 0 xinetd
21:31:28 1366 0.00 0.00 0.00 0.00 0 sshd
21:31:28 1406 0.00 0.00 0.00 0.00 0 qmail-send
21:31:28 1407 0.00 0.00 0.00 0.00 0 splogger
21:31:28 1409 0.00 0.00 0.00 0.00 0 qmail-lspawn
21:31:28 1410 0.00 0.00 0.00 0.00 0 qmail-rspawn
21:31:28 1411 0.00 0.00 0.00 0.00 0 qmail-clean
21:31:28 3702 4.46 1.05 0.00 5.50 0 mysqld
21:31:28 5321 0.00 0.00 0.00 0.00 0 apache2
21:31:28 19611 0.00 0.00 0.00 0.00 0 sw-cp-serverd
21:31:28 23773 0.00 0.00 0.00 0.00 0 apache2
21:31:28 23990 0.00 0.00 0.00 0.00 0 apache2
21:31:28 30042 0.00 0.00 0.00 0.00 0 cron
21:31:28 30658 0.00 0.00 0.00 0.00 0 sshd
21:31:28 30676 0.00 0.00 0.00 0.00 0 bash
21:31:28 32367 0.00 0.00 0.00 0.00 0 apache2
21:31:28 32385 0.00 0.00 0.00 0.00 0 apache2
21:31:28 32394 0.00 0.00 0.00 0.00 0 apache2
21:31:28 32395 0.00 0.00 0.00 0.00 0 apache2
Click to expand...

Tasks: 21 total, 2 running, 19 sleeping, 0 stopped, 0 zombie
Cpu(s): 23.7%us, 7.7%sy, 0.0%ni, 68.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 886388k used, 1210764k free, 0k buffers
Swap: 2097152k total, 0k used, 2097152k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3702 mysql 15 0 464m 295m 8044 S 30.6 14.4 25971:28 mysqld
30480 www-data 15 0 688m 25m 7700 S 0.7 1.3 0:00.04 apache2
1 root 15 0 23324 1584 1272 S 0.0 0.1 0:02.77 init
1177 syslog 15 0 12460 800 612 S 0.0 0.0 3:06.05 syslogd
1349 root 15 0 19536 1040 812 S 0.0 0.0 0:54.96 xinetd
1366 root 15 0 49272 2584 2036 S 0.0 0.1 0:01.16 sshd
1406 qmails 16 0 4068 612 488 S 0.0 0.0 1:44.51 qmail-send
1407 qmaill 17 0 4020 600 500 S 0.0 0.0 0:07.49 splogger
1409 root 15 0 4060 480 352 S 0.0 0.0 0:06.04 qmail-lspawn
1410 qmailr 15 0 4060 496 364 S 0.0 0.0 0:03.71 qmail-rspawn
1411 qmailq 18 0 4016 448 360 S 0.0 0.0 0:12.78 qmail-clean
5321 www-data 15 0 168m 12m 488 S 0.0 0.6 0:00.48 apache2
19611 sw-cp-se 15 0 50504 6816 1656 S 0.0 0.3 0:04.44 sw-cp-serverd
23773 root 15 0 685m 28m 13m S 0.0 1.4 2:55.25 apache2
23990 www-data 15 0 769m 150m 65m S 0.0 7.3 0:02.08 apache2
28642 root 15 0 71384 3408 2584 R 0.0 0.2 0:00.09 sshd
28660 root 15 0 18044 2116 1468 S 0.0 0.1 0:00.02 bash
30042 root 15 0 21088 1044 796 S 0.0 0.0 3:24.82 cron
30468 www-data 15 0 712m 99m 61m S 0.0 4.8 0:01.71 apache2
30469 www-data 15 0 797m 159m 49m S 0.0 7.8 0:07.04 apache2
30481 root 15 0 19100 1320 1064 R 0.0 0.1 0:00.00 top
Click to expand...

Ich habe die Vermutung, dass Hosteurope "Overselling" betreibt und jetzt die Kunden, welche Ihren Server "auslasten", nötigen möchte umzuziehen.

Hat jemand von euch Erfahrung mit einem solchen Vorgehen von Hosteurope oder Tipps wie man am besten damit umgeht?
Mit der schwammigen Email wird die komplette Beweislast ja zu mir geschoben.

Danke&Grüsse
 
Last edited by a moderator:
Hallo,

also wenn ich deine Top ausgabe Richtig auswerte, hat dein MYSQL Dienst 30.6% CPU Auslastung, für einen E-Mail Server schon recht viel.

Hast du mal im qmail nach geschaut ob es hier ein größeres E-Mail aufkommen gibt. Ich würde erst einmal den qmail Dienst anhalten und schauen ob daraufhin der Mysql Prozess wieder ruhiger läuft.

Wobei es könnte auch etwas mit Plesk sein, wie ich gerade sehe, setzt du dies ja ein.

Hast du hier vielleicht Updates in letzter Zeit gemacht bzw. läuft hier vielleicht etwas bei den Backups nicht rund. Weil bei letzterem hatte ich es auch mal auf einem Root Server geschafft, das dieser einen hohen I/O Wert produziert hatte aufgrund der Backups.
 
Bluepower said:
Hallo,

also wenn ich deine Top ausgabe Richtig auswerte, hat dein MYSQL Dienst 30.6% CPU Auslastung, für einen E-Mail Server schon recht viel.

Hast du mal im qmail nach geschaut ob es hier ein größeres E-Mail aufkommen gibt. Ich würde erst einmal den qmail Dienst anhalten und schauen ob daraufhin der Mysql Prozess wieder ruhiger läuft.

Wobei es könnte auch etwas mit Plesk sein, wie ich gerade sehe, setzt du dies ja ein.

Hast du hier vielleicht Updates in letzter Zeit gemacht bzw. läuft hier vielleicht etwas bei den Backups nicht rund. Weil bei letzterem hatte ich es auch mal auf einem Root Server geschafft, das dieser einen hohen I/O Wert produziert hatte aufgrund der Backups.
Click to expand...

Hallo,
danke für die Antwort.
Der MYSQL Dienst ist ja nicht nur für Emails da. Oder verstehe ich da was falsch.
Die Auslastung schwankt je nach Seitenzugriffen so zwischen 0-75%.
Ich habe qmail zum testen deaktiviert und konnte keine Veränderung der Auslastung des MYSQL Dienstes feststellen.

qmail-qstat:
messages in queue: 5
messages in queue but not yet preprocessed: 0

Also auch nichts besonderes.

Backups mache ich über Plesk gar keine und Updates wurden in den letzten 4 Monaten auch keine durchgeführt.

Alles sehr seltsam.
 
Hallo Ronnie,

probier mal aus ob Du aus dem Programm 'iotop' etwas herausbekommst (ggf. vorher installieren).

Mit iotop siehst Du schnell, wie viel IO dein MySQL macht.

beste Grüße,
Nils
 
Ich hab dort auch einen vServer und habe mal gemerkt, dass irgendwann die Performance in die Knie gegangen ist. ICh habe daraufhin dem Support geschrieben und diese konnten den anderen Host ausfindig machen und das entsprechend klären, sodass der Betrieb wieder normal möglich war.

Ich selber habe aber so eine Mail noch nicht bekommen auch wenn ich mal Lastspitzen oder ähnliches verursacht habe.

BTW: Benutzt du Plesk?
 
Die kleinen Probleme mit Virtualisierungslösungen. Die Frage die ich mir an dieser Stelle stelle ist, sollte man Kunden gängeln, die die Leistung eines Servers den Sie mieten nutzen? Man kann ja nicht erwarten, dass alle Kunden auf Ihrem V-Servern keine Services betreiben.
 
Garnichts, da wir unterbuchen statt überbuchen und 40 % der Systemleistung als Reserve vorhalten. Auch ist es unwahrscheinlich, dass du einen Servicebetreibst, der dies so ausreizt. Die Serversysteme sind darauf ausgelegt, dass auch größere Webseiten bis zu 800 - 1000 Besucher aktiv halten können ohne, dass es zu Performanceproblemen auf dem Host selbst kommt.
 
Der hohe I/O Wert scheint hier ja auch nicht auf die Zugriffszahl sondern vielmehr auf eine Misskonfiguration hinzudeuten.
Click to expand...

Wordpress war schon immer nicht gerade ein ressourcenschonendes Blogsystem. Gerade die aktuelle Version hat alles getoppt. Klar gibt es hier sicher etwas Optimierungsbedarf.

Wie sieht denn deine my.cnf von MySQL aus Ronnie?
 
You must log in or register to reply here.
Back
Top