vServer drehen (dreht) durch!

Zitat

Ausserdem müsste ja die Laufzeit bei dem jeweiligen Prozess bei "htop" rot sein - also das der Prozess die ganze Zeit arbeitet und "durchdreht".
Ist bei keinen Prozess der Fall.

Wieso müsste das Ihrer Meinung nach so sein?

Zitat von Patschi

Apache2 Server
MySQL Server
BIND-DNS Server
TeamSpeak 2 Server
Warcraft 3 Bot
Webmin
Perl (für webmin)
"rsyslogd"
"cupsd"
SSH
sBNC (shroudBNC)
rsyslogd
Auth-Daemond
2x IRC Server
Cronjob
Dovecot Server (POP3+SMTP)
SCREEN
ProFTPd

Alles anzeigen

Sorry Patschi, aber was du alles einsetzt sind nicht gerade ressourcenschonende Dinge. Ich sag mal so:

Apache und MySQl haut ganz schön rein.
IRC Server sind auch nicht unbedingt ohne...
Warcraft 3 Bot?? Gehts noch Cheater?... Der braucht auch ressourcen...

Für was läuft da CUPSd hast du an deinen vServer nen Drucker angeschlossen?

Aslo sorry, aber welchen vServer hast du denn... denn du hast dein System schon ordentlich Vollgeladen...

Nope es reicht z.B schon 20Aufrufe in der Sekunde auf einem schlecht konfigurierten Appache mit Wordpress.Oder das Packen eines Archivs.
Meiner Ansicht sollte so viel nicht auf einem 1000er laufen es sei den; man kennt sich gut aus.

Zitat

Wenn ein Prozess die Auslastung auf 100% hochbeföhrdert, muss der Prozess ja "viel" arbeiten.

So einfach ist das leider nicht. Es braucht nur ein Prozess die Festplatte blockieren (z.B. MySQL) und schon müssen die anderen warten.

Also ich würde Teamspeak und den ganzen Bot-Kram auf einen zweiten vServer ausquartieren, denn die sind nicht grade ressourcenschonend!

Zitat

Sie scheinen die für VoIP empfohlene Paket-Priorisierung auf ein CPU-Problem zu reduzieren.

Warum nicht? Die Hauptaufgabe des Telefonserver ist es, die unterschiedlichen Codecs in beide Richtungen zu konvertieren. Leider kann ich das nicht ohne weiteres lösen, da die Endstationen auch HW-Telefone sind, die eine sehr begrenzte, wenn nicht gar keine Aufwahl an Codecs haben.

Zitat

Gerne führen wir kostenpflichtig eine Analyse durch, wie es zu dem von Ihnen geschilderten Problem kommt.

Es tut mir Leid, aber als Student habe ich nicht wirklich das Geld übrig.
Meine bisherige Analyse, dass das Problem ausschließlich(!) auftritt, wenn der große Zeiger auf eine gerade Zahl zeigt, in Verbindung mit meiner Versicherung, dass ich in den 10min-Schritten selbst an wenigsten Last erzeuge, da meine Cronjobs alle in unrunden Minutenzahlen durchlaufen, sollte eindeutig reichen.

Ich meine: Mein Problem ist jetzt nicht so gravierend. Mit den 10sek. Ausfall 3x die Stunde (0, 20, 40) und 4sek Ausfall 3x weitere Male die Stunde (10, 30, 50) kann ich leben. Aber ich möchte mein Problem deshalb gerne einfließen lassen, weil es eindeutg Zeit, dass Lags nicht unbedingt auf den Kunden zurückzuführen sind. Denn in den Lag-Zeiten die statisch sind, läuft bei mir so gut wie nichts: Keine Cronjobs und die Prozesse idlen eher vor sich hin, denn ich nutze den vServer eher zum Basteln als zur Bewältigung großer Besucheranstürme. Ach ja: Und nen GameServer habe ich natürlich nicht am laufen.

Na mit dem 1000 brauchst du dich echt nicht wundern

Stimmt. Da läuft echt einiges auf dem 1000er. Da sollte man auch mit Lags rechnen müssen.

Also ich haben den 2000er mit den "normalen" Sachen drauf (Apache2, MySQL) + UnrealIRCd und fahre sehr gut damit...

Du kannst ja auch keinen Wohnwagen mit ner Vespa ziehen oder???

Aber wenn du möchtest kann ich für dich Dienste übernehmen... Hab im Moment einiges an Kapazitäten, da ich mein Webhosting ausgliedern konnte.
Bei interesse PN.

Das kann z.B. daran liegen, dass Ihnen neben den garantierten Leistungen, auch flexible Leistungen zur Verfügung stehen, wenn diese andere vServer nicht nutzen. Da es immer einige Zeit braucht, bis jeder Kunde seinen vServer voll nutzt, können später durchaus weniger flexible Leistungen als zu Beginn zur Verfügung stehen. Die garantierten Leistungen stehen immer zur Verfügung, wenn sie benötigt werden.

Des weiteren haben Sie eventuell zum besagten Zeitpunkt mehr Besucher gehabt als zu einem anderen.

Schauen Sie sich doch einfach Ihr System an und prüfen Sie woher die Lags kommen. Von alleine passiert auf einem System gar nichts.

Logrotate? Weniger flexible Leistungen da andere vServer mehr aktiv sind?

Warum haben Sie noch immer nicht geprüft woher die Lags stammen? Wir können hier schlecht hellsehen. Würde so ein Beitrag beim Support eingehen, könnte er damit rein gar nichts anfangen.

Zitat

Auch die "Load average"-Anzeige ist nicht besonders hoch.

Diese ist interessant, wenn die Lags auftreten.

Die Loads berücksichtigen auch den IO-wait.
Und der kann in der Nacht, wo andere Kunden ihre Datenspiegelungen machen (ich bin einer davon) schon mal hochschnellen.

Zitat von [netcup] Felix;24554

Mit einem Benchmark sollten Sie auch feststellen können, dass Ihnen die garantierte Leistung zur Verfügung steht.

daran zweifelt auch keiner, und dem wird auch hier niemand wiedersprechen. Hier geht es einzig und alleine um selten auftretende Probleme von massiven Ausmaß. Wir reden nicht von irgendwelchen Kunden, die ihren Server absolut überladen haben und daher nichts mehr funktioniert, sondern von gut konfigurierten vServern mit minimaler Belastung bei dem dann urplötzlich mehrere Sekunde einfache Linux-Befehle hängen.

Zitat von [netcup] Felix;24564

So einfach ist das leider nicht. Es braucht nur ein Prozess die Festplatte blockieren (z.B. MySQL) und schon müssen die anderen warten.

Und genau das ist hier auch die Vermutung, dass diese "Lags", "Putty-Hänger" oder wie man sie sonst noch bezeichnen mag auf hohe IO-Last des Host-Systems zurückzuführen sind, also ein Kunde entgegen irgendwelcher IO-Quotas es schafft den gesamten Betrieb des vServers negativ zu beeinflussen.
Ich meine, das ist nicht der erste Fall, es wurde mehrfach berichtet, irgendetwas muss doch an der Sache wahr sein oder?
Die hohen ioWait-Werte von denen schon mehrmals berichtet wurde, sind ja ein weiterer Indikator dieser Theorie.

Der Ort dieser Diskussion ist auch etwas unglücklich da bestimmte Probleme (z.B. die von Patschi) bestimmt auf Selbstverschulden zurückführbar sind.

du könntest natürlich auch mal deine kompletten Logfiles deaktivieren und damit auch Logrotate.

Konfiguration wäre /etc/logrotate.conf