Kein Budget für Enterprise-Drives? So kämpfen Proxmox-Nutzer trotzdem gegen SSD-Verschleiß

Sie brauchen keine Enterprise-SSDs, um Proxmox zu betreiben. Aber wenn Sie Consumer-NVMe- oder SATA-Laufwerke in einem engen Ein-Slot-Setup einsetzen und Ihren Wearout-Prozentsatz schon nach ein paar Monaten steigen sehen, bilden Sie sich das nicht ein — dieser Verschleiß ist real. Er passiert tatsächlich. Und Sie sind nicht der Einzige, der auf SMART-Werte starrt und sich fragt, ob die Laufwerke gleich schmelzen.

Der ursprüngliche Threadersteller, der Proxmox auf einem Lenovo M720Q betreibt, hatte genau dieses Problem: gespiegelte Consumer-Laufwerke für local-zfs, die VMs und LXC-Container beherbergten. Die Laufwerke waren gerade einmal sechs Monate alt, und die Wearout-Werte bereiteten bereits Sorgen. Mit wenig Spielraum (physisch wie finanziell), um einfach frische Enterprise-Hardware einzubauen, war die Frage einfach: Welche realistischen Optionen gibt es, um Consumer-SSDs länger halten zu lassen?

Wie sich zeigte, hatte die Proxmox-Community Antworten. Jede Menge. Hier ist, was sie sagten.

1. Finden Sie heraus, was Ihre SSD auffrisst

Bevor Sie in Panik kaufen, prüfen Sie, was tatsächlich passiert. Ist es ZFS? Logging? Temporäre Datei-Churn?

Ein Nutzer brachte es gut auf den Punkt: „Werden die Disks durch lokales Logging zu Tode geschunden?" Das ist nicht nur eine bildhafte Formulierung. Übermäßige Ausführlichkeit in Logs, Scratch-Disk-Aktivität oder ungenutzte Systemdienste können Schreibvorgänge in die Höhe treiben. Wenn Sie temporäre Dateien, Swap oder viel kurzlebige Disk-I/O speichern, ist das klassisches Verschleißterrain.

Der Threadersteller bestätigte, dass Logging auf den Standardeinstellungen belassen wurde — vermutlich ausführlicher als nötig — und dass sich jeder Container und jede VM denselben gespiegelten Pool teilten. Das ist ein Rezept für vorzeitige Alterung der Laufwerke.

2. ZFS? Tunen oder überdenken

ZFS ist mächtig, aber auch notorisch schreibintensiv. Einer der ausführlicheren Kommentatoren gab einen konkreten Tipp: ZFS-Logging abschalten oder Logs mit Tools wie log2ram ins RAM umleiten.

Andere legten nach: „Verwenden Sie log2ram, wo immer es passt", riet ein Nutzer und warnte zugleich, dass das nicht Plug-and-Play sei. Man müsse die Größe der RAM-Disk und die Schreibfrequenz abstimmen und den Speicherverbrauch überwachen — sonst riskiere man abstürzende Dienste, sobald das RAM voll ist.

Die Nuance dabei: ZFS erwartet, dass Sie wissen, was Sie tun. Es ist keine Storage-Engine für Einsteiger. Wenn Sie es nicht für Ihren konkreten Workload geplant, benchmarkt und getunt haben, richten Sie damit womöglich mehr Schaden an als Nutzen. Eine Antwort brachte es unverblümt auf den Punkt: „ZFS erwartet, dass man weiß, wofür man es einsetzen will … die meisten hier probieren einfach herum und versuchen zu lernen, wie man VMs und Container verwaltet."

Wenn Ihre Anforderungen einfach sind — Snapshots und Kompression einmal beiseitegelassen — könnte ein Wechsel zu ext4 mit lvm-thin unnötigen Verschleiß reduzieren, ohne bei Performance oder Zuverlässigkeit große Abstriche zu machen.

3. NVMe- und SATA-Laufwerke nicht spiegeln — trennen Sie sie

Hier eine überraschende Wendung: das Spiegeln unterschiedlicher Laufwerkstypen schadet womöglich mehr, als es hilft. Ein Nutzer wies auf ein subtiles Problem hin — spiegelt man eine schnelle NVMe mit einem langsameren SATA-Laufwerk, begrenzt das die Performance auf das langsamste Glied.

Das bremst nicht nur den Vorteil Ihrer NVMe aus, sondern verdoppelt auch Ihre Schreibvorgänge. Erwägen Sie stattdessen, den Mirror aufzulösen und jedes Laufwerk für eine andere Rolle zu nutzen — NVMe für VMs, SATA für Backups oder weniger I/O-lastige Container.

Noch besser: Lagern Sie Backups komplett auf ein anderes System aus. Wenn Sie, wie vom Threadersteller erwähnt, noch eine Unraid-Box herumstehen haben, erwägen Sie, dort Proxmox Backup Server (PBS) in einer VM laufen zu lassen. Das ist eine elegante Methode, die Last zu verteilen und die SSD-Belastung zu reduzieren.

4. Größere Laufwerke = langsamerer Verschleiß

Größere SSDs fassen nicht nur mehr Daten — sie verteilen Schreibvorgänge auch auf mehr NAND-Zellen, was den Verschleiß pro Zelle reduziert. Selbst wenn Sie bei Consumer-Hardware bleiben, kann die Wahl einer 2-TB-SSD statt einer 512-GB-SSD die Lebensdauer deutlich verlängern.

Ein Nutzer merkte an: „Größere Laufwerke haben tatsächlich mehr Zellen zum Ausgleichen und auch eine höhere TBW. Kauft einfach größere Laufwerke."

Es ist nicht immer intuitiv, aber in der SSD-Welt bedeutet Größe Ausdauer. Mehr Platz heißt mehr Luft zum Atmen.

5. Behalten Sie Ihre Schreibvorgänge im Blick — und specken Sie ab

Ein weiterer Nutzer brachte reale Zahlen ein: über 660 MB/Stunde geschriebene Daten auf einem System mit nur drei untätigen Containern. Das ist eine massive versteckte Schreiblast.

Wenn Sie ähnliche Muster sehen, ist es Zeit, tiefer zu graben. Führen Sie nvme-cli aus oder prüfen Sie die SMART-Werte in der GUI. Selbst Standard-Proxmox-Installationen können überraschend geschwätzig sein. Und wenn Sie ZFS sowohl auf dem Host als auch innerhalb der VMs verwenden? Dann haben Sie doppelte oder dreifache Write Amplification.

Ein fortgeschrittener Tipp: an zfs_txg_timeout drehen. Der Standardwert liegt normalerweise bei 5 Sekunden, aber ihn auf 180 Sekunden oder mehr zu erhöhen, verzögert, wie oft ZFS Daten committet, und reduziert so die Schreibfrequenz. Seien Sie dabei vorsichtig — das erhöht das Risiko von Datenverlust bei einem Stromausfall, tun Sie das also nur, wenn Sie eine USV haben.

6. Gebrauchte Enterprise-Laufwerke sind weiterhin eine Option — wenn man sucht

Enterprise-Laufwerke müssen nicht neu sein, um gut zu sein. Ein paar clevere Homelabber wiesen darauf hin, dass gebrauchte Enterprise-SSDs — besonders SATA-Modelle wie die Intel DC S3620 oder 4610 — bei eBay oft spottbillig zu haben sind und noch reichlich Lebensdauer übrig haben.

Diese Laufwerke wurden dafür gebaut, rund um die Uhr unter Last in Rechenzentren zu laufen. Viele werden nur ausgemustert, weil ihre Garantie ausgelaufen ist, nicht weil sie verschlissen sind.

Die Herausforderung, wie der Threadersteller anmerkte, ist der Formfaktor. Die meisten erschwinglichen Enterprise-NVMe-Laufwerke sind 22110, während das eigene Lenovo M720Q nur 2280 aufnimmt. Das ist eine echte Einschränkung — und eine, die viele Small-Form-Factor-Homelabs betrifft. Trotzdem: Wenn Sie das umgehen können (etwa über U.2-zu-PCIe-Adapter), haben Sie Optionen.

7. Backups > Mirrors

Werden wir mal philosophisch: Ist Laufwerks-Redundanz besser als echte Backups zu haben?

Ein Kommentator brachte es am besten auf den Punkt: „Backups sind wichtiger als ein Mirror."

Statt zwei unterschiedliche Laufwerke zu spiegeln — besonders wenn sie nicht zueinander passen — erwägen Sie, eines für Performance zu nutzen und das andere für Proxmox Backup Server oder nächtliche Snapshots. So reduzieren Sie doppelte Schreibvorgänge, gewinnen Wiederherstellungsoptionen und nutzen Ihre Hardware besser aus.

Das ist keine populäre Ansicht, aber pragmatisch: Mirrors schützen nicht vor versehentlichem Löschen, Fehlern auf Betriebssystemebene oder Ransomware. Backups schon.

Das Fazit: Sie brauchen keine Enterprise-SSDs — aber Sie brauchen eine Strategie

Dieser Thread war voll von einem verbindenden Thema: Bewusstsein zählt mehr als Ausrüstung.

Wissen Sie, was auf Ihre Disks schreibt.

Tunen Sie Ihren Stack (besonders ZFS), falls Sie ihn nutzen.

Nutzen Sie Ihre SSDs strategisch — nicht alles muss auf demselben Volume liegen.

Und wenn Sie Ihre Hardware nicht aufrüsten können, optimieren Sie Ihre Nutzung.

Es ist verlockend, das Problem mit Geld zu lösen, aber kluge Konfiguration verschafft Ihnen Zeit — und Seelenfrieden. In der Homelab-Welt macht das oft den Unterschied zwischen einer SSD, die nach 8 Monaten durchbrennt, und einer, die fünf Jahre am Stück durchhält.

Und falls Sie irgendwann doch aufrüsten? Dann wissen Sie zumindest, dass Sie aus Ihrem aktuellen Setup jede letzte Zelle herausgeholt haben. So, wie es ein echter Hacker tun würde.