Vom Terminalserver zu Azure Virtual Desktop

Eine klassische Terminalserver-Farm ist eine feste Anzahl Räume in einem Gebäude. Wie viele Schreibtische beim Aufbau gekauft wurden, so viele hat man, egal ob ein ruhiger Dienstag im August ist oder die eine Woche im Dezember, in der sich alle Saisonkräfte gleichzeitig anmelden. Entweder wurde für die ruhigen Monate überdimensioniert, oder es gehen in der stressigen Woche die Räume aus.

Das ist das eigentliche Problem, nicht dass RDS alte Technologie ist. Viele RDS-Farmen laufen technisch nach wie vor problemlos. Was sie nicht können, ist flexibel skalieren, und genau das braucht das Geschäft heute, wo Remote- und Hybridarbeit keine Ausnahme mehr ist.

Wir finden diese Farmen immer noch überall, meist gealtert zusammen mit der Hardware, auf der sie aufgebaut wurden. Niemand hat geplant, noch Server-2016-Session-Hosts auf Hardware zu betreiben, die fünf Jahre über ihrem Refresh-Zyklus liegt. Es ist passiert, weil die Farm lange genug gut genug funktioniert hat, dass ein Ersatz nie dringend wurde, bis ein Hardwareausfall oder ein End-of-Support-Datum von Windows Server die Frage erzwingt.

Azure Virtual Desktop löst dasselbe zugrunde liegende Bedürfnis, Remote-Zugriff auf einen vollständigen Desktop oder bestimmte Anwendungen, aber die Rechenleistung existiert nur, während jemand sie nutzt. Session-Hosts skalieren für den morgendlichen Login-Ansturm hoch und nachts wieder runter, statt rund um die Uhr voll bereitgestellt für einen Peak zu stehen, der zweimal am Tag auftritt.

Wie der Umzug tatsächlich funktioniert

AVD ist eine Management-Ebene, keine VM, die man einmal kauft und vergisst. Die Session-Hosts sind Azure-VMs, die man selbst kontrolliert, in Entra ID eingebunden, und alles andere, der Pool, der Workspace, die App-Gruppen, ist Orchestrierung obendrauf. Die Teile, die man vor dem Start verstehen sollte:

• Pooled versus persönlich. Ein Pooled Host Pool setzt mehrere Nutzer auf eine Multi-Session-Windows-11-VM, was pro Nutzer günstiger ist und für Standard-Bürotätigkeiten passt. Ein persönlicher Host Pool gibt jedem Nutzer eine dedizierte VM, was mehr kostet, aber für Workloads gebraucht wird, die dauerhaften lokalen Zustand oder lokale Admin-Rechte brauchen.
• FSLogix für Profile. Nutzerprofile liegen in FSLogix-Containern auf Azure Files oder einer Fileshare, nicht auf dem Session-Host selbst, was einen Pooled-Session-Neustart oder ein Scale-in-Ereignis überstehen lässt, ohne die Einstellungen des Nutzers zu verlieren.
• Autoscale statt Dauerbetrieb. Scaling Plans fahren Session-Hosts nach Zeitplan oder Last hoch und runter, was der tatsächliche Mechanismus hinter dem größten Teil der Kostenersparnis gegenüber einer den ganzen Tag voll bereitgestellten Farm ist.

In der Praxis beginnt eine Migration mit einer Anwendungsbewertung, nicht mit einem Lift-and-Shift der ganzen Farm. Manche Apps laufen unverändert problemlos in einem Multi-Session-Pool. Manche brauchen FSLogix App Masking oder einen isolierten persönlichen Pool, weil sie nie für Mehrbenutzerbetrieb gebaut wurden. Das in der Planungsphase herauszufinden ist deutlich günstiger, als es nach dem Go-live herauszufinden.

Was das kostet

AVD selbst hat keine separate Lizenzgebühr. Bezahlt wird die Windows-Berechtigung und der Azure-Verbrauch darunter. Ein Nutzer braucht Windows-11-Enterprise-Multi-Session-Rechte, die über Microsoft 365 E3, E5 oder Business Premium kommen, oder über eine Windows-VDA-Lizenz, wenn ein vollständiges Microsoft-365-SKU für diesen Nutzer keinen Sinn ergibt. Dazu kommen die Azure-VM-Rechenleistung, Speicher für FSLogix-Profile und eventuelle Netzwerkkosten, dasselbe Verbrauchsmodell wie bei jeder anderen Azure-Ressource, und dieselben Reservierungs- und Savings-Plan-Abwägungen gelten: erst nach tatsächlicher Nutzung dimensionieren, bevor ein Rabatt committet wird, nicht umgekehrt.

Der Trade-off gilt in beide Richtungen. Ein Pooled-Multi-Session-Desktop ist pro Nutzer tatsächlich günstiger als eine persönliche VM, bedeutet aber gemeinsame Ressourcen-Konkurrenz zu Spitzenzeiten, was sich als träge Performance zeigt, wenn der Pool für das Login-Muster unterdimensioniert ist. Ein persönlicher Desktop vermeidet das komplett, zu Kosten nahe einer kleinen, dauerhaft laufenden VM pro Nutzer, was ab mehr als einer Handvoll Nutzern mit echten Sonderanforderungen keinen Sinn mehr ergibt.

Was ich tatsächlich empfehlen würde

Standardmäßig Pooled Windows 11 Multi-Session mit Autoscale für Standard-Büronutzer, genau dort holt AVD seinen Kostenvorteil gegenüber einer Legacy-Farm heraus. Persönliche Host Pools nur für die konkreten Rollen reservieren, die tatsächlich dauerhaften lokalen Zustand brauchen, nicht als Standard, weil es sich sicherer anfühlt. Die Anwendungsbewertung durchführen, bevor auch nur ein Session-Host angefasst wird, denn die Apps, die sich in einer Multi-Session-Umgebung nicht benehmen, sind genau die, die aus einer geradlinigen Migration eine Support-Ticket-Warteschlange machen. Und die alte Farm nach Zeitplan abschalten, nicht an dem Tag, an dem die Hardware endgültig ausfällt, denn dann wird die Migration überstürzt und die Kostenanalyse komplett übersprungen.