Server langsam? Leistungsprobleme systematisch finden

Prozessor (CPU)

htop

htop zeigt live die Auslastung der Prozessorkerne, die Speichernutzung und die Prozesse mit dem höchsten Ressourcenverbrauch (falls nicht installiert: sudo apt install htop). Mit F6 ändern Sie die Sortierung und finden den Prozess mit der höchsten CPU-Last.

Worauf Sie achten sollten:

• Ein einzelner Prozess lastet einen Kern zu 100 % aus: Gameserver und viele Anwendungen erledigen ihre Hauptarbeit auf einem einzigen Kern. Selbst wenn die Gesamtauslastung niedrig aussieht, wird die Anwendung langsam, sobald dieser Kern voll ist. In diesem Fall macht ein Prozessor mit hoher Single-Core-Leistung den Unterschied.
• Alle Kerne sind voll: Der Server erledigt mehr Arbeit, als er bewältigen kann. Prüfen Sie, welche Prozesse die Last verursachen.
• Unerwartete Prozesse: Ein unbekannter Prozess, der ständig CPU-Leistung verbraucht, kann ein Zeichen für einen kompromittierten Server sein (zum Beispiel Schadsoftware, die Kryptowährungen schürft).

Der Wert st (steal) in der Ausgabe von top zeigt bei einem virtuellen Server die Zeit, in der der Prozessor statt für Sie für andere Aufgaben gearbeitet hat und Sie warten mussten. Sehen Sie dauerhaft einen hohen Steal-Wert, wenden Sie sich an Ihren Anbieter.

Arbeitsspeicher (RAM) und Swap

free -h

Achten Sie in der Ausgabe von free auf die Spalte „available“. Da Linux freien Speicher als Festplattencache nutzt, ist ein niedriger Wert bei „free“ normal; der Speicher, den Ihre Anwendungen tatsächlich nutzen können, ist der Wert „available“.

Reicht der Speicher nicht aus, passieren zwei Dinge:

1. Die Swap-Nutzung steigt. Da Swap auf der Festplatte liegt, ist er viel langsamer als RAM, und der Server wird spürbar träge.
2. Der OOM Killer greift ein. Ist der Speicher vollständig belegt, beendet der Kernel zwangsweise einen Prozess, um das System am Laufen zu halten. Wenn sich Ihre Anwendung „von selbst“ beendet, ist das höchstwahrscheinlich der Grund:

   sudo dmesg -T | grep -i "killed process"
   

Swap-Datei hinzufügen: Auf kleinen Servern ohne Swap können Sie eine Swap-Datei anlegen, damit Anwendungen bei kurzen Speicherspitzen nicht beendet werden:

sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Swap ist ein Sicherheitsnetz, keine Lösung. Nutzt der Server ständig Swap, besteht die eigentliche Lösung darin, den Speicherverbrauch zu senken oder auf mehr RAM umzusteigen.

Festplatte

Füllstand: Eine volle Festplatte ist die Ursache der seltsamsten Fehler auf einem Server; die Datenbank kann nicht schreiben, Logs bleiben stehen, Anwendungen stürzen ab.

df -h
df -i
sudo du -sh /var/* | sort -h

df -h zeigt den Speicherplatz, df -i die Grenze für die Zahl der Dateien (Inodes); Millionen kleiner Dateien können die Inodes aufbrauchen, auch wenn die Festplatte leer aussieht. Der Befehl du hilft Ihnen, die Ordner zu finden, die den meisten Platz belegen; die häufigsten Übeltäter sind alte Logs, Backups und ungenutzte Docker-Images.

Geschwindigkeit und Wartezeit: Ist die Festplatte nicht voll, der Server aber trotzdem langsam, prüfen Sie die Wartezeiten der Festplatte:

sudo apt install sysstat
iostat -x 2

Liegt die Spalte %util dauerhaft nahe 100 und sind die await-Werte hoch, kommt die Festplatte nicht hinterher. Ein hoher Wert wa (iowait) in der Ausgabe von top zeigt dasselbe. Welcher Prozess die Festplatte belastet, sehen Sie mit sudo iotop. Typische Ursachen sind intensive Schreibvorgänge der Datenbank, große Backups und unbegrenzt wachsende Logdateien.

Netzwerk

Wenn die Ressourcen des Servers entspannt aussehen, die Nutzer aber Verzögerungen bemerken, kann das Problem im Netzwerk liegen:

• Latenz und Paketverlust: Messen Sie mit mtr jeden Hop auf dem Weg zu einer Adresse in der Nähe Ihrer Nutzer. An welcher Stelle die Latenz steigt, erklären wir in unserem Artikel Was ist Ping?.
• Bandbreitennutzung: Mit nload oder iftop sehen Sie den aktuellen Datenverkehr des Servers. Unerwartet hoher Datenverkehr kann ein Zeichen für einen Angriff oder ein großes Backup sein.
• Anzahl der Verbindungen: ss -s zeigt die Gesamtzahl der Verbindungen. Eine ungewöhnlich hohe Zahl kann auf einen DDoS-Angriff hindeuten; die Angriffsarten erklären wir in unserem Artikel Was ist DDoS?.

Langsamkeit durch die Anwendung

Sehen alle Ressourcen normal aus, liegt das Problem höchstwahrscheinlich in der Anwendung selbst:

• Prüfen Sie die Logs. journalctl -u dienstname -f oder die eigene Logdatei der Anwendung zeigt Fehler und Warnungen.
• Langsame Datenbankabfragen: Aktivieren Sie das Slow Query Log von MariaDB und finden Sie heraus, welche Abfragen lange dauern; oft genügt ein fehlender Index als Lösung. Die Einstellungen erklären wir in unserer Anleitung MariaDB installieren.
• Externe Dienste: Eine API oder ein Zahlungsdienst, der nicht antwortet, führt dazu, dass Seiten langsam laden, selbst wenn Ihr Server kaum ausgelastet ist.
• Gameserver: Viele Plugins, große Welten und Server, die lange nicht neu gestartet wurden, verlängern die Tick-Dauer. Regelmäßige Neustarts erklären wir in unserer Anleitung Cronjob einrichten.
• Websites: Bei fehlendem Caching und schweren Seiten werfen Sie einen Blick auf unsere Anleitung Website schneller machen.

Schnelle Fehlerdiagnose in der Übersicht

Performance auf Nodesty-Servern

Die AMD Ryzen 9 9950X vServer von Nodesty eignen sich mit bis zu 5,7 GHz Single-Core-Takt für Gameserver und Anwendungen, die auf einem einzelnen Kern laufen, die AMD EPYC 7763 vServer mit viel RAM für Datenbanken und eine große Zahl von Diensten. Alle Pakete bieten NVMe-Speicher und L3–L7-DDoS-Schutz durch nShield. Die CPU-Nutzung auf virtuellen Servern unterliegt unserer Fair-Use-Richtlinie; reichen Ihre Ressourcen auch nach der Optimierung Ihrer Anwendung nicht aus, ist der Wechsel auf ein größeres Paket die schnellste Lösung.