Migrering från AVD till Windows 365: att jämföra kostnader och veta när man ska flytta

Kärnskillnaden mellan Azure Virtual Desktop och Windows 365 är kostnadens form, inte bara dess storlek. Azure Virtual Desktop är rörlig infrastrukturutgift: du betalar för den beräkning, lagring, de avbildningar och profiler du kör, och du bär den operativa tiden att dimensionera, patcha och övervaka den. Windows 365 är en platt, förutsägbar licens per användare och månad med den underliggande infrastrukturen hanterad åt dig. Det gör en migrering från AVD till Windows 365 mindre till ett lika-mot-lika-prisbyte och mer till ett val om vilken kostnadsmodell som passar varje del av din miljö. Personliga skrivbord jämförs vanligtvis naturligt med Windows 365 Enterprise, intermittenta och skiftbaserade användare med Windows 365 Flex, medan arbetsbelastningar med hög densitet i multisession och GPU ofta stannar på AVD. Det tillförlitliga sättet att bestämma sig är en riktgivande jämförelse per kohort, följt av en pilottestad migrering i vågor.

De två kostnadsmodellerna, sida vid sida

Azure Virtual Desktop är en högst flexibel virtualiseringstjänst där du betalar endast för det du använder med förbrukningsbaserad prissättning, och den kan sänka operativsystemets omkostnad genom att köra Windows i multisession så att flera användare delar en värd. Den flexibiliteten är genuint värdefull, men den innebär att räkningen rör sig med dina val: VM-storlekar, hur mycket värdkapacitet du håller igång, lagring, och avbildningarna och profilerna bakom alltihop.

Windows 365 tar det motsatta greppet. Cloud PC:ar faktureras i en modell per användare och månad, vilket Microsoft utformar specifikt så att organisationer inte behöver hantera variabiliteten i beräknings- och lagringskostnader som följer med ett traditionellt värdbaserat skrivbord. Ingen av modellerna är i sig billigare. Frågan i varje kostnadsövning för Azure Virtual Desktop kontra Windows 365 är vilken form av utgift, rörlig och justerbar, eller platt och förutsägbar, som passar en given kohort bättre.

Var AVD-kostnader gömmer sig

Det publicerade prisbladet är den enkla delen. När organisationer finner sitt AVD-tal högre än väntat beror det vanligtvis på kostnader som inte framträder som en enda uppenbar rad.

• Marginal i värdpoolen. För att möta toppefterfrågan utan att försämra upplevelsen håller poolade driftsättningar reservkapacitet igång. Den marginalen är verklig beräkning du betalar för även när den är vilande mellan toppar.
• Hantering av avbildningar och profiler. Gyllene avbildningar behöver byggas, patchas och versionshanteras, och användarprofiler behöver någonstans att bo och förbli prestandastarka. Detta är löpande arbete och löpande lagring, inte en engångsföreteelse.
• Omkostnad för övervakning och drift. Skalningsautomatisering, patchning, diagnostik, och daglig felavhjälpning tar alla ingenjörstid. Den operativa insatsen är en verklig del av TCO-jämförelser för Windows 365 även om den aldrig syns på fakturan.

Inget av detta gör AVD till fel val. Det är en kraftfull plattform. Det betyder helt enkelt att en rättvis jämförelse måste räkna in den operativa tiden och den alltid-igång kapaciteten, inte bara den beräkning som sker på begäran.

Personligt kontra poolat: beslutet som driver jämförelsen

Det enskilt mest användbara snittet genom siffrorna är om en kohort använder personliga eller poolade skrivbord, eftersom det avgör den naturliga Windows 365-jämförelsen.

Personliga, dedikerade skrivbord mappar rent mot Windows 365 Enterprise, där varje användare har en ett-till-ett-relation med sin egen Cloud PC, sin egen beständiga Windows-miljö i molnet. Om någon behöver att deras skrivbord är deras hela dagen, varje dag, är det lika-mot-lika-jämförelsen.

Poolad, intermittent och skiftbaserad användning mappar i stället mot Windows 365 Flex. Flex tillhandahåller en enda licens för att provisionera Cloud PC:ar för icke-samtidig användning, riktad till människor som behöver Cloud PC-åtkomst under en begränsad del av dagen. Den passar rotationsscheman, deltids- och tillfällig personal, och kundvända eller skiftbaserade mönster där inte alla är aktiva samtidigt. Det är den kohort där en platt licens per användare och lägre samtidighet kan passa väl ihop.

Matcha varje kohort efter användningsmönster: personliga skrivbord till Windows 365 Enterprise, poolat och skiftarbete till Windows 365 Flex, hög densitet i multisession och GPU till AVD.

Att flytta med Windows 365-migreringsfunktionen

Microsoft har gjort Windows 365-migrerings-API:et allmänt tillgängligt och flyttat det ut ur förhandsversion. Det är ett REST-baserat gränssnitt, byggt på Microsoft Graph API och integrerat med Microsoft Intune, som låter partner och kunder migrera Azure-baserade virtuella maskiner till Windows 365 Cloud PC:ar med mindre manuell insats. Det fungerar genom att ta en ögonblicksbild av en förberedd virtuell hårddisk och använda den för att provisionera en Cloud PC för målanvändaren.

Det är värt att vara precis om vad funktionen täcker och inte täcker i dag, eftersom gränserna formar planeringen. Migrerings-API:et riktar sig mot beständiga, virtuella maskiner med enkel session: det stöder Entra joined och Entra hybrid joined Azure-VM:ar, använder ögonblicksbildbaserad provisionering snarare än avbildningsimporter, och provisionerar till Windows 365 Enterprise Cloud PC:ar. I skrivande stund är det tillgängligt i det kommersiella molnet först, med myndighetsmoln och GPU-scenarier flaggade för framtida faser, och det kommer med praktiska krav som Gen2-VM:ar, endast en OS-disk, borttagna tredjepartsagenter, och en importerad disk per användare åt gången. Slutsatsen är att det effektiviserar lyftet för personliga skrivbord med enkel session. Poolade värdpooler med multisession är en omkonstruktion snarare än en ögonblicksbild-och-flytta, så planera dem i stället som nya Windows 365- eller Flex-byggen.

När AVD förblir det rätta svaret

Att flytta är inte alltid målet, och en del av en trovärdig plan för att flytta från AVD till Windows 365 är att vara ärlig om de kohorter som bör stanna. AVD tenderar att förbli den starkare passformen när:

• Ekonomin i multisession med hög densitet dominerar. Där många användare delar Windows-multisessionvärdar effektivt kan kostnaden per användare för den delade infrastrukturen vara mycket svår att slå med licenser per användare.
• GPU-arbetsbelastningar är inblandade. Grafikintensiva användare behöver ofta GPU-stödda värdar, vilket AVD stöder och vilket Windows 365-migreringsvägen ännu inte täcker.
• Efterfrågan är stötvis eller schemalagd. Där användningen toppar och dalar skarpt kan förbrukningsbaserad fakturering plus skalningsautomatisering följa efterfrågan tätare än en platt licens per användare, och den kontroll AVD ger över dimensionering och anpassning är värd att behålla.

Den rätta miljön är ofta en blandning: personliga och skiftbaserade kohorter på Windows 365, och specifika arbetsbelastningar med hög densitet eller GPU kvar på ett smalare, välskött AVD-fotavtryck.

Ett migreringsflöde som minskar risken i flytten

En pålitlig migrering från AVD till Windows 365 följer en sekvens snarare än ett enda skutt:

1. Bedöm miljön. Fånga vad du faktiskt kör: värdar, storlekar, avbildningar, profiler, användningsmönster och den operativa insatsen bakom dem.
2. Segmentera personligt kontra poolat. Dela upp kohorter efter dedikerad och delad användning, eftersom det avgör jämförelsen Enterprise kontra Flex, och flagga de multisession- och GPU-arbetsbelastningar som kan stanna på AVD.
3. Kör en riktgivande kostnadsjämförelse. Jämför varje kohorts nuvarande AVD-kostnad, inklusive marginal och drift, mot den motsvarande Windows 365-modellen. Behandla varje siffra som riktgivande och bygg den från din egen miljö.
4. Pilottesta. Flytta en representativ grupp först, validera upplevelsen och den verkliga driftskostnaden, och bekräfta migreringsansatsen.
5. Migrera i vågor. Rulla över kohorter i kontrollerade vågor, med migreringsfunktionen för beständiga skrivbord och nya byggen för poolade scenarier.
6. Avveckla. Pensionera den AVD-kapacitet en våg inte längre behöver, så att du slutar betala för infrastruktur som migreringen har ersatt.

Ett Intune-rapporteringsverktyg hjälper till att hålla bevis om enhetsberedskap, enrolment, updates och compliance synliga under varje migreringsvåg.

Var EtherInsights passar in

Det svåra med detta är inte teorin, det är att producera siffror du litar på för din specifika miljö och sedan genomföra utan överraskningar. EtherInsights hjälper till att översätta ett rörigt AVD-fotavtryck till tydliga kohorter, genom att visa var personliga skrivbord, skiftbaserade användare och multisession-arbetsbelastningar faktiskt sitter, och ge underlaget att planera flytten med tillförsikt snarare än antagande.

Därifrån förvandlar Windows 365-migrering den bilden till en sekvenserad plan i vågor med driftskostnaden för dag två i sikte. Eftersom varje jämförelse här är riktgivande, är det förnuftiga nästa steget att köra dina egna riktgivande siffror mot dina verkliga kohorter snarare än ett generiskt genomsnitt, och att väva in resultatet i bredare kostnadsoptimering i molnet så att skrivbordsmiljön fortsätter att betala endast för det arbete den stöder.

Få modellen rätt per kohort så slutar migreringen vara en chansning på ett enda genomsnitt. Den blir en uppsättning grundade, bevisunderbyggda beslut.

Utforska Windows 365-migrering för att flytta rätt kohorter, hålla rätt kvar på AVD, och bevisa kostnaden hur som helst.