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

Sie brauchen keine Enterprise-SSDs, um Proxmox zu betreiben. Wenn Sie aber 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, denn dieser Verschleiß ist real. 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, stellte er eine einfache Frage: Welche realistischen Optionen gibt es, um Consumer-SSDs länger halten zu lassen?

Die Proxmox-Community hatte darauf jede Menge Antworten.

1. Finden Sie heraus, was Ihre SSD auffrisst

Bevor Sie in Panik kaufen, prüfen Sie, was tatsächlich passiert. Ist es ZFS, Logging oder der ständige Wechsel temporärer Dateien?

Ein Nutzer fragte treffend: „Werden die Disks durch lokales Logging zu Tode geschunden?" Das ist durchaus wörtlich gemeint. Übermäßig ausführliche 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 er das Logging auf den Standardeinstellungen belassen hatte, vermutlich ausführlicher als nötig, und dass sich alle Container und VMs denselben gespiegelten Pool teilten. Damit altern Laufwerke vorzeitig.

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.

ZFS erwartet, dass Sie wissen, was Sie tun, und ist keine Storage-Engine für Einsteiger. Wenn Sie es nicht für Ihren konkreten Workload geplant, gebenchmarkt und getunt haben, richten Sie damit womöglich mehr Schaden an als Nutzen. Eine Antwort sagte es unverblümt: „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 und Sie auf Snapshots und Kompression verzichten können, 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 besser nicht spiegeln

Überraschenderweise schadet das Spiegeln unterschiedlicher Laufwerkstypen 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.

Damit verschenken Sie den Vorteil Ihrer NVMe und verdoppeln obendrein Ihre Schreibvorgänge. Erwägen Sie stattdessen, den Mirror aufzulösen und jedem Laufwerk eine eigene Rolle zu geben, etwa NVMe für VMs und SATA für Backups oder weniger I/O-lastige Container.

Noch besser ist es, Backups komplett auf ein anderes System auszulagern. Wenn Sie, wie der Threadersteller, noch eine Unraid-Box herumstehen haben, können Sie dort Proxmox Backup Server (PBS) in einer VM laufen lassen. So verteilen Sie die Last elegant und entlasten die SSD.

4. Größere Laufwerke = langsamerer Verschleiß

Größere SSDs fassen mehr Daten und verteilen Schreibvorgänge außerdem auf mehr NAND-Zellen, was den Verschleiß pro Zelle reduziert. Selbst wenn Sie bei Consumer-Hardware bleiben, kann eine 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."

Intuitiv ist das nicht immer, aber in der SSD-Welt bedeutet Größe Ausdauer, weil mehr Platz mehr Luft zum Atmen lässt.

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, sollten Sie tiefer graben. Führen Sie nvme-cli aus oder prüfen Sie die SMART-Werte in der GUI, denn selbst Standard-Proxmox-Installationen können überraschend geschwätzig sein. Verwenden Sie ZFS sowohl auf dem Host als auch innerhalb der VMs, haben Sie doppelte oder dreifache Write Amplification.

Für Fortgeschrittene gibt es noch zfs_txg_timeout. Der Standardwert liegt normalerweise bei 5 Sekunden. Wer ihn auf 180 Sekunden oder mehr erhöht, verzögert, wie oft ZFS Daten committet, und reduziert so die Schreibfrequenz. Seien Sie dabei vorsichtig, denn 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 ausgemustert, weil ihre Garantie ausgelaufen ist, und nicht, weil sie verschlissen sind.

Die Herausforderung ist, wie der Threadersteller anmerkte, der Formfaktor. Die meisten erschwinglichen Enterprise-NVMe-Laufwerke sind 22110, während sein Lenovo M720Q nur 2280 aufnimmt. Diese Einschränkung betrifft viele Small-Form-Factor-Homelabs. Wenn Sie sie umgehen können (etwa über U.2-zu-PCIe-Adapter), haben Sie trotzdem Optionen.

7. Backups > Mirrors

Einmal philosophisch gefragt: Ist Laufwerks-Redundanz besser als echte Backups?

Ein Kommentator fasste es so zusammen: „Backups sind wichtiger als ein Mirror."

Statt zwei unterschiedliche Laufwerke zu spiegeln, zumal wenn sie nicht zueinander passen, können Sie eines für Performance 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.

Populär ist diese Ansicht nicht, aber pragmatisch: Mirrors schützen nicht vor versehentlichem Löschen, Fehlern auf Betriebssystemebene oder Ransomware, Backups dagegen schon.

Das Fazit: Keine Enterprise-SSDs nötig, aber eine Strategie

Durch den ganzen Thread zog sich ein Gedanke: Bewusstsein zählt mehr als Ausrüstung. Wissen Sie, was auf Ihre Disks schreibt, und tunen Sie Ihren Stack (besonders ZFS), falls Sie ihn nutzen. Setzen Sie Ihre SSDs gezielt ein, denn 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.

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