Hohe Steal-Werte entstehen auf deinem vServer fast immer durch eine Konfiguration, die nach einem Upgrade nicht vollständig übernommen wurde. Prüfe den Wert mit top oder vmstat. Steht er dauerhaft hoch, melde dich per Ticket: Wir prüfen die Konfiguration und bitten dich danach um ein „Stop und Start“, damit die neuen Werte greifen.

Was ist Steal?

Dein vServer läuft als virtuelle Maschine auf einem Host. „Steal“ (Kürzel st) ist der Anteil der Zeit, in dem dein Server rechnen wollte, der Host ihm aber keine CPU-Zeit gegeben hat. Linux in der VM sieht nur, dass die Kerne warten, und zeigt das als Steal an. Wenige Prozent in Lastspitzen sind normal. Dauerhaft zweistellige Werte sind auffällig und dein Server wird spürbar langsam.

So prüfst du den Steal-Wert

Verbinde dich per SSH und starte top. In der Zeile „%Cpu(s)“ steht der Wert hinter st. Alternativ zeigt vmstat ihn in der letzten Spalte st:

top
vmstat 1 10

Beobachte den Wert über einige Minuten und notiere dir, zu welcher Uhrzeit er hoch ist. Das hilft uns bei der Analyse. Auf Windows zeigt der Task-Manager keinen Steal-Wert, dort erkennst du das Problem an einer hohen CPU-Auslastung bei wenig Last im Prozess-Tab.

Häufigste Ursache: CPU-Limit passt nicht zur Kernzahl

In den allermeisten Fällen liegt es an der Konfiguration nach einem Upgrade. Hast du Kerne hinzugebucht, wird in seltenen Fällen der CPU-Prozentwert nicht mit angehoben. Dein Server meldet dann zum Beispiel 6 Kerne, darf aber nur 200 % CPU-Zeit nutzen. Für Linux sieht das aus wie Steal, meist zwischen 50 und 70 %, obwohl der Host gar nicht ausgelastet ist.

Mit diesem kurzen Test erkennst du das Muster. Er lastet alle Kerne voll aus, beende ihn danach direkt wieder:

for i in $(seq "$(nproc)"); do yes > /dev/null & done
top
# danach beenden:
pkill yes

Bei 6 Kernen und einem Limit von 200 % siehst du in der Summenzeile von top etwa ein Drittel bei us und den Rest bei st. Dann ist sehr wahrscheinlich das Limit der Grund.

Das machst du in diesem Fall

  1. Öffne ein Ticket im Support und schreibe, dass du hohe Steal-Werte siehst (Details siehe unten). Normale Priorität reicht, es handelt sich nicht um einen Notfall.
  2. Wir prüfen die Konfiguration deines Servers und korrigieren den CPU-Wert.
  3. Danach bitten wir dich um ein reguläres „Stop und Start“ in Vionity, damit die neuen Werte übernommen werden. Ein Neustart im Betriebssystem reicht dafür nicht.

Kurze Spitzen um 0:00 Uhr: Backups

Um 0:00 Uhr starten die Backups. Dabei komprimiert der Host mit pigz, einer parallelen Variante von gzip, die auf Geschwindigkeit ausgelegt ist und dadurch viele Kerne kurz stark auslastet. Deshalb ist die Host-Last in dieser Zeit erhöht und Steal kann kurzzeitig steigen. Das ist bekannt und erwartbar. Betrifft es dich nur in diesem Zeitfenster, musst du nichts tun. Läuft dein Server dann spürbar schlecht, schreib uns trotzdem, wir sehen uns den Host an.

Selten: Last auf dem Host

Wir überbuchen unsere Hosts in Maßen, aber nie über die Leistungsspitze hinaus. Für neue Server wählen wir den Host anhand der durchschnittlichen Auslastung der letzten Zeit. Trotzdem kann es selten vorkommen, dass ein Prozess auf dem Host aus dem Ruder läuft oder sich die Last durch Upgrades und geänderte Nutzung bei Kunden verschiebt. In solchen Fällen beheben wir das Problem direkt auf dem Host. Im Einzelfall ziehen wir Server, bei denen sich Kunden melden, auf einen anderen Host um. Manchmal sprechen wir auch Kunden mit dauerhaft sehr hoher Last an.

Ob gerade eine Störung vorliegt, siehst du auf der Statusseite, siehe Störung bei euch oder Problem bei mir?

Das schickst du im Ticket mit

  • Name oder ID des Servers.
  • Ausgabe von top oder vmstat 1 10 mit der Steal-Spalte.
  • Seit wann das Problem besteht und ob du kurz davor Kerne hinzugebucht oder das Paket gewechselt hast.
  • Uhrzeiten, zu denen der Wert besonders hoch ist.

Häufige Stolpersteine

  • Steal und eigene Last verwechselt: Hohe Werte bei us oder sy sind deine eigenen Prozesse, kein Steal. Prüfe mit top, welcher Prozess die CPU nutzt.
  • Nur Neustart im Betriebssystem: Ein reboot übernimmt keine neue VM-Konfiguration. Dafür brauchst du „Stop und Start“ in Vionity.
  • Messung nur kurz um Mitternacht: Steal rund um 0:00 Uhr ist das Backup-Fenster und nicht zwingend ein Fehler.
  • Ticket mit hoher Priorität: Hohe Priorität ist für Notfälle gedacht und bringt keinen Zeitvorteil, siehe Wann darf ich ein Ticket mit hoher Priorität öffnen?

Verwandte Artikel