Migrazione da AVD a Windows 365: confrontare i costi e capire quando spostarsi

La differenza fondamentale tra Azure Virtual Desktop e Windows 365 sta nella forma del costo, non solo nella sua entità. Azure Virtual Desktop è spesa di infrastruttura variabile: pagate il calcolo, l'archiviazione, le immagini e i profili che eseguite, e vi fate carico del tempo operativo per dimensionarlo, applicare le patch e monitorarlo. Windows 365 è una licenza forfettaria e prevedibile per utente al mese, con l'infrastruttura sottostante gestita per voi. Questo fa di una migrazione da AVD a Windows 365 meno uno scambio di prezzo a parità di condizioni e più una scelta su quale modello di costo si adatta a ciascuna parte del vostro ambiente. I desktop personali di solito si confrontano naturalmente con Windows 365 Enterprise, gli utenti intermittenti e a turni con Windows 365 Flex, mentre i carichi di lavoro multisessione ad alta densità e GPU spesso restano su AVD. Il modo affidabile per decidere è un confronto indicativo per coorte, poi una migrazione pilotata a ondate.

I due modelli di costo, fianco a fianco

Azure Virtual Desktop è un servizio di virtualizzazione molto flessibile in cui pagate solo per ciò che usate con prezzi a consumo, e può ridurre l'overhead del sistema operativo eseguendo Windows multisessione così che diversi utenti condividano un host. Quella flessibilità è davvero preziosa, ma significa che la fattura si muove con le vostre scelte: dimensioni delle VM, quanta capacità di host tenete in funzione, archiviazione, e le immagini e i profili dietro a tutto questo.

Windows 365 adotta l'approccio opposto. I Cloud PC vengono fatturati con un modello per utente al mese, che Microsoft progetta appositamente affinché le organizzazioni non debbano gestire la variabilità dei costi di calcolo e archiviazione che accompagnano un desktop ospitato tradizionale. Nessuno dei due modelli è intrinsecamente più economico. La domanda in qualsiasi esercizio di costi Azure Virtual Desktop contro Windows 365 è quale forma di spesa, variabile e regolabile, o forfettaria e prevedibile, si adatti meglio a una determinata coorte.

Dove si nascondono i costi di AVD

Il listino prezzi pubblicato è la parte facile. Quando le organizzazioni trovano il loro numero AVD più alto del previsto, di solito è a causa di costi che non compaiono come un'unica voce evidente.

• Il margine del pool di host. Per soddisfare la domanda di picco senza degradare l'esperienza, le distribuzioni in pool tengono in funzione capacità di riserva. Quel margine è calcolo reale che pagate anche quando è inattivo tra un picco e l'altro.
• La gestione di immagini e profili. Le immagini di riferimento vanno costruite, aggiornate con patch e gestite a versioni, e i profili utente hanno bisogno di un posto dove risiedere e restare performanti. Questo è lavoro continuo e archiviazione continua, non un evento una tantum.
• L'overhead di monitoraggio e operazioni. L'automazione della scalabilità, le patch, la diagnostica e la manutenzione quotidiana richiedono tutti tempo di ingegneria. Quello sforzo operativo è una parte reale dei confronti di TCO di Windows 365 anche se non compare mai sulla fattura.

Nulla di questo rende AVD la scelta sbagliata. È una piattaforma potente. Significa semplicemente che un confronto equo deve conteggiare il tempo operativo e la capacità sempre attiva, non solo il calcolo a richiesta.

Personale o in pool: la decisione che guida il confronto

Il taglio più utile attraverso i numeri è capire se una coorte usa desktop personali o in pool, perché questo determina il confronto naturale con Windows 365.

I desktop personali e dedicati corrispondono in modo pulito a Windows 365 Enterprise, dove ogni utente ha una relazione uno a uno con il proprio Cloud PC, il proprio ambiente Windows persistente nel cloud. Se qualcuno ha bisogno che il proprio desktop sia suo tutto il giorno, ogni giorno, quello è il confronto a parità di condizioni.

L'utilizzo in pool, intermittente e a turni corrisponde invece a Windows 365 Flex. Flex fornisce un'unica licenza per assegnare Cloud PC per uso non concorrente, rivolta a persone che hanno bisogno dell'accesso al Cloud PC per una parte limitata della giornata. Si adatta ai turni di rotazione, al personale part-time e a contratto, e agli schemi a contatto con il cliente o a turni dove non tutti sono attivi contemporaneamente. È la coorte dove una licenza forfettaria per utente e una concorrenza più bassa possono allinearsi bene.

Associate ogni coorte in base allo schema di utilizzo: i desktop personali a Windows 365 Enterprise, il lavoro in pool e a turni a Windows 365 Flex, il multisessione ad alta densità e la GPU ad AVD.

Spostarsi con la capacità di migrazione di Windows 365

Microsoft ha reso l'API di migrazione di Windows 365 disponibile in generale, portandola fuori dalla fase di anteprima. È un'interfaccia basata su REST, costruita sull'API Microsoft Graph e integrata con Microsoft Intune, che consente a partner e clienti di migrare macchine virtuali basate su Azure in Cloud PC Windows 365 con meno sforzo manuale. Funziona prendendo uno snapshot di un disco rigido virtuale preparato e usandolo per assegnare un Cloud PC all'utente di destinazione.

Vale la pena essere precisi su cosa la capacità copre e non copre oggi, perché i confini danno forma alla pianificazione. L'API di migrazione riguarda le macchine virtuali persistenti a sessione singola: supporta le VM Azure aggiunte a Entra e aggiunte in modalità ibrida a Entra, usa l'assegnazione basata su snapshot anziché gli import di immagini, e assegna Cloud PC Windows 365 Enterprise. Al momento della stesura è disponibile prima nel cloud commerciale, con gli scenari di cloud governativo e GPU indicati per fasi future, e comporta requisiti pratici come VM Gen2, solo un disco del sistema operativo, agenti di terze parti rimossi, e un solo disco importato per utente alla volta. Il punto da ricordare è che semplifica il trasferimento per i desktop personali a sessione singola. I pool di host multisessione condivisi sono una riprogettazione anziché uno snapshot-e-sposta, quindi pianificateli invece come nuove build Windows 365 o Flex.

Quando AVD resta la risposta giusta

Spostarsi non è sempre l'obiettivo, e parte di un piano credibile per passare da AVD a Windows 365 è essere onesti sulle coorti che dovrebbero restare. AVD tende a rimanere la scelta più forte quando:

• L'economia del multisessione ad alta densità domina. Dove molti utenti condividono in modo efficiente host Windows multisessione, il costo per utente di quell'infrastruttura condivisa può essere molto difficile da battere con licenze per utente.
• Sono coinvolti carichi di lavoro GPU. Gli utenti a uso grafico intensivo hanno spesso bisogno di host dotati di GPU, che AVD supporta e che il percorso di migrazione di Windows 365 non copre ancora.
• La domanda è a raffiche o pianificata. Dove l'utilizzo ha picchi e cali marcati, la fatturazione a consumo unita all'automazione della scalabilità può seguire la domanda in modo più stretto di una licenza forfettaria per utente, e il controllo che AVD offre su dimensionamento e personalizzazione vale la pena di essere mantenuto.

L'ambiente giusto è spesso un mix: le coorti personali e a turni su Windows 365, e specifici carichi di lavoro ad alta densità o GPU lasciati su un'impronta AVD più snella e ben gestita.

Un flusso di migrazione che riduce il rischio del passaggio

Una migrazione affidabile da AVD a Windows 365 segue una sequenza anziché un unico salto:

1. Valutate l'ambiente. Catturate ciò che effettivamente eseguite: host, dimensioni, immagini, profili, schemi di utilizzo e lo sforzo operativo che c'è dietro.
2. Segmentate personale contro in pool. Suddividete le coorti in base all'uso dedicato e condiviso, poiché questo decide il confronto Enterprise contro Flex, e segnalate i carichi di lavoro multisessione e GPU che potrebbero restare su AVD.
3. Eseguite un confronto di costi indicativo. Confrontate il costo AVD attuale di ogni coorte, incluso il margine e le operazioni, con il modello Windows 365 equivalente. Trattate ogni cifra come indicativa e costruitela a partire dal vostro ambiente.
4. Fate un pilota. Spostate prima un gruppo rappresentativo, convalidate l'esperienza e il costo di esercizio reale, e confermate l'approccio di migrazione.
5. Migrate a ondate. Fate passare le coorti a ondate controllate, usando la capacità di migrazione per i desktop persistenti e build nuove per gli scenari in pool.
6. Dismettete. Ritirate la capacità AVD di cui un'ondata non ha più bisogno, così da smettere di pagare per l'infrastruttura che la migrazione ha sostituito.

Uno strumento di reporting Intune aiuta a mantenere visibili le evidenze di prontezza dei dispositivi, enrolment, update e compliance durante ogni ondata di migrazione.

Dove si inserisce EtherInsights

La parte difficile qui non è la teoria, è produrre numeri di cui vi fidate per il vostro ambiente specifico e poi eseguire senza sorprese. EtherInsights aiuta a tradurre un'impronta AVD disordinata in coorti chiare, mostrando dove si collocano realmente i desktop personali, gli utenti a turni e i carichi di lavoro multisessione, e fornendo le evidenze per pianificare il passaggio con sicurezza anziché con supposizioni.

Da lì, la migrazione a Windows 365 trasforma quel quadro in un piano sequenziato e a ondate, con il costo di esercizio del secondo giorno in vista. Poiché ogni confronto qui è indicativo, il passo successivo sensato è calcolare i vostri numeri indicativi a fronte delle vostre coorti reali anziché di una media generica, e integrare il risultato in una più ampia ottimizzazione dei costi cloud così che l'ambiente desktop continui a pagare solo per il lavoro che sostiene.

Azzeccate il modello per coorte e la migrazione smette di essere una scommessa su un'unica media. Diventa un insieme di decisioni fondate e supportate da evidenze.

Esplora la migrazione a Windows 365 per spostare le coorti giuste, mantenere quelle giuste su AVD, e dimostrare il costo in entrambi i casi.