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:

SzenarioEmpfehlung
Webhosting (Joomla/WordPress, 1–5 Sites)4–8 GB
Mehrere Dienste + kleine DB16–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-Host2–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:

TypSchnittstelleSequenziell4K-Random (IOPS)Typischer Einsatz
SATA-SSDSATA III (6 Gbit/s)~550 MB/s~10–90kOS, Archiv, günstige Massenspeicher
NVMe Gen4PCIe 4.05.000–7.400 MB/s~500k–1MDatenbanken, VMs, Workloads
NVMe Gen5PCIe 5.010.000–14.000 MB/s1M+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