Använda anspråksfunktioner i Azure DevTest Labs

Azure DevTest Labs-tjänsten förbättrar effektiviteten för utvecklare och testare. Den här artikeln fokuserar på möjligheten att göra anspråk på eller avanmäla 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 den virtuella datorn har tilldelats, har användaren ett fullt 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-portalen.

Användaren kan ansluta till den virtuella datorn, anpassa artefakter, starta om, stoppa eller avanmäla 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 tilldela/ta bort tilldelningsfunktionerna kan användas effektivt. Det första fallet kräver mer försyn och planering, för att utformas och köras korrekt. Och den andra är mer situationell. Följande är några exempel på de olika fallen.

Designad användning av reserverbara maskiner

• 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 tillstånd som inte har angetts. 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 konfigureras datorerna men stängs av, vilket 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-portalen. 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. Om du automatiserar den här processen ser du till att det antal datorer som krävs med den angivna miljön är tillgängliga. 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 konfigureras 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 på 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. Med den oallokerade maskinen avprovisionerad och medförande minimal kostnad kan virtuella maskiner lämnas 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 den 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 regel: Möjligheten att ha en enda källa som automatiskt konfigurerar och distribuerar virtuella datorer, på en viss takt, är användbar i många olika situationer. Det finns flera olika situationer där funktionen anspråk/friskrivning 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 ägna tid eller ansträngning åt att konfigurera datorn. Labbhanteraren kan använda det påstådda tillstå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. Azure VM Image Builder ä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.

Situationell användning av maskiner som kan göras anspråk på

• Använd funktionen för att kräva/frigöra kontroll som gör det möjligt för användare att föra över kontrollen över maskiner från en till en annan utan att behöva uttryckligen veta vem som ska ta över kontrollen nästa gång.
• Utveckling, testning och felsökning av ett scenario där en specifik datorkonfiguration kan återskapa en bugg, sedan kan datorn frisläppas så att en annan utvecklare kan anspråka på den 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 det här problemet genom att ha en dedikerad dator 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 tilldelats avprovisioneras den 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 för att tillåta andra användare till datorn.

Det finns vissa förbehåll vid användning av tillgängliga datorer, oftast handlar det om att få tillgång till datorn. Om datorn är domänansluten behöver användaren som får tillgång till datorn redan ha fått åtkomst. Det brukar ske genom att ge å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 lösenord för virtuell dator 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