Använda anspråksfunktioner i Azure DevTest Labs

Tjänsten Azure DevTest Labs förbättrar effektiviteten för utvecklare och testare. Den här artikeln fokuserar på möjligheten att göra anspråk på eller ångra anspråk på virtuella datorer i Azure DevTest Labs. Den visar också olika sätt att förbättra användarupplevelsen på den här funktionen. Innan vi tittar på olika scenarier där den här funktionen kan användas ska vi titta på vad anspråk är och hur den fungerar.

Anspråksbara datorer

En anspråksbar dator är en virtuell dator (VM) som skapas i ett labb utan ägare. När datorn har begärts har användaren ett komplett utbud av alternativ för den virtuella datorn. När en användare gör anspråk på en dator görs några ändringar. Den virtuella datorn flyttas från listan Anspråksbara virtuella datorer till listan Mina virtuella datorer i Azure Portal.

Användaren kan ansluta till den virtuella datorn, anpassa artefakter, starta om, stoppa eller avanmäla sig från datorn. Det finns ett par sätt att göra en virtuell dator anspråksbar:

• Skapa en dator och avanmäl den så att den flyttas till den anspråksbara poolen.
• Skapa en virtuell dator och placera den i den delade poolen med hjälp av avancerade inställningar.

Det finns två fall där anspråks-/icke-anspråksfunktionerna kan användas effektivt. Det första fallet kräver mer eftertanke och planering, för att utformas och köras korrekt. Och den andra är mer situationsbaserad. Följande är några exempel på de olika fallen.

Utformad användning av anspråksbara datorer

• Programvaruutveckling/testning: Gör det möjligt för utvecklare eller testare att vara mer produktiva genom att ha konfigurerade datorer redo och i ett oanmält tillstånd. Med en uppsättning virtuella datorer med olika konfigurationer, nödvändiga verktyg och med den senaste koden kan användarna göra anspråk på en virtuell dator och börja arbeta utan att behöva ägna tid åt att konfigurera en dator. Innan de virtuella datorerna begärs etableras datorerna, men avstängningen minimerar kostnaden för att ha datorer som används mindre ofta. När de virtuella datorerna behövs gör en användare helt enkelt anspråk på den virtuella datorn, som startar datorn. Alternativet friskrivning är inte lika användbart i det här fallet eftersom det ofta är enklare och billigare att skapa en ny virtuell dator.
• Klassrum/labb: Ha virtuella datorer förkonfigurerade för en klass eller ett labb så att eleverna omedelbart kan ansluta till en dator med hjälp av Azure Portal. När en elev gör anspråk på en virtuell dator ser labbet till att ingen kan göra anspråk på samma dator. Genom att automatisera den här processen säkerställs att det nödvändiga antalet datorer med den angivna miljön är tillgängligt. Om eleverna inte dyker upp eller är försenade kan de oanmälda datorerna hållas tillgängliga tills sessionen är över med minimal kostnad. Alternativet friskrivning är inte lika effektivt i det här scenariot eftersom den virtuella datorn är i ett okänt tillstånd när den tidigare användaren är klar.
• Demonstrationer: Använd datorer för demonstrationer, där datorerna i labbet har konfigurerats med specifika miljöer. Den här funktionen är användbar när flera personer kan ge en demonstration samtidigt eller vid slumpmässiga tillfällen, till exempel vid en konferens. Alternativet friskrivning kan vara användbart i den här situationen eftersom demonstrationen inte bör ändra datorns tillstånd, så att användarna kan returnera en virtuell dator tillbaka till den anspråksbara poolen för nästa demonstration. När den oanmälda datorn avetablerades och medför minimal kostnad kan virtuella datorer vara kvar i labbet under längre tidsperioder.
• Tillfälligt anställda/kontraktsanställda: Tillåt användare att använda en dator. När de lämnar, returnerar de den virtuella datorn till den anspråksbara poolen utan dataförlust. När den virtuella datorn är oanmäld kan en annan användare göra anspråk på den virtuella datorn och fortsätta eller granska datorn för ytterligare information.
• I allmänhet: Möjligheten att ha en enda källa som automatiskt konfigurerar och distribuerar virtuella datorer, i en viss takt, är användbar i många olika situationer. Det finns flera olika situationer där anspråks-/friskrivningsfunktionen hjälper användarna att bli mer effektiva genom att ha en automatiserad process för att skapa de virtuella datorerna i ett oanmält tillstånd med en angiven konfiguration. Konfigurationerna kan innehålla olika operativsystem, språk, diskar eller annan programvara (artefakter) beroende på dina behov. Möjligheten att göra anspråk på en virtuell dator från labbet gör att labbanvändaren kan få ett korrekt konfigurerat system utan att behöva ägna tid eller arbete åt att konfigurera datorn. Labbhanteraren kan använda anspråkstillståndet för de virtuella datorerna för att förbättra antalet datorer som genereras, rensa datorer och fastställa prioriteten för konfigurationer. Image Factory är ett bra exempel på en automatiserad process för att skapa virtuella datorer och avbildningar för flera labb. Skripten kan ändras för att köra någon av följande situationer med lämpliga ändringar eller användas som referens för att skapa ett anpassat system.

Situationsbaserad användning av anspråksbara datorer

• Använd anspråks-/icke-anspråksfunktionen som gör det möjligt för användare att överföra kontroll över datorer från en till en annan och inte uttryckligen behöva veta vem som kommer att plocka upp datorn härnäst.
• Utveckling, testning och felsökning av ett scenario där en specifik datorkonfiguration kan återskapa en bugg kan datorn inte begäras, så att en annan utvecklare kan göra anspråk på datorn och fortsätta arbetet. Den här funktionen är särskilt användbar eftersom fler människor arbetar på distans i olika delar av världen.
• Teammedlemmar kan arbeta med en enda miljö. Du kan till exempel manuellt konfigurera en komplex miljö som inte kan automatiseras eller skapa resurser som bara kan hantera ändringar för en enda indata som bilder. Tidigare hanterades detta problem genom att ha en dedikerad maskin igång. Den anspråksbara funktionen är en förbättring jämfört med den manuella processen genom att ha inbyggd användaråtkomstkontroll och visuell identifiering när den är tillgänglig. När den virtuella datorn inte har friskrivning tas den bort för att minska kostnaderna.
• Ha en datadisk som är ansluten till en virtuell dator. Varje disk upp till ~ 1 TB data gör att en stor mängd data kan skickas utan att behöva kopiera eller duplicera data. Den virtuella datorn skulle först skapas med en ansluten disk som hade den stora mängden data. Alla användare kan sedan göra anspråk på datorn och komma åt data. När du är klar avanmäler du den virtuella datorn så att andra användare tillåts till datorn.

Det finns vissa varningar för att använda anspråksbara datorer, oftast när det gäller att få åtkomst till datorn. Om datorn är domänansluten måste användaren som hävdar att datorn redan har beviljats åtkomst, vanligtvis genom att bevilja åtkomst till en grupp som omfattar alla användare i labbet när den virtuella datorn skapas. Om datorn inte är domänansluten måste artefakten Återställ VM-lösenord på den offentliga lagringsplatsen köras för att lägga till användaren som administratör. Artefakter kan tillämpas även efter att datorn har startats eller begärts.

Nästa steg

Se följande artikel: Skapa och hantera anspråksbara virtuella datorer i Azure DevTest Labs