Proxmox VE + Kasm: VDI-Alternative zu Citrix

Citrix liefert, was es immer geliefert hat: ausgereifte Protokolle, ein breites Partner-Ökosystem, eine Lösung, die in zehntausenden Installationen läuft. Dass dafür seit April 2026 zwingend die License Activation Service (LAS) aktiviert sein muss, dass die alten Bausteine nur noch im „Citrix Universal"-Bundle zu haben sind und Renewal-Schreiben mit 50 bis 100 Prozent Aufschlag eintreffen, steht auf einem anderen Blatt.

Die Frage, die wir in der Praxis aktuell sehr häufig hören: Welche Alternativen zu Citrix gibt es und wie sieht die Kompatibilität zu Proxmox aus?

Die ehrliche Anforderungsanalyse

Die meisten VDI-Workloads im Mittelstand sind nüchterner, als die Vertriebsfolien des Anbieters nahelegen. Ein Großteil der Arbeitsplätze braucht Browser, Office, eine Handvoll Fachapplikationen, gelegentlich einen RDP-Sprung auf einen Windows-Server. Wer ehrlich priorisiert, landet bei zwei Profilen: ein großer Anteil schlanker Linux- oder Browser-Sessions – und ein kleinerer Rest klassischer Windows-Desktops mit GPU-Bedarf. Beide lassen sich auf einem offenen Stack abbilden.

Architektur in drei Sätzen

Proxmox VE als Hypervisor-Schicht, Kasm Workspaces als Workspace-Layer darüber. Linux-Workspaces laufen containerisiert direkt aus Kasm heraus – startbar in Sekunden, ephemer, nach Session-Ende zerstört. Windows-Desktops werden als VMs auf Proxmox vorgehalten und per RDP-Streaming in dieselbe Browser-Oberfläche eingebunden.

Der Endnutzer öffnet einen Browser, authentisiert sich gegen den vorhandenen IdP (SAML oder OIDC) und bekommt seinen Arbeitsplatz – ohne Client, ohne Agent, ohne Plugin.

Was diese Architektur von Citrix unterscheidet

Der zentrale Unterschied ist nicht die Funktion, sondern das Ausliefermodell. Citrix liefert virtuelle Maschinen, die per ICA/HDX an einen installierten Receiver streamen. Kasm liefert Container, die ihr Bildsignal direkt in den Browser streamen. Beide Modelle funktionieren, aber der Container-Ansatz hat zwei Konsequenzen, die wirtschaftlich relevant sind: Die Sessions sind um Größenordnungen leichter (Sekunden statt Minuten Startzeit, deutlich weniger RAM und CPU pro User), und die Session-Verwaltung läuft über offene Standards statt über ein proprietäres Lizenzgebäude.

Was bleibt: persistente Profile, zentrale Patchverwaltung, Session-Recording, Multi-Tenancy, granulare Policies und eine REST-API für Automatisierung. Was wegfällt: das Universal-Bundle, der LAS-Zwang, jährliche Renewal-Sprünge und die Abhängigkeit von einer Eigentümerstruktur, die offenkundig auf Preisextraktion optimiert ist.

Wo die Kostenersparnis liegt

Keine Citrix-Lizenz, kein NetScaler-Zwang als Bundle-Komponente, kein Microsoft-RDS-CAL für die Linux-Sessions. Kasm ist über eine transparente, userbasierte Staffel kommerziell verfügbar; die Community Edition deckt kleine Setups ab. Proxmox VE läuft auf Standard-Hardware mit überschaubarer Enterprise-Subscription. Microsoft-Lizenzen für Windows-Sessions bleiben: Wer Windows ausliefert, bezahlt Windows. Hier ist die Nutzung einer Datacenter Lizenz häufig ein probates Mittel zur Optimierung der Lizenzkosten.

In Projekten, die wir so umgesetzt haben, lagen die VDI-Gesamtkosten typischerweise bei einem Drittel der vorher kalkulierten Citrix-Kosten.

Was man beachten muss

Windows-VDI bleibt Windows-VDI. Wer 200 Designer mit CAD-Workloads streamen will, kommt nicht ohne GPU-Hosts und ohne Microsoft-Lizenzierung aus. Kasm vereinfacht das Delivery, ersetzt es aber nicht.

Protokoll. Kasm streamt nicht mit ICA/HDX. Für klassische Office-Workloads ist das Verhalten ununterscheidbar. Für extreme Latenzanforderungen – Trading-Floors, Leitstände, OP-Workstations – gehört eine Proof-of-Concept-Messung an den Anfang, nicht ans Ende.

Autoscaling. Funktioniert auf Proxmox-Knoten-Ebene, nicht clusterweit transparent. Das ist beherrschbar, aber kein „Cloud-Auto-Magic" – es braucht eine durchdachte Hostverteilung im Architekturentwurf.

Identity & Compliance. SAML/OIDC, MFA, Session-Recording und Policy-Granularität sind vorhanden. Wer aus NIS2- oder DORA-Gründen Auditfähigkeit braucht, bekommt sie. Dazu sollten Anforderungen klar definiert und Richtlinien sauber entwickeln sein, ein Tool ersetzt kein Konzept.

Persistenz. Container sind ephemer. Profile, Home-Shares und persistente Daten gehören auf zentralen Storage mit eigener Replikations- und Backup-Strategie. Das ist keine Schwäche der Architektur, sondern eine Designvorgabe, die man im Stack-Plan ernst nehmen muss.

Einordnung

Proxmox VE mit Kasm Workspaces ist keine 1:1-Replik von Citrix. Es ist ein anderer architektonischer Ansatz, der die meisten VDI-Anforderungen im Mittelstand abdeckt.

Für Umgebungen, in denen browserbasierte Workspace-Delivery und eine offene Hypervisor-Schicht zueinander passen, ist das die wirtschaftlich und strategisch belastbare Architektur. Für hochspezialisierte Workloads mit zwingenden ICA/HDX-Anforderungen bleibt Citrix eine valide und lange erprobte Option.

Sysfacts arbeitet als technologischer Kasm-Partner an Proxmox-VDI-Implementierungen im DACH-Raum.

Interesse an einer pragmatischen Zweitmeinung oder an einem belastbaren Proof-of-Concept im eigenen Rechenzentrum? Kontaktieren Sie uns.