AZ-140-certifiering: Förstå kursen i Azure Virtual Desktop

• Kontrollera att grunderna i Azure, nätverk, identitet och lagring sitter innan kursstart.
• Se AZ-140 som en drift- och designkurs för Azure Virtual Desktop, inte som en allmän introduktion till molnet.
• Förbered frågor om hostpooler, FSLogix, image-hantering, skalning och övervakning eftersom det är där många praktiska beslut uppstår.

AZ-140-certifieringen definierar Microsofts specialty-spår för Configuring and Operating Microsoft Azure Virtual Desktop, riktat till IT-proffs som planerar, implementerar och driver Azure Virtual Desktop-miljöer. Den förberedande kursen bör därför ses som en praktisk genomgång av AVD-arkitektur, användarprofiler, sessionsvärdar, appar, nätverk, säkerhet och drift.

Terminologin är viktig. Tjänsten hette tidigare Windows Virtual Desktop, ofta förkortat WVD, men Microsoft använder numera Azure Virtual Desktop, AVD. Skillnaden är mer än ett namnbyte: modern AVD-planering berör Entra ID, uppdaterade klienter, RDP Shortpath, scaling plans och en tydligare koppling mellan Azure-infrastruktur och slutanvändarupplevelse. Den som läser äldre guider bör därför kontrollera mot Microsoft Learn för AVD, AZ-140, FSLogix och RDP Shortpath innan äldre rekommendationer återanvänds.

Vad AZ-140 faktiskt mäter

AZ-140-provet riktar sig till rollen Azure Virtual Desktop-administratör eller -ingenjör. Kompetensen handlar om att planera och implementera hostpooler, hantera identiteter och användarprofiler, konfigurera appar, lagring och nätverk samt övervaka och säkra lösningen. Det gör provet mer operativt än många förväntar sig; det räcker inte att känna till var knapparna finns i Azure-portalen.

En bra AZ-140-kurs kopplar varje designval till konsekvenser i drift. Valet mellan pooled och personal host pools påverkar till exempel kostnad, kapacitetsplanering, image-strategi och hur FSLogix bör användas. Pooled passar ofta när användare kan dela standardiserade sessionsvärdar och organisationen vill hålla nere VM-kostnader genom skalning. Personal passar bättre när användare behöver en mer beständig maskinupplevelse, särskilda applikationer eller större kontroll över sin miljö, men det ger också mer hantering per användare.

Det är också här identitetsmodellen behöver bli tydlig. Entra ID, hybridanslutning, domänberoenden och behörigheter mot profil- och applagring får praktiska följder för inloggning, åtkomstkontroll och felsökning. Kandidater som blandar ihop identitet, enhetsanslutning och profilåtkomst får ofta svårt att förstå varför en användare kan autentisera sig men ändå inte får en fungerande skrivbordssession.

Vem kursen passar för

Kursen passar bäst för personer som redan arbetar nära Microsoft Azure eller Microsoft 365 och som behöver leverera virtuella skrivbord eller fjärrappar på ett kontrollerat sätt. Azure-administratörer, EUC- och VDI-ingenjörer, Microsoft 365-administratörer, konsulter och team leads kan ha olika utgångspunkter, men de möter samma kärnfrågor: hur sessioner ska byggas, hur profiler ska följa användaren, hur nätverket ska upplevas och hur miljön ska drivas efter införandet.

Den som kommer från traditionell Remote Desktop Services eller Citrix känner ofta igen många begrepp, men bör inte anta att AVD fungerar exakt likadant. I Azure blir kostnadsstyrning, regionval, image-pipeline, övervakning och automatiserad skalning en del av den dagliga designen. Den som kommer från Microsoft 365-hållet behöver i stället ofta lägga mer tid på nätverk, lagring och VM-livscykel.

En svensk organisation bör dessutom tänka på planering i CET och CEST när kurstillfällen, patchfönster och produktionsförändringar diskuteras. Kostnadsexempel bör behandlas som beräkningsövningar i SEK snarare än prislöften, eftersom Azure-förbrukning påverkas av region, VM-storlek, lagringsval, samtidighet och avstängningspolicy. Aktuella kursdatum och praktiska detaljer bör kontrolleras i kursöversikten för AZ-140.

Arkitekturen bakom Azure Virtual Desktop

En AVD-miljö kan beskrivas som flera lager som samverkar. Överst finns användaren och klienten som ansluter till en workspace och en application group. Under det finns hostpoolen, som består av session hosts där användarnas skrivbord eller appar körs. Vid sidan av detta finns identitet, nätverk, profil- och applagring, image-hantering, övervakning och säkerhetspolicyer.

I praktiken är hostpoolen inte bara en grupp virtuella maskiner. Den är ramen för hur användare placeras på sessionsvärdar, hur kapacitet delas, hur uppdateringar rullas ut och hur tillgänglighet hanteras. Därför behöver image-hantering, applikationspaketering och profildesign diskuteras tillsammans, inte som separata tekniska öar.

Azure Compute Gallery används ofta för att hantera golden images på ett mer kontrollerat sätt. En välskött image-process innebär att applikationer, säkerhetsuppdateringar, AVD-agentkomponenter och Sysprep-steg testas innan nya sessionsvärdar byggs. Felaktiga agentversioner, bristande Sysprep-hygien eller manuella ändringar direkt på produktionsvärdar är vanliga orsaker till störningar som först märks när användare inte längre kan logga in eller får inkonsekventa applikationer.

Hostpooler, profiler och appar i kursens praktiska kärna

Planering av hostpooler börjar med användarmönster. En ekonomiavdelning som kör ett fåtal standardiserade appar kan ofta passa i en pooled hostpool med aggressiv skalning och gemensam image. Utvecklare, designers eller användare med tyngre verktyg kan däremot kräva personal host pools eller separata pooled grupper med andra VM-storlekar. Kursen bör därför träna deltagaren i att läsa krav, inte bara skapa resurser.

FSLogix är ofta avgörande för användarupplevelsen i pooled miljöer. Profilcontainrar ger användaren en konsekvent profil mellan sessioner, men de kan också växa okontrollerat om cache, temporära filer och applikationsdata inte hanteras. Profilbloat påverkar både inloggningstid och lagringskostnad. Därför behöver exkluderingslistor, loggar, containerstorlek och lagringsval granskas tidigt, särskilt vid tunga Microsoft 365- och Teams-scenarier.

Valet mellan Azure Files Premium och Azure NetApp Files bör göras utifrån krav på prestanda, kostnad, administration och befintlig arkitektur. En liten pilot kan fungera med enklare lagringsval, medan en större miljö med många samtidiga inloggningar snabbt avslöjar flaskhalsar i IOPS, latens eller behörighetsmodell. Microsoft Learn-dokumentationen för FSLogix är en viktig referens eftersom rekommendationerna förändras när klienter, Office-komponenter och lagringsalternativ uppdateras.

Applikationshantering är nästa lager. Appar kan installeras i image, publiceras som RemoteApps eller hanteras med modernare paketerings- och leveransmönster beroende på organisationens arbetssätt. Den praktiska frågan är inte bara om en app fungerar, utan hur den uppdateras, testas, återställs och isoleras från andra användargrupper. En kurs som stannar vid installation missar därför en stor del av den verkliga AVD-driften.

Ett praktiskt mini-labbflöde från image till övervakning

Ett användbart sätt att förstå AZ-140 är att följa en sammanhängande labbsekvens. Deltagaren börjar med en basimage, validerar operativsystem, agentkomponenter och applikationer, publicerar image till Azure Compute Gallery och använder den för att skapa eller uppdatera session hosts. Därefter kopplas värdarna till en hostpool, användare tilldelas via application groups och FSLogix konfigureras mot vald profillagring.

När den grundläggande miljön fungerar bör labbet fortsätta med scaling plans. AVD Scaling Plans är ofta ett bättre val än egna Automation-skript när organisationen vill ha en stödd, policybaserad modell för att starta och stoppa sessionsvärdar efter schema och belastning. Egna skript kan fortfarande vara motiverade i särskilda fall, men de kräver mer ansvar för felhantering, loggning, behörigheter och framtida underhåll.

Trösklarna för skalning bör sättas med användarupplevelsen i fokus. För få förvärmda sessionsvärdar ger kallstarter när morgonbelastningen kommer, medan för många aktiva VM:ar skapar onödig förbrukning. Ett svenskt företag med tydlig kontorstid kan till exempel planera extra kapacitet före arbetsdagens start i CET eller CEST och därefter låta belastningsbaserade regler ta över. Resultatet bör verifieras med inloggningstider, sessionsdiagnostik och faktisk samtidighet, inte enbart med CPU-mätare.

Nätverket behöver testas innan större VM-storlekar köps som lösning på prestandoproblem. RDP Shortpath kan förbättra transportvägen för fjärrsessioner när förutsättningarna är rätt, men funktionen bör verifieras i klientloggar och AVD-diagnostik i stället för att antas vara aktiv. Teams-optimering bör också kontrolleras med riktiga samtal, skärmdelning och användarplatser, eftersom upplevd latens ofta beror på en kombination av klient, nät, region, säkerhetslösningar och mediahantering.

Den sista delen av labbet är övervakning. Azure Monitor, AVD Insights och relevanta säkerhetsverktyg bör användas för att följa sessionsfel, inloggningstid, agenthälsa, profilproblem och kapacitet. Ett vanligt misstag är att övervakning läggs till först efter pilotfasen. Då saknas ofta baslinjer, vilket gör det svårare att avgöra om en ändring faktiskt förbättrade miljön.

Vanliga fallgropar som kursen bör göra synliga

De vanligaste problemen i AVD beror sällan på en enskild felklickning. De uppstår när image, profil, nätverk och skalning behandlas var för sig. En kurs med praktiknära labbar bör därför visa symtomen: lång inloggning, tom Start-meny, profil som inte monteras, sessionsvärdar som inte registrerar sig, dålig Teams-upplevelse eller kapacitet som startar för sent.

Profilproblem bör felsökas med FSLogix-loggar, storleksanalys och tydliga exclude-regler. Skalningsproblem bör felsökas genom att jämföra schema, faktisk samtidighet och tid till användbar session. Nätverksproblem bör testas med AVD-diagnostik, klientversioner och verifiering av RDP Shortpath där funktionen används. Den praktiska lärdomen är att en stabil AVD-miljö kräver mätpunkter före ändringar, annars blir felsökningen gissningsbaserad.

En annan fallgrop är att göra piloten för snäv. Om testgruppen bara består av tekniskt kunniga användare med god nätverksanslutning fångas inte verkliga variationer i klienter, hemmakontor, periferiutrustning och arbetsmönster. En bättre pilot inkluderar olika roller, arbetstider och applikationsprofiler, samtidigt som kostnader och prestanda följs i samma period.

Hur kursen kopplar till provförberedelse

AZ-140 kräver att kandidaten kan välja rätt åtgärd i ett scenario. Det kan handla om vilken hostpooltyp som passar, hur profiler ska lagras, vilka behörigheter som krävs, hur appar ska publiceras eller hur en sessionsvärd ska felsökas. Därför bör studierna organiseras kring beslutssituationer snarare än isolerade kommandon.

Microsoft Learn är en naturlig referens för provets officiella metadata, färdigheter och produktdokumentation, men dokumentation räcker sällan för att bygga praktiskt omdöme. Labbar gör att deltagaren ser sambanden mellan valen. När en image är felaktigt förberedd, en FSLogix-container blir för stor eller en scaling plan startar kapacitet för sent blir provmålen mer konkreta.

Den som utvärderar utbildning bör därför titta efter tre saker: om kursen följer aktuell AVD-terminologi, om labbarna täcker hela kedjan från image till drift och om instruktionsmaterialet hjälper deltagaren att tolka Microsofts scenariofrågor. Readynez kan vara ett alternativ för organisationer som vill samla AZ-140-förberedelse, labbar och instruktörsledd planering i ett strukturerat upplägg utan att göra utbildningen till en ren teorigenomgång.

Svensk planering: datum, kostnader och rådgivning

För svenska team blir utbildningsplanering ofta en fråga om tajming. Kursdagar, interna releasefönster och provdatum bör planeras med hänsyn till CET och CEST, särskilt när deltagare eller driftsmiljöer finns i flera länder. Om kursen används inför en AVD-pilot är det klokt att lägga labb- och designmoment före större beslut om VM-serier, lagringsnivåer och regionval.

Kostnader bör räknas som scenarier i SEK, inte som fasta belopp. Ett rimligt exempel är att jämföra en pooled hostpool med automatisk avstängning mot personal desktops med högre miniminivå på kapacitet. Beräkningen bör inkludera VM-tid, OS-diskar, profillagring, nätverk, säkerhets- och övervakningskomponenter samt den administrativa kostnaden för image- och apphantering.

Den som vill se fler Microsoft-utbildningar i samma kompetensområde kan använda översikten över Microsoft-kurser som en orientering, men AZ-140 bör väljas när målet specifikt är Azure Virtual Desktop. Microsofts egen introduktion till Azure Virtual Desktop kan också ge en produktnära bild av tjänsten innan en kurs eller pilot planeras.

Publiceringsinformation och ändringslogg

Publicerad: 2026-01-22. Senast uppdaterad: 2026-01-22. Denna version använder Azure Virtual Desktop som primär term, hänvisar till Entra ID i stället för äldre Azure AD-språk där det är relevant och lyfter aktuella driftområden som FSLogix, RDP Shortpath, scaling plans och Azure Compute Gallery.

Ändringsloggen bör uppdateras när Microsoft ändrar AZ-140-metadata, AVD-funktioner eller rekommendationer för FSLogix och nätverk. Det är särskilt viktigt eftersom äldre WVD-artiklar fortfarande cirkulerar och ibland beskriver hanteringssätt som inte längre är det mest lämpliga valet.

FAQ

Vad är Microsoft AZ-140?

Microsoft AZ-140 är provet för Configuring and Operating Microsoft Azure Virtual Desktop. Det är kopplat till Microsoft Certified: Azure Virtual Desktop Specialty och fokuserar på planering, implementation, drift, säkerhet och övervakning av AVD-miljöer.

Är AZ-140 samma sak som en Azure-grundkurs?

Nej. AZ-140 förutsätter att deltagaren redan har grundläggande förståelse för Azure, identitet, nätverk, lagring och virtualisering. Kursens tyngdpunkt ligger på hur dessa delar används för att leverera Azure Virtual Desktop.

Vem bör gå en AZ-140-kurs?

Kursen passar Azure-administratörer, EUC- och VDI-ingenjörer, Microsoft 365-administratörer, konsulter och tekniska team leads som ansvarar för virtuella skrivbord, fjärrappar eller AVD-piloter. Den passar också personer som ska formalisera befintlig erfarenhet genom certifiering.

Vilka praktiska moment bör ingå?

En relevant kurs bör täcka hostpooler, session hosts, image-hantering, FSLogix-profiler, applikationspublicering, nätverk, scaling plans, säkerhet och övervakning. Labbarna bör visa hela kedjan från designval till felsökning.

Hur lång tid tar kursen?

Längden varierar mellan utbildningsupplägg och schema. Kontrollera aktuell kursinformation, tider och format i kursöversikten eftersom datum och upplägg kan ändras.

Behöver en organisation redan ha AVD i drift?

Det är inte ett krav, men tidigare praktisk erfarenhet av Azure och fjärrskrivbord gör kursen lättare att tillgodogöra sig. Organisationer som planerar en pilot får ofta störst nytta om kursen genomförs innan större arkitektur- och kostnadsbeslut tas.

Att ta nästa steg med AZ-140

AZ-140 är mest värdefull när utbildningen kopplas till verkliga driftbeslut. Hostpooltyp, identitet, FSLogix, image-hantering, skalning och nätverk påverkar varandra, och en fungerande AVD-miljö byggs genom att dessa beslut testas tillsammans. Det är också därför praktiska labbar och uppdaterad terminologi spelar så stor roll.

En praktisk väg framåt är att jämföra kursinnehållet med den egna organisationens AVD-plan: vilka användargrupper som ska stödjas, vilken profilstrategi som behövs, hur kostnader ska följas i SEK och vilka tider som gäller för drift och ändringar i CET eller CEST. Om nästa steg är att diskutera datum, företagsanpassning eller lämpligt upplägg kan Readynez kontaktas via kontaktformuläret. Startsidan för Readynez Sverige ger också en ingång till vidare utbildningsplanering.