Von Citrix zu Proxmox: Das versehentliche Upgrade eines Ingenieurs, das einfach funktionierte

Manche der besten Tech-Entscheidungen fallen fernab der Chefetagen, bei frustrationsgetriebenen Kurswechseln, nächtlichen Experimenten oder, wie im Fall eines ehemaligen Citrix-Ingenieurs, komplett aus Versehen. Was als ungeplante Flucht vor internen Machtspielen begann, wurde zu einer tiefen Auseinandersetzung mit einem Hypervisor, auf den er inzwischen schwört: Proxmox. Und er ist damit nicht allein.

Der versehentliche Abschied von Citrix

„Ich bin unabsichtlich zu Proxmox gewechselt", sagt er. Vor sechs Monaten, nach Jahren des Deployments und der Verwaltung von XenServer-Umgebungen, wurde ihm der Boden unter den Füßen weggezogen, und zwar wegen interner Firmenpolitik, nicht wegen technischer Mängel. Jeder Enterprise-Tech-Veteran kennt diese Art von Umbruch nur zu gut: Entscheidungen, die über der eigenen Gehaltsstufe getroffen werden, mit wenig Rücksicht darauf, wie sie die eigene Infrastruktur treffen.

Mit wenig Zeit und viel Druck setzte er Proxmox VE 9.0.3 auf seiner Hardware auf. Neugier war dabei kein Motiv, er hatte schlicht keine Wahl. Und dann passierte etwas Seltsames: Es funktionierte einfach.

Proxmox als Überraschungshit

Aus einer Citrix- und VMware-Welt kommend, erwartete er Ecken und Kanten und vielleicht fehlenden Enterprise-Schliff. Stattdessen bekam er eine saubere, mächtige CLI, verblüffend reibungsloses GPU-Passthrough und VM-Orchestrierung, für die man keine zweite Hypothek aufnehmen musste.

„Alles über die CLI zu verwalten fühlte sich intuitiv an", schrieb er. „GPU-Passthrough funktionierte ohne jedes Drama. Cluster-Umgebungen liefen überraschend reibungslos." Benutzbar war es also, und es machte obendrein Spaß.

Diese Stimmung zog sich durch die Antworten. Ein 15-jähriger Proxmox-Veteran meldete sich zu Wort, schwelgte in Erinnerungen an die frühen 1.x-Tage und lobte, wie nahtlos die Plattform sich von OpenVZ zu LXC-Containern weiterentwickelt hatte. Andere in VMware-dominierten Büros gaben zu, Proxmox heimlich in Labs und Skunkworks-Projekte einzuschleusen, um Lizenzkosten zu umgehen und ohne großes Aufsehen das Potenzial der Plattform zu belegen.

Geld, Verstand und der VMware-Elefant im Raum

Proxmox gewinnt auch deshalb an Zugkraft, weil die Lizenzkosten im Enterprise-Bereich explodieren. Ein Kommentator brachte es in nüchternen Zahlen auf den Punkt: „Vielleicht geben sie beim nächsten Mal nicht 500.000 € für VMware- oder Microsoft-Lizenzen aus."

Der Thread sprach auch offen aus, dass die meisten großen IT-Ausgaben wenig mit technischer Überlegenheit und viel mit glaubhafter Abstreitbarkeit zu tun haben. „Diese 500k sind nicht für technische Fähigkeiten", schrieb jemand. „Sie sind dafür da, dass das IT-Management sagen kann, es sei nicht ihre Schuld, wenn es kaputtgeht."

Proxmox dreht diese Logik um. Es ist transparent, flexibel und Open Source, und in Enterprise-Umgebungen ist das ein zweischneidiges Schwert. Geht etwas kaputt, gibt es keinen Anbieter, dem man die Schuld geben kann. Wenn man weiß, was man tut, kann man es dafür selbst reparieren, und zwar schnell.

Deshalb blüht die Proxmox-Community bei Ingenieuren auf, die Kontrolle wollen statt Krücken.

Kulturkampf: Linux gegen Enterprise

„Proxmox ist einfach Linux", sagte ein Nutzer. „Es ist seltsam, wie man Linux als Server-Betriebssystem akzeptiert, aber nicht als Virtualisierungsplattform."

Da hat er recht. Linux läuft unter der Haube von so gut wie jedem großen Tech-Unternehmen. Bei der Virtualisierung greifen Leute trotzdem standardmäßig zu Namen wie VMware oder Hyper-V, oft weil sie „sicher" wirken und nicht, weil sie besser sind. Aus genau dieser Sicherheit-zuerst-Mentalität stammen Sprüche wie: „Niemand wurde je gefeuert, weil er IBM gekauft hat."

Dabei laufen die meisten dieser großen Anbieter hinter den Kulissen längst selbst auf Linux. Was sich gerade verschiebt, ist die Transparenz. Ingenieure merken, dass sie den Mittelsmann einfach rauslassen, Proxmox aufsetzen und den ganzen Stack selbst besitzen können.

Automatisierung, CLI und Macht dem Volk

Am häufigsten gelobt wurden die CLI von Proxmox und die Unterstützung für Automatisierung. VMs deployen, Container verwalten, Backups einrichten, das ist alles skriptbar, und Infrastructure as Code steckt fest eingebaut drin.

„VMs und Container im großen Stil deployen", sagte ein Nutzer. „Infrastruktur als Code verwalten", fügte ein anderer hinzu. Für Leute, die sich in einer Linux-Shell wohlfühlen, trägt die CLI den ganzen Workflow.

Wer es gewohnt ist, sich durch GUI-Assistenten zu klicken oder auf träge Vendor-Support-Tickets zu warten, bekommt mit Proxmox die Kontrolle zurück.

Ja, aber wie steht's mit Support?

Nicht jeder Kommentator war restlos überzeugt. Ein paar Nutzer wiesen darauf hin, dass Support in größeren Organisationen eine große Rolle spielt. Gemeint ist jemand, den man anrufen kann, wenn alles brennt. Dokumentation und Foren reichen dann nicht.

„Normalerweise wollen Unternehmen beim Kauf wissen, dass es Enterprise-Support gibt", schrieb einer. „Also echte Eskalationswege, nicht nur ein Forumspost."

Die Kritik ist fair. Proxmox bietet zwar kostenpflichtigen Enterprise-Support, aber der ist nicht annähernd so tief in Enterprise-Workflows verankert wie etwa VMwares mehrstufiges Lizenz-Ökosystem. Vielleicht ist das aber auch gewollt. Wer Proxmox wählt, spart sich Schichten von Bürokratie und bekommt dafür eine Community, ein Ethos und eine Plattform, die einem zutraut, sich in einem Terminal zurechtzufinden.

Ist es reif für die große Bühne?

Für Homelabs ist Proxmox längst ein Star. Ob es ein ausgewachsenes Enterprise-Rechenzentrum tragen kann, hängt von Ihrer Risikotoleranz und dem Können Ihres Teams ab.

Die Plattform ist robust, schnell und gut dokumentiert. Sie beherrscht LXC, KVM, ZFS, Ceph und GPU-Passthrough mit überraschender Eleganz und harmoniert gut mit Automatisierungstools und modernen DevOps-Workflows. Was ihr an Konzernschliff fehlt, macht sie durch technische Transparenz und Kosteneffizienz wett.

Und da Broadcoms Übernahme von VMware Schockwellen durch die Lizenzkosten schickt, war der Zeitpunkt für einen zweiten (oder ersten) Blick auf Proxmox nie besser.

Das Urteil

Das hier ist die Geschichte eines Ingenieurs, der versehentlich die Plattform wechselte und nie zurückblickte. Er hat es nicht geplant, war auf keiner Konferenz und hat sich keine Verkaufsdemo angesehen. Er brauchte einfach etwas, das funktionierte, und Proxmox hat funktioniert.

Dazu brauchte es weder eine Hochglanzbroschüre noch einen Steakhouse-Lunch mit einem Anbieter, nur echte Virtualisierung auf Linux, Open Source und startklar. Vielleicht sieht so die Zukunft aus.

TL;DR

• Ingenieur musste Citrix/XenServer wegen Firmenpolitik verlassen, landete notgedrungen bei Proxmox
• GPU-Passthrough, CLI-Verwaltung und Clustering „funktionierten einfach" von Anfang an
• Enterprise-Lizenzkosten (VMware, Microsoft) drängen immer mehr Organisationen dazu, Open-Source-Alternativen in Betracht zu ziehen
• Proxmox tauscht Vendor-Support gegen Transparenz und community-getriebene Lösungen ein
• Die Plattform ist produktionsreif für Teams, die mit Linux und Eigenverantwortung vertraut sind
• Mit Broadcoms VMware-Übernahme war der Zeitpunkt für die Proxmox-Einführung nie besser