Windows 365 Flex: licence podle souběhu

Krátká odpověď: V Dedicated mode počítejte zvlášť počet potřebných osobních Cloud PC a počet současně aktivních relací. V Shared mode plánujte dostupné stanice pro konkrétní skupiny. Vedle fondu Flex musí mít každý uživatel vlastní požadovaná oprávnění a licence aplikací. Tento návrh vychází z dokumentace ověřené 12. října 2026; nejde o obecné pravidlo, podle kterého lze každou uživatelskou licenci dělit třemi.

Frontline a Flex: hlídejte i název produktu

Microsoftův návod pro správu vysvětluje přejmenování Windows 365 Frontline na Windows 365 Flex. Některé části administračního rozhraní mohou ještě používat původní označení. Stejné téma proto ve vyhledávání najdete pod oběma názvy.

Změna není jen redakční detail pro tým, který filtruje zařízení automaticky. Veřejný dotaz k dynamickým skupinám popisuje zařízení s jinou hodnotou modelu. Je to podnět k prověření vlastních pravidel, nikoli důkaz, že každá instalace změnila model stejně. V pilotu zkontrolujte skutečné vlastnosti vytvořených zařízení a pravidla skupin, která na ně spoléhají.

Do nabídky i interního návrhu napište aktuální produkt, velikost Cloud PC a režim. Označení „Frontline licence“ bez těchto údajů neurčuje, co se bude provisionovat.

Dva režimy mají jiný jmenovatel

Podle přehledu Windows 365 Flex jedna licence v Dedicated mode umožňuje až tři Cloud PC, každé přiřazené jednomu uživateli. Současně se používá jedna relace. Shared mode vytváří jeden Cloud PC pro postupné použití skupinou, také s jednou relací. Po odhlášení se místní uživatelská data odstraní a stanice se uvolní. Shared nemá concurrency buffer.

Pro Shared je dostupná funkce User Experience Sync. Připojuje uživatelské úložiště s nastavením, soubory a aplikačními daty a po odhlášení je uchová v cloudu pro další relaci. Neuchovává samotné aplikace instalované uživatelem a není zálohováním či disaster recovery. Oddělte proto lokální čištění stanice od dat v připojeném úložišti. Testujte konkrétní aplikaci, kapacitu úložiště a skutečné místo uložení.

Vlastní výpočet pro Dedicated mode

Pro první návrh jednoho fondu se stejnou konfigurací použijte dvě nezávislé podmínky. U je počet uživatelů, pro které potřebujete osobní Cloud PC. C je plánovaný maximální souběh jejich relací. Licence musí pokrýt počet provisionovaných stanic i provozní špičku.

Odvozená plánovací dolní mez: L ≥ max(zaokrouhlit U / 3 nahoru, C). Jde o náš výpočet z dokumentovaných práv, nikoli nový licenční metr Microsoftu. Neřeší různé velikosti Cloud PC, další režimy v tenantovi ani rezervu na změnu provozu; ty přidejte do konkrétního návrhu.

Modelový příklad: Pro 36 uživatelů vychází potřeba osobních stanic na 12 licencí. Pokud se ale při předání směny současně připojí 14 lidí, dvanáct nestačí pro plánovaný běžný provoz. Dolní mez je 14. V takovém návrhu je část možnosti vytvořit osobní stanice nevyužitá; kupujete také potřebný souběh, ne jen maximální počet Cloud PC.

Při souběhu osmi lidí stále potřebujete alespoň dvanáct, protože všech 36 osob má mít vlastní stanici. Dělení počtu zaměstnanců třemi i použití samotné špičky může být samostatně chybné. Příklad neobsahuje ceny a nepředpovídá procento úspory.

Shared mode počítejte po skupinách

Shared se hodí tam, kde lidé krátce dokončují úkol a nepotřebují vlastní lokální prostředí. Nejprve stanovte, které skupiny skutečně sdílejí fond. Dvě skupiny s oddělenými Cloud PC si nesmějí v tabulce rozpočtu půjčovat kapacitu jen proto, že součet všech současně přihlášených lidí v tenantovi vypadá nízký.

Modelový příklad: První skupina má běžnou špičku sedm současných uživatelů a druhá čtyři. Při dvou samostatných fondech navrhnete sedm a čtyři stanice, tedy jedenáct licencí pro tento model. Pokud se špičky nekryjí, součet může být vyšší než skutečná souběžná špička celého tenantu. To není účetní chyba; provozujete oddělenou dostupnou kapacitu.

Sloučení skupin může mít provozní smysl jen tehdy, když sdílejí kompatibilní konfiguraci, přístupová pravidla a aplikace. Počet členů sám nepokrývá otázku, zda člověk najde volnou a správně vybavenou stanici. U citlivého systému zvažte i dopad širšího členství skupiny na přístup.

Průměrné hodiny nevypovídají o špičce

„Každý pracuje jen dvě hodiny denně“ neříká, zda tyto dvě hodiny nezačínají všem zároveň. Do pilotu zahrňte předání směny, uzávěrku, týmový meeting i den, kdy selže lokální aplikace a lidé přejdou na Cloud PC. Zajímejte se také o dobu, po kterou relace zůstává obsazená po odpojení klienta.

Utilization report ukazuje využití jednotlivých Cloud PC za vybrané období. Pomůže vyhledat neaktivní nebo málo používané stanice. Celkové hodiny však samy neurčí počet současných relací. Connected Windows 365 Flex Cloud PCs report zobrazuje souběh podle velikosti Cloud PC, aktuální relace a historii špiček. Zkontrolujte správný filtr i příslušná Shared přiřazení; doplňte vlastní pozorování pilotu.

Naplánujte kapacitu na obvyklou špičku s dohodnutou rezervou. Concurrency buffer v podporovaném Dedicated scénáři je ochrana pro omezené situace, nikoli objednávková jednotka nebo náhrada za každodenní chybějící licence. Shared žádný takový buffer neposkytuje.

Zavřený klient není vždy odhlášení

V návrhu rozlišujte zavření Windows App, odpojení a odhlášení z Windows. Uživatel je může považovat za stejný konec práce, ale u sdíleného prostředí je důležité, kdy se skutečně ukončí relace a uklidí profil.

Správa Flex popisuje výchozí nastavení Shared: odhlášení nečinné relace po patnácti minutách a ukončení odpojené relace po třiceti. Nastavení lze v konkrétním prostředí ovlivnit správou. Počítejte podle ověřeného chování vlastního tenantu, ne podle toho, že uživatel zavřel okno.

V pilotu nechte prvního člověka korektně ukončit práci a druhého ihned připojit. Zopakujte test po pouhém odpojení. Sledujte čekání i stav souborů. Potřebné dokumenty ukládejte do určeného trvalého úložiště a ověřte synchronizaci ještě před odhlášením. Největší problém nemá být objeven až uživatelem, který uložil výstup do lokálních Downloads.

Fond Flex nepokrývá všechny uživatele a aplikace

Licenční předpoklady Flex vyžadují u každého uživatele Windows Enterprise, Intune a Entra ID P1; dokumentace uvádí i balíky, které tato práva zahrnují. Licence Flex jsou fondem na úrovni tenantu, proto mohou v administraci ukazovat nula přiřazených uživatelů. Není to samo o sobě chyba provisioning policy.

Flex má vlastní produktová pravidla a není svázán s podmínkami způsobilosti Microsoft 365 F1/F3. Z toho ale nevyplývá, že libovolnému člověku můžete přidělit F3. Jeho skutečný základní balík musí být pro danou roli oprávněný. Podmínky F3 rozebírá samostatný článek Axeti.

Stejně zkontrolujte Word, Excel a další software. Shared Cloud PC používá pro Microsoft 365 Apps shared computer activation. Microsoftův postup SCA vyžaduje vhodný plán pro každého uživatele; aktivace jedním člověkem nepokrývá ostatní. Splnění předpokladů Cloud PC tedy není doklad o právu k desktopovému Office. Pro zvláštní aplikaci mohou platit vlastní pravidla souběhu, uživatelů nebo virtualizace.

Co musí pilot potvrdit

1. Režim a skupiny. Kdo potřebuje osobní Cloud PC a kdo krátký přístup do sdíleného fondu; které fondy jsou oddělené.
2. Kapacitu i špičku. Počet osobních stanic, současné relace, překryv pracovních časů a velikost Cloud PC.
3. Předání relace. Rozdíl mezi odpojením a odhlášením, reálné čekání dalšího člověka a funkci timeoutů.
4. Data. Kam se ukládá výsledek, zda proběhne synchronizace a co zůstane po odhlášení.
5. Práva. Uživatelský základ, fond Flex, Office a každou pracovní aplikaci odděleně.
6. Provozní hranici. Kdo přidá kapacitu, když začne špička pravidelně překračovat návrh, a jaké měření to doloží.