Nutzen andere VMs auf demselben physischen Server viel Netzwerk oder CPU, verzögert sich die Verarbeitung auf dem eigenen Server unregelmäßig.
Warum Andere VMs auf demselben physischen Server verbrauchen viele Ressourcen → Folge Paketverarbeitung der eigenen VM verzögert sich unregelmäßig → Auf dem Bildschirm Ohne erkennbaren Grund gelegentlich Jitter (Schwankung der Ankunftsabstände), es ruckelt
Dedizierte Hosts oder Instanzen mit garantierter Leistung nutzen, Instanzen mit anhaltendem Jitter stoppen und neu starten, um sie auf einen anderen Host zu verschieben.
Aufgaben Extern
Problematischen Host beim Cloud-Anbieter melden.
Im Graphen
Vereinzelte Spitzen ohne Muster · Jitter der Umlaufzeit im selben Rechenzentrum, %steal
Wo nachsehen
Dauerhaft ping an andere Server im selben Rechenzentrum senden, den Jitter der Umlaufzeit protokollieren und zusammen mit %steal aus mpstat mit anderen Instanzen gleicher Konfiguration vergleichen
Spricht dafür
Nur bei dieser Instanz schlagen Jitter der Umlaufzeit oder %steal unregelmäßig aus, andere Instanzen gleicher Konfiguration bleiben ruhig. Nach Stoppen und Neustart auf einem anderen Host ist es weg
Spricht dagegen
Alle Instanzen gleicher Konfiguration schlagen gleich aus: kein Host-Problem. Last auf dem Spielserver oder den Netzwerkabschnitt prüfen
Prüfmittel
Mit Infrastruktur-Tools prüfbar (ohne Spielcode)
Quellen
How EC2 instance stop and start worksAWS Wird eine Instanz gestoppt und wieder gestartet, landet sie meist auf einem neuen Host (außer bei dedizierten Hosts)
mpstat(1) — Linux manual pagesysstat %steal: Anteil der Zeit, in der diese virtuelle CPU zwangsweise warten musste, während der Hypervisor eine andere virtuelle CPU bediente