Erst messen, dann tunen
Bevor du optimierst, finde den Engpass. Die wichtigsten Werkzeuge:
htop— CPU- und RAM-Auslastung liveiotop— Festplatten-I/Oss -tulpn— welche Dienste lauschen auf welchen Portsjournalctl -p err— Fehler im System-Log
Oft ist nicht „zu wenig Server" das Problem, sondern ein einzelner Dienst, der Ressourcen frisst.
1. Unnötige Dienste abschalten
Jeder laufende Dienst kostet RAM und ist eine potenzielle Angriffsfläche. Liste aktive Dienste:
systemctl list-units --type=service --state=running
Was du nicht brauchst (z.B. Druckdienste, ungenutzte Datenbanken), deaktivierst du mit systemctl disable --now dienst.
2. Swap richtig konfigurieren
Bei wenig RAM hilft Swap, ein OOM-Crash zu vermeiden — aber zu aggressives Swappen bremst. Setze die swappiness auf einen niedrigen Wert (z.B. 10), damit Swap nur im Notfall genutzt wird:
echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf
sudo sysctl -p
3. Webserver tunen
- Nginx:
worker_processes autound Gzip-Komprimierung aktivieren. - PHP-FPM: Pool-Größe (
pm.max_children) an den RAM anpassen — zu hoch führt zu OOM. - OPcache für PHP aktivieren — spart enorm CPU bei PHP-Apps.
4. Datenbank optimieren
MySQL/MariaDB profitiert stark von passenden Buffer-Größen (innodb_buffer_pool_size). Bei vielen langsamen Abfragen hilft das Aktivieren des Slow-Query-Logs, um die Übeltäter zu finden. Oft fehlen einfach Indizes.
5. Caching nutzen
Ein Cache (Redis, oder einfach OPcache + Nginx-FastCGI-Cache) reduziert wiederholte Arbeit massiv. Bei dynamischen Websites ist Caching oft der größte einzelne Performance-Hebel.
vServer bei Nytrix
LXC-vServer bei Nytrix haben dank Container-Virtualisierung wenig Overhead — du bekommst mehr nutzbare Leistung pro Euro als bei klassischer KVM-Virtualisierung. Reicht ein Tarif nicht mehr, upgradest du im Dashboard, ohne neu aufzusetzen.