RAM & Storage richtig wählen: Server-Hardware ohne Fehlkauf
RAM und Storage sind die unscheinbaren Leistungsträger jedes Servers. Zu wenig RAM bremst Datenbanken aus, die falsche SSD-Generation verschwendet Geld, und ohne passendes Backup-Konzept ist jeder Datenträger ein Risiko. Dieser Artikel hilft, für den eigenen Einsatzzweck die richtige Wahl zu treffen.
RAM: Mehr ist gut, richtig dimensioniert ist besser
Arbeitsspeicher hält die gerade benötigten Daten bereit. Größenordnung für typische Szenarien:
| Szenario | Empfehlung |
|---|---|
| Webhosting (Joomla/WordPress, 1–5 Sites) | 4–8 GB |
| Mehrere Dienste + kleine DB | 16–32 GB |
| Datenbank-Server (MariaDB/MySQL, aktiv) | 32–64 GB+ (DB-Cache in RAM) |
| KI-Inference (7–13B LLM) | 32–64 GB System + 16–24 GB VRAM |
| VMs/Container-Host | 2–4 GB pro VM/Container + Overhead |
Wichtige Regeln:
- ECC bevorzugen: Bei Servern ist ECC-RAM (Error Correcting Code) Pflicht – er erkennt und korrigiert Speicherfehler, die sonst stille Datenkorruption verursachen. Consumer-Plattformen (AMD Ryzen mit B650/X670, Intel Core) unterstützen ECC nur eingeschränkt; Server-Plattformen (EPYC, Xeon, Ryzen PRO) können es.
- Kanal-Konfiguration: Module paarweise (Dual Channel) stecken, damit der Speicher mit voller Bandbreite arbeitet.
- Swap/Overcommit: Linux nutzt Swap als Sicherheitsnetz – aber Swap auf SSD ist kein RAM-Ersatz. Bei DB-Servern Swap klein halten und lieber RAM aufstocken.
Storage: SSD-Generationen verstehen
Die SSD-Welt hat drei relevante Klassen:
| Typ | Schnittstelle | Sequenziell | 4K-Random (IOPS) | Typischer Einsatz |
|---|---|---|---|---|
| SATA-SSD | SATA III (6 Gbit/s) | ~550 MB/s | ~10–90k | OS, Archiv, günstige Massenspeicher |
| NVMe Gen4 | PCIe 4.0 | 5.000–7.400 MB/s | ~500k–1M | Datenbanken, VMs, Workloads |
| NVMe Gen5 | PCIe 5.0 | 10.000–14.000 MB/s | 1M+ | High-End-Workstations, KI-Caches |
Entscheidend für Server ist der 4K-Random-Read, nicht die Marketing-MB/s: Datenbanken lesen tausende kleiner Blöcke gleichzeitig. Hier unterscheiden sich Consumer- und Enterprise-SSDs (z.B. Intel/Samsung Enterprise-Linien mit höherer Ausdauer, TBW) deutlich.
HDD vs. SSD vs. Hybrid
- HDD (3,5"): günstig pro TB, gut für Backup-Archive und große Medienbestände. Aber: 80–200 MB/s, Latenz im ms-Bereich, mechanisch anfällig.
- SSD: überall dort, wo Leistung zählt – OS, DBs, Anwendungen.
- Hybrid (z.B. SSD-Cache + HDD-Pool): kompromiss aus Kosten und Geschwindigkeit für große, wenig genutzte Datenmengen.
Goldene Regel: Betriebssystem und Datenbank auf SSD, Archive und Backups dürfen auf HDD. Diese Trennung holt aus jedem Budget das Maximum.
Backup-Strategie gehört zur Hardware-Entscheidung
Die beste Hardware nützt nichts ohne Backup. Die 3-2-1-Regel: 3 Kopien der Daten, auf 2 verschiedenen Medien, 1 davon außer Haus (siehe ausführlich: Backup-Strategien in der Systemadministration). Konkret für einen kleinen Server:
1. Lokale Kopie: rsync auf zweite SSD/HDD im Server (täglich)
2. Externe Kopie: Offsite-Backup (verschlüsselt) auf NAS oder Cloud (wöchentlich)
3. Restore-Test: monatlich prüfen, dass die Backups wirklich wiederherstellbar sind
SSDs haben eine begrenzte Lebensdauer (TBW – Terabytes Written). Bei stark beschriebenem Storage (Logs, Datenbanken, KI-Caches) die TBW-Spezifikation prüfen: Consumer-SSDs liegen oft bei 300–600 TBW, Enterprise-Modelle bei 1.000+ TBW.
Server-Komponenten im Überblick
- Mainboard: Server-Boards (ASUS, Supermicro, Gigabyte) mit BMC/IPMI für Out-of-Band-Management – gerade bei Remote-Servern Gold wert.
- Netzteil: 80 PLUS Gold/Platinum, ausreichend Reserven (GPU-Spitzen!). Ein 450-W-Netzteil für 350-W-GPU ist zu knapp.
- Gehäuse/Kühlung: Server-Racks (1U/2U) brauchen hohen Luftstrom; Tower für Heim-/Büro-Server reichen mit leisen Lüftern.
- Netzwerk: 1-Gbit-Bordnetz für die meisten Fälle; 2,5/10-Gbit für Storage und große Datenmengen – siehe Netzwerk-Hardware.
SMART-Werte: SSD-Gesundheit im Blick behalten
Datenträger kündigen Ausfälle selten vorher an – aber SMART (Self-Monitoring, Analysis and Reporting Technology) liefert Frühwarnsignale:
# SMART-Status anzeigen (Linux)
smartctl -H /dev/nvme0n1
smartctl -a /dev/nvme0n1
# Wichtige Werte bei NVMe:
# - Percentage Used: 0–100 %, ab 80 % kritisch
# - Data Units Written: Gesamtschreibmenge (TBW-Vergleich!)
# - Temperature: NVMe mag 40–65 °C, nicht dauerhaft >70 °C
# - Media Errors: steigende Zahl = Warnsignal
Ein einfacher wöchentlicher Cron-Check, der bei kritischen Werten alarmiert, verhindert böses Erwachen. Wer keine SMART-Werte prüft, erfährt vom Plattenausfall erst beim Restore – und ob der klappt, weiß man nur durch einen Restore-Test.
Strom und Kühlung: Die unterschätzte Server-Dimension
Hardware-Käufer rechnen mit Anschaffungskosten – und vergessen Strom und Wärme:
- Leistungsaufnahme planen: Ein Server mit 300 W Dauerlast kostet bei 0,35 €/kWh rund 90 €/Monat Strom. Hochleistungs-GPUs (450–600 W) können das verdoppeln.
- Kühlung: In einem Büroraum ohne Klima werden 500 W Dauerlast schnell zum Problem. Luftstrom-Konzept: vorne rein, hinten raus, Staubfilter.
- USV (unterbrechungsfreie Stromversorgung): Für Server mit Datenbanken fast Pflicht – ein Stromausfall mitten im Schreibvorgang korrumpiert Dateisysteme und Datenbanken. Eine kleine USV (800–1500 VA) reicht für einen Tower-Server mit sauberem Herunterfahren.
Rechnung: Eine USV für 200–400 € schützt einen Server, dessen Daten sonst bei jedem Blitzausfall gefährdet wären. Das ist die günstigste Versicherung im Server-Raum.
Praktisches Beispiel: Ein kleiner KI-/Dienste-Server
Angenommen, ein Server soll Webhosting, ein paar Container und ab und zu ein kleines LLM (7B, quantisiert) bedienen:
CPU: AMD Ryzen 7 / Intel Core i5 (8 Kerne) oder EPYC/Xeon gebraucht
RAM: 64 GB DDR4/DDR5 ECC (falls Plattform es kann)
Storage: 500 GB NVMe (OS + Dienste) + 2 TB SATA-SSD (Daten)
+ 4 TB HDD (Backup-Archive)
GPU: optional 12–24 GB VRAM für KI
Netz: 2,5 Gbit LAN
Strom: 80+ Gold, 650 W
Damit lassen sich Web, Container und gelegentliche KI-Aufgaben parallel betreiben, ohne dass sich die Workloads gegenseitig ausbremsen.
Fazit
Die richtige Hardware-Wahl ist keine Frage von „mehr ist besser", sondern von Passung: RAM für die DB, SSD-Generation für die Workload, Backup auf separatem Medium. Wer diese drei Punkte konsequent durchplant, spart Geld und vermeidet die teuersten Ausfälle. Für die Recheneinheit selbst: CPU vs. GPU: Was wofür?
Verwandte Artikel: CPU vs. GPU: Was wofür? · Systemadministration · TCP/IP-Grundlagen