Windows 365 Flex: Lizenzen nach Parallelität

Die direkte Antwort: Zählen Sie bei Dedicated persönliche Cloud PCs und gleichzeitige Sitzungen getrennt. Bei Shared planen Sie verfügbare Geräte für jede zugewiesene Gruppe. Jeder Nutzer braucht zusätzlich die erforderlichen Grundrechte und Lizenzen seiner Anwendungen. Die Dokumentation wurde am 12. Oktober 2026 geprüft. Daraus ergibt sich keine allgemeine Erlaubnis, Benutzerlizenzen durch drei zu teilen.

Frontline und Flex: Den Produktnamen prüfen

Microsofts Verwaltungsleitfaden erklärt die Umbenennung von Windows 365 Frontline in Windows 365 Flex. Manche Stellen der Verwaltung können weiterhin den früheren Namen zeigen. Suchergebnisse verwenden deshalb beide Begriffe.

Das betrifft auch automatische Gerätefilter. Eine öffentliche Diskussion zu dynamischen Gruppen beschreibt einen anderen Model-Wert neuer Geräte. Das ist ein Anlass zur Prüfung eigener Regeln, kein Beleg für dieselbe Änderung in jedem Tenant. Kontrollieren Sie tatsächliche Eigenschaften provisionierter Geräte und die davon abhängigen Gruppen.

Angebot und Entwurf müssen Produkt, Cloud-PC-Größe und Modus nennen. „Frontline-Lizenz“ allein beschreibt die Bereitstellung nicht.

Zwei Modi mit unterschiedlichen Planungseinheiten

Laut Windows-365-Flex-Übersicht erlaubt eine Dedicated-Lizenz bis zu drei Cloud PCs, jeweils für einen Nutzer, bei einer gleichzeitigen Sitzung. Shared stellt einen PC für die nacheinander zugreifende Gruppe bereit, ebenfalls mit einer Sitzung. Nach der Abmeldung werden lokale Nutzerdaten entfernt und der PC freigegeben. Shared besitzt keinen Concurrency Buffer.

Für Shared ist User Experience Sync verfügbar. Die Funktion verbindet Nutzerspeicher mit Einstellungen, Dateien und Anwendungsdaten und bewahrt ihn nach Abmeldung in der Cloud für die nächste Sitzung auf. Sie erhält keine vom Nutzer installierten Anwendungen und ist keine Backup- oder Disaster-Recovery-Lösung. Unterscheiden Sie lokale PC-Bereinigung von gespeichertem Cloud-Inhalt. Testen Sie Anwendung, Speicherkapazität und den tatsächlichen Ablageort.

Eine rechnerische Untergrenze für Dedicated

Für einen ersten Entwurf eines Pools mit gleicher Konfiguration gelten zwei Bedingungen. U ist die Zahl der Nutzer mit persönlichem Cloud PC. C ist die geplante maximale Zahl gleichzeitiger Sitzungen. Lizenzen müssen Bereitstellung und Nutzungsspitze abdecken.

Abgeleitete Planungsuntergrenze: L ≥ max(aufgerundet U / 3, C). Das ist unsere Rechnung aus dokumentierten Rechten, kein neuer Microsoft-Lizenzmeter. Gemischte PC-Größen, andere Modi im Tenant und eine Betriebsreserve sind darin nicht enthalten; ergänzen Sie sie im konkreten Entwurf.

Hypothetisches Beispiel: Für 36 persönliche Cloud PCs ergeben sich zwölf Lizenzen. Greifen beim Arbeitswechsel vierzehn Personen gleichzeitig zu, reichen zwölf für den geplanten Normalbetrieb nicht. Die Untergrenze beträgt vierzehn. Ein Teil der möglichen PC-Bereitstellung bleibt ungenutzt; bezahlt wird auch die erforderliche Parallelität.

Bei acht gleichzeitigen Nutzern bleiben mindestens zwölf nötig, denn alle 36 benötigen ihren persönlichen PC. Nur durch drei zu teilen oder nur die Nutzungsspitze zu betrachten kann jeweils falsch sein. Das Beispiel nennt weder Preise noch eine prognostizierte Einsparung.

Shared nach Gruppen planen

Shared passt für kurze Aufgaben ohne eigenes lokales Umfeld. Legen Sie zuerst fest, welche Gruppen tatsächlich denselben Pool verwenden. Zwei Gruppen mit getrennten PCs können sich in der Budgettabelle keine Kapazität ausleihen, nur weil der gleichzeitige Zugriff im gesamten Tenant niedrig erscheint.

Hypothetisches Beispiel: Eine Gruppe hat eine gewöhnliche Spitze von sieben parallelen Nutzern, die zweite von vier. Bei zwei getrennten Pools planen Sie sieben und vier PCs, also elf Lizenzen. Treten die Spitzen zeitversetzt auf, kann die Summe über der tenantweiten Parallelität liegen. Das ist kein Rechenfehler; die verfügbare Kapazität ist betrieblich getrennt.

Eine Zusammenlegung ist nur sinnvoll, wenn Konfigurationen, Zugriffsregeln und Apps zusammenpassen. Die Mitgliederzahl sagt nicht, ob der nächste Nutzer einen freien, geeigneten PC bekommt. Für sensible Anwendungen ist auch die Wirkung breiterer Gruppenzugehörigkeit zu prüfen.

Wenige Durchschnittsstunden können Spitzen verdecken

„Jeder arbeitet nur zwei Stunden täglich“ sagt nicht, ob diese Stunden für alle gleichzeitig beginnen. Nehmen Sie Übergaben, Abschlussarbeiten, Teammeetings und Ausfälle lokaler Anwendungen in den Pilot auf. Messen Sie auch, wie lange eine Sitzung nach dem Trennen des Clients belegt bleibt.

Der Utilization Report zeigt die Nutzung einzelner Cloud PCs im gewählten Zeitraum und findet inaktive oder wenig verwendete Geräte. Gesamtstunden bestimmen aber nicht die gleichzeitigen Sitzungen. Der Connected Windows 365 Flex Cloud PCs Report zeigt Parallelität nach PC-Größe, laufende Sitzungen und Spitzenhistorie. Prüfen Sie Filter und Shared-Zuweisungen und ergänzen Sie Pilotbeobachtungen.

Planen Sie die gewöhnliche Spitze mit vereinbarter Reserve. Der Concurrency Buffer in unterstützten Dedicated-Szenarien ist für begrenzte Ausnahmefälle gedacht, nicht für täglich fehlende Kapazität. Shared hat keinen solchen Puffer.

Client schließen bedeutet nicht immer Abmelden

Unterscheiden Sie das Schließen der Windows App, das Trennen der Verbindung und die Windows-Abmeldung. Nutzer sehen darin oft dasselbe Arbeitsende. Für einen Pool zählt jedoch, wann die Sitzung freigegeben und das Profil bereinigt wird.

Die Flex-Verwaltungsdokumentation beschreibt Shared-Standardwerte: Abmeldung inaktiver Sitzungen nach fünfzehn Minuten und Ende getrennter Sitzungen nach dreißig. Verwaltungsrichtlinien können die Konfiguration beeinflussen. Planen Sie anhand des geprüften Tenantverhaltens, nicht anhand des geschlossenen Fensters.

Lassen Sie im Pilot einen Nutzer korrekt abmelden und einen zweiten sofort verbinden. Wiederholen Sie den Test nach bloßem Trennen. Beobachten Sie Wartezeit und Dateien. Speichern Sie erforderliche Dokumente im vorgesehenen dauerhaften Speicher und bestätigen Sie die Synchronisierung vor der Abmeldung. Ein Ergebnis in lokalen Downloads sollte nicht erst im Produktivbetrieb zum Problem werden.

Der Flex-Pool ersetzt keine Nutzer- oder App-Lizenzen

Die Flex-Lizenzvoraussetzungen verlangen Windows Enterprise, Intune und Entra ID P1 für jeden Nutzer. Microsoft nennt auch Pakete, die diese Rechte enthalten. Flex-Lizenzen bilden einen Pool auf Tenantebene; deshalb kann die Verwaltung null zugewiesene Nutzer anzeigen. Das ist allein kein Provisionierungsfehler.

Flex hat eigene Produktbedingungen und unterliegt nicht den Microsoft-365-F1/F3-Zulassungskriterien. Daraus folgt nicht, dass jede Rolle F3 erhalten darf. Das Grundpaket muss weiterhin zur tatsächlichen Arbeit passen. Dazu erläutert unser F3-Lizenzleitfaden die Voraussetzungen.

Prüfen Sie auch Word, Excel und andere Programme. Shared Cloud PCs verwenden Microsoft 365 Apps mit Shared Computer Activation. Microsofts SCA-Anleitung verlangt einen geeigneten Plan je Nutzer; die Aktivierung durch eine Person deckt andere nicht ab. Erfüllte Cloud-PC-Voraussetzungen belegen somit keine Desktop-Office-Rechte. Fachsoftware kann eigene Regeln für Parallelität, Nutzer und Virtualisierung haben.

Was der Pilot bestätigen muss

1. Modus und Gruppen. Persönliche Cloud PCs von kurzen Shared-Zugriffen unterscheiden; getrennte Pools erfassen.
2. Bereitstellung und Spitze. Persönliche PCs, parallele Sitzungen, zeitliche Überschneidungen und PC-Größe bestimmen.
3. Übergabe. Trennen und Abmelden vergleichen; reale Wartezeiten und Timeout-Verhalten messen.
4. Daten. Ablageort, Synchronisierung und Inhalt nach Abmeldung testen.
5. Rechte. Nutzergrundlage, Flex-Pool, Office und jede Arbeitsanwendung separat prüfen.
6. Betriebsgrenze. Festlegen, wer bei regelmäßiger Überschreitung Kapazität ergänzt und welche Messung das auslöst.