Was ich heute anders machen würde – nach rund 7 Jahren Erfahrung

Ich habe meinen ersten Proxmox-Host vor etwa sieben Jahren installiert.
Nicht als Experiment,
sondern weil ich Virtualisierung produktiv einsetzen wollte.

Seitdem sind mehrere Hosts gekommen und gegangen,
Setups wurden erweitert, vereinfacht, umgebaut
und an reale Anforderungen angepasst.

Was folgt, ist kein Einsteiger-Tutorial
und auch kein „Best Practices“-Abklatsch,
sondern eine ehrliche Rückschau:
Welche Entscheidungen ich heute anders treffen würde –
mit dem Wissen aus mehreren Jahren Betrieb.

1. Planung war am Anfang vorhanden – aber nicht tief genug

Ich habe am Anfang durchaus geplant,
aber eher technisch als strukturell.

Heute plane ich vor einer Installation deutlich genauer:

Welche Rolle hat der Host?
Was ist Infrastruktur, was Workload?
Was darf ausfallen?
Was muss schnell wiederherstellbar sein?
Wo endet Basteln, wo beginnt Produktivität?

Viele Probleme entstehen nicht durch Proxmox,
sondern durch unklare Rollen.

2. Der Host ist Infrastruktur – kein Linux-Spielplatz

Einer der wichtigsten Lernprozesse über die Jahre.

Was ich heute konsequent vermeide:

zusätzliche Software auf dem Proxmox-Host
Dienste „mal eben“ direkt auf dem Host
Konfigurations-Basteleien außerhalb von Proxmox

Der Host ist heute bei mir:

minimal
langweilig
stabil
austauschbar

Alles andere läuft in LXC oder VMs.

3. Storage: weniger clever, mehr nachvollziehbar

Früher wollte ich Storage „optimal“ bauen.
Heute will ich es verstehen.

Was ich heute anders mache:

klare Trennung von System- und Daten-Storage
weniger ZFS-Features, dafür bewusst eingesetzte
keine Konstrukte, die ich mir nicht erklären kann
Snapshots gezielt, nicht reflexartig

ZFS ist großartig –
aber nur, wenn man es wirklich beherrscht.

4. Netzwerk von Anfang an konzeptionell trennen

Ich habe früh VLANs genutzt,
aber zu spät konsequent gedacht.

Heute trenne ich von Beginn an:

Management
Server / Infrastruktur
Clients
ggf. Storage

Nicht zwingend mit maximaler Komplexität,
sondern mit klarer Logik.

Netzwerk nachträglich aufzuräumen
ist deutlich schmerzhafter
als es einmal sauber zu planen.

5. Backups waren da – aber nicht ernst genug

Ich hatte früh Backups.
Aber nicht früh genug gute Backups.

Heute ist Backup ein Startthema:

eigenes Backup-Ziel
klare Zeitpläne
Restore-Tests
kein Backup auf demselben Storage

Nach sieben Jahren kann ich sagen:
Backups retten dir nicht den Tag –
sie retten dir Wochen.

6. Ressourcen realistischer vergeben

Anfangs habe ich oft zu großzügig geplant:

zu viele vCPUs
zu viel RAM
alles „auf Nummer sicher“

Heute weiß ich:
Überbuchung ist kein Fehler,
wenn sie bewusst passiert.

Heute:

vCPUs konservativ
RAM realistisch
Wachstum eingeplant
Engpässe sichtbar

7. Dokumentation ist kein Luxus

Ein Punkt, den ich massiv unterschätzt habe.

Heute dokumentiere ich:

Netzwerkstruktur
Storage-Layout
besondere Entscheidungen
Abhängigkeiten zwischen Systemen

Nicht für andere –
sondern für mich selbst
in sechs Monaten oder zwei Jahren.

8. Features nicht sofort nutzen, nur weil sie da sind

Proxmox kann viel:

Cluster
HA
Replikation
Ceph

Ich habe vieles ausprobiert.
Und manches auch wieder verworfen.

Heute gilt:

Erst verstehen.
Dann produktiv einsetzen.
Nicht umgekehrt.

Ein stabiles Einzel-Setup
ist oft wertvoller
als ein halb verstandenes Cluster.

9. Mein heutiges Grundprinzip

Nach rund sieben Jahren Proxmox
haben sich für mich drei Leitsätze etabliert:

Der Host bleibt langweilig
Wiederherstellung ist wichtiger als theoretische Uptime
Komplexität nur dort, wo sie echten Nutzen bringt

Das klingt unspektakulär –
ist aber der Grund,
warum mein Setup heute ruhig läuft.

10. Fazit

Proxmox ist seit Jahren ein fester Bestandteil meiner Infrastruktur.
Nicht, weil es trendy ist,
sondern weil es planbar, transparent und stabil ist.

Was ich gelernt habe:

Erfahrung entsteht nicht durch Features,
sondern durch Betrieb
gute Entscheidungen zeigen sich erst nach Jahren
weniger Basteln, mehr Struktur zahlt sich aus

Das ist kein 08/15-Setup.
Sondern eines,
das auch nach vielen Jahren
noch Sinn ergibt.