Använda anspråksfunktioner i Azure DevTest Labs

Azure DevTest Labs-tjänsten förbättrar effektiviteten och effektiviteten hos 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 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 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-/anspråksfunktionerna 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 situationsanpassad. 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 ej anspråkslöst 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. 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 sena kan de oanvända 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 oanmälda datorn som avetablerad och medför minimal kostnad kan virtuella datorer lämnas kvar i labbet under längre tidsperioder.
  • Tillfälliga/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 allmänhet: Möjligheten att ha en enda källa som konfigurerar och distribuerar virtuella datorer automatiskt, på en viss takt, är användbar i många olika situationer. Det finns flera olika situationer där anspråks-/ansvarsfriskrivningsfunktionen 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 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. 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.

Situationell användning av anspråksbara datorer

  • Använd anspråks-/anspråksfunktionen som gör det möjligt för användare att skicka kontroll över datorer från en till en annan och inte uttryckligen behöva veta vem som ska hämta 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 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 fristerats avetablerades 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 ursprungligen 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 avsäger 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 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 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 när datorn har startats eller begärts.

Nästa steg

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