Så här skapar du arbetsbelastningar på virtuella datorer med oanvänd kapacitet

I den här artikeln beskriver vi metodtipsen för att bygga på virtuella Azure-datorer (VM) och innehåller ett distributionsbart exempelscenario. Virtuella datorer med oanvänd kapacitet ger åtkomst till beräkningskapacitet till betydande rabatter till vanliga virtuella datorer. Den här rabatten gör dem till en attraktiv lösning för organisationer som vill optimera kostnaderna, men besparingarna är ett villkor. Virtuella datorer med oanvänd kapacitet kan förlora åtkomsten till beräkning när som helst. Vi kallar den här processen för en borttagning. Arbetsbelastningar som körs på virtuella datorer med oanvänd kapacitet måste kunna hantera dessa avbrott i beräkningen. Rätt arbetsbelastning och en flexibel orkestreringsmekanism är nycklarna till framgång. Här är våra rekommendationer för att skapa virtuella datorer på plats.

Förstå virtuella datorer med oanvänd kapacitet

På teknisk nivå är virtuella datorer med oanvänd kapacitet samma som vanliga virtuella datorer. De använder samma avbildningar, maskinvara och diskar som översätter till samma prestanda. Skillnaden mellan virtuella datorer med oanvänd kapacitet och vanliga virtuella datorer beror på prioritet och tillgänglighet. Virtuella datorer med oanvänd kapacitet har ingen prioritet för att komma åt beräkningskapaciteten, och de har inga tillgänglighetsgarantier när de har åtkomst till beräkningskapaciteten. Nu ska vi diskutera prioritet och tillgänglighet mer detaljerat.

Ingen prioritetsåtkomst. Vanliga virtuella datorer har prioritetsåtkomst till beräkningskapacitet. De får åtkomst till beräkningskapacitet när de begär det. Virtuella datorer med oanvänd kapacitet distribueras å andra sidan bara när det finns extra beräkningskapacitet, och de körs bara när en vanlig virtuell dator inte behöver den underliggande maskinvaran.

Ingen tillgänglighetsgaranti. Virtuella datorer med oanvänd kapacitet har inga tillgänglighetsgarantier. De har inga serviceavtal (SLA). Virtuella datorer med oanvänd kapacitet kan förlora åtkomsten till beräkningskapaciteten omedelbart eller när som helst efter distributionen (borttagning). Virtuella spotdatorer är billigare på grund av borttagningsmöjligheten. När Azure behöver beräkningskapaciteten tillbaka skickas ett borttagningsmeddelande och avlägsnar den virtuella datorn för oanvänd kapacitet. Azure tillhandahåller minst 30 sekunders förvarning innan den faktiska borttagningen äger rum. Mer information finns i Övervaka kontinuerligt för borttagning i den här artikeln.

Förstå priser för virtuella datorer med oanvänd kapacitet

Virtuella datorer med oanvänd kapacitet kan vara upp till 90 procent billigare än vanliga virtuella datorer (betala per användning). Rabatten varierar beroende på efterfrågan, VM-storlek, distributionsregion och operativsystem. Vi rekommenderar att du använder prisverktyget för virtuella Azure Spot VM-datorer för att få en uppskattning av kostnadsbesparingarna. Mer information finns i:

• Prisverktyg för virtuella Azure Spot-datorer
• Prisöversikt över virtuella datorer med oanvänd kapacitet

Du kan också köra frågor mot API:et för Azure-detaljhandelspriser för att programmatiskt få spotpriser för valfri SKU av intresse.

Förstå avbrottsbara arbetsbelastningar

Avbrottsbara arbetsbelastningar är det bästa användningsfallet för virtuella datorer med oanvänd kapacitet. Avbrottsbara arbetsbelastningar har några vanliga egenskaper. De har minimala eller inga tidsbegränsningar, låg organisationsprioritet och korta bearbetningstider. De kör processer som kan stoppas plötsligt och återupptas senare utan att skada viktiga organisationsprocesser. Exempel på avbrottsbara arbetsbelastningar är batchbearbetningsprogram, dataanalys och arbetsbelastningar som skapar en kontinuerlig integrerings-kontinuerlig distributionsagent för en icke-produktionsmiljö. Dessa funktioner står i kontrast till regelbundna eller verksamhetskritiska arbetsbelastningar som har serviceavtal (SLA), klibbiga sessioner och tillståndskänsliga data. Tabellen innehåller exempel för båda arbetsbelastningstyperna.

Du kan använda virtuella datorer med oavbrottsbara arbetsbelastningar, men de bör inte vara den enda källan till beräkningskapacitet. Använd så många vanliga virtuella datorer som du behöver för att uppfylla dina drifttidskrav.

Förstå borttagning

Virtuella datorer med oanvänd kapacitet har inga serviceavtal (serviceavtal) när de har skapats och kan förlora åtkomsten till beräkning när som helst. Vi kallar den här beräkningsförlusten för en borttagning. Beräkningstillgång och efterfrågan driver borttagning. När efterfrågan på en specifik VM-storlek överskrider en viss nivå avlägsnar Azure virtuella datorer med oanvänd kapacitet för att göra beräkning tillgänglig för vanliga virtuella datorer. Efterfrågan är platsspecifik. En ökad efterfrågan i region A påverkar inte virtuella datorer med oanvänd kapacitet i region B.

Virtuella datorer med oanvänd kapacitet har två konfigurationsalternativ som påverkar borttagningen. Dessa konfigurationer är "borttagningstyp" och "borttagningsprincip" för den virtuella datorn med oanvänd kapacitet. Du anger dessa konfigurationer när du skapar den virtuella datorn för oanvänd kapacitet. "Borttagningstypen" definierar villkoren för en borttagning. "Borttagningsprincipen" avgör vad borttagning gör med den virtuella datorn för oanvänd kapacitet. Nu ska vi ta itu med båda konfigurationsalternativen.

Borttagningstyp

Borttagning orsakas av kapacitetsändringar eller prisändringar. Hur dessa påverkar virtuella datorer med oanvänd kapacitet beror på vilken borttagningstyp som valdes när den virtuella datorn skapades. Avlägsningstyp definierar villkoren för en borttagning. Avhysningstyperna är "kapacitetsavhysning" och "pris- eller kapacitetsavhysning".

Endast kapacitetsavhysning: Den här avlägsningstypen utlöser en borttagning när överskottskapaciteten försvinner. Som standard är priset begränsat till betala per användning-priset. Använd den här avhysningstypen när du är villig att betala upp till priset för den virtuella datorn med användningsbaserad betalning.

Borttagning av pris eller kapacitet: Den här avlägsningstypen har två utlösare. Azure tar bort en virtuell dator med oanvänd kapacitet när överskottskapaciteten försvinner eller kostnaden för den virtuella datorn överskrider det högsta pris som du har angett. Med den här avhysningstypen kan du ange ett högsta pris långt under priset betala per användning. Använd den här borttagningstypen för att ange ett eget pristak.

Borttagningsprincip

Den borttagningsprincip som valts för en virtuell dator med oanvänd kapacitet påverkar orkestreringen. Med orkestrering menar vi processen för att hantera en borttagning. Vi går igenom orkestreringen i detalj senare. Borttagningsprinciperna är "Stop/Deallocate policy" och "Delete policy".

Stop/Deallocate-princip: Principen stoppa/frigöra borttagning är bäst när arbetsbelastningen kan vänta på versionskapacitet på samma plats och vm-typ. Principen Stop/Deallocate stoppar den virtuella datorn och avslutar lånet med den underliggande maskinvaran. Att stoppa och frigöra en virtuell dator för oanvänd kapacitet är detsamma som att stoppa och frigöra en vanlig virtuell dator. Den virtuella datorn är fortfarande tillgänglig i Azure och du kan starta om samma virtuella dator senare. Med principen Stop/Deallocate förlorar den virtuella datorn beräkningskapacitet och icke-statiska IP-adresser. De virtuella datordatadiskarna finns dock kvar och debiteras fortfarande. Den virtuella datorn upptar också kärnor i prenumerationen. Virtuella datorer kan inte flyttas från sin region eller zon ens när de stoppas/frigörs. Mer information finns i VM-energitillstånd och fakturering.

Ta bort princip: Använd "Ta bort princip" om arbetsbelastningen kan ändra plats eller VM-storlek. Om du ändrar plats- och/eller VM-storlek kan den virtuella datorn distribueras snabbare. Principen Ta bort tar bort den virtuella datorn och alla datadiskar. Den virtuella datorn upptar inte kärnor i prenumerationer. Mer information om borttagningsprinciper finns i borttagningsprincip.

Design för flexibel orkestrering

Orkestrering är processen att ersätta en virtuell dator med oanvänd kapacitet efter en borttagning. Det är grunden för att skapa en tillförlitligt avbrottsbar arbetsbelastning. Ett bra orkestreringssystem har inbyggd flexibilitet. Med flexibilitet menar vi att utforma orkestreringen så att den har alternativ, använda flera VM-storlekar, distribuera till olika regioner, vara borttagningsmedveten och ta hänsyn till olika borttagningsscenarier för att förbättra arbetsbelastningens tillförlitlighet och hastighet.

Nedan har vi beskrivit rekommendationer som hjälper dig att utforma flexibel orkestrering för din avbrottsbara arbetsbelastning.

Design för hastighet

För en arbetsbelastning som körs på virtuella datorer med oanvänd kapacitet är beräkningskapacitet en skatt. Den överhängande risken för borttagning bör öka din uppskattning för den tilldelade beräkningstiden och övergå till meningsfulla designbeslut som prioriterar arbetsbelastningshastigheten. I allmänhet rekommenderar vi att du optimerar den beräkningstid du har. Du bör skapa en VM-avbildning med all nödvändig programvara förinstallerad. Förinstallerad programvara hjälper till att minimera tiden mellan borttagning och ett program som körs fullt ut. Du vill undvika att använda beräkningstid på processer som inte bidrar till arbetsbelastningssyfte. En arbetsbelastning för dataanalys bör till exempel fokusera mest beräkningstid på databearbetning och så lite som möjligt på att samla in borttagningsmetadata. Eliminera icke-nödvändiga processer från ditt program.

Använda flera VM-storlekar och platser

Vi rekommenderar att du skapar en orkestrering för att använda flera typer av virtuella datorer och storlekar för att öka flexibiliteten. Målet är att ge orkestreringsalternativen för att ersätta en borttagen virtuell dator. Azure har olika typer av virtuella datorer och storlekar som ger liknande funktioner för ungefär samma pris. Du bör filtrera virtuella datorer min vCPU:er/kärnor och/eller min RAM och högsta pris för att hitta flera virtuella datorer som kan köra din arbetsbelastning och passa in i din budget. Varje typ av virtuell dator har en borttagningsgrad uttryckt som ett procentintervall (0-5%, 5-10%, 10-15%, 15-20%, 20+%). Borttagningsfrekvensen kan variera mellan olika regioner. Du kan hitta en bättre borttagningshastighet för samma typ av virtuell dator i en annan region. Du hittar borttagningsfrekvensen för varje typ av virtuell dator i portalen under fliken Grundläggande. Välj länkarna "Storlek" ("Visa prishistorik" eller "Visa alla storlekar"). Du kan också programmatiskt hämta vm-data för oanvänd kapacitet med hjälp av Azure Resource Graph. Mer information finns i:

• Borttagningshastigheter
• Azure Resource Graph

Använd den mest flexibla borttagningsprincipen

Borttagningsprincipen för den avlägsnade virtuella datorn för oanvänd kapacitet påverkar ersättningsprocessen. En borttagningsprincip för borttagning av borttagningar är mer flexibel än en princip för stoppad/frigjord borttagning.

Överväg borttagningsprincipen först: Vi rekommenderar att du använder en borttagningsprincip för borttagning om din arbetsbelastning kan hantera den. Borttagning gör att orkestreringen kan distribuera virtuella datorer med ersättningsplatsen till nya zoner och regioner. Den här distributionsflexinstansen kan hjälpa arbetsbelastningen att hitta extra beräkningskapacitet snabbare än en stoppad/frigjord virtuell dator. Stoppade/frigjorda virtuella datorer måste vänta på extra beräkningskapacitet i samma zon som den skapades i. För borttagningsprincipen behöver du en process för att övervaka borttagningar som är externa för programmet och samordnar distributioner till olika regioner och/eller med olika VM-SKU:er.

Förstå den stoppade/frigjorda principen: Den stoppade/frigjorda principen har mindre flexibilitet än borttagningsprincipen. De virtuella datorerna för oanvänd kapacitet måste vara kvar i samma region och zon. Du kan inte flytta en stoppad/frigjord virtuell dator till en annan plats. Eftersom de virtuella datorerna har en fast plats behöver du något på plats för att omallokera den virtuella datorn när beräkningskapaciteten blir tillgänglig. Det finns inget sätt att förutsäga när beräkningskapaciteten kommer att vara tillgänglig. Därför rekommenderar vi att du använder en automatiserad schemapipeline för att försöka distribuera om efter en borttagning. En borttagning bör utlösa schemapipelinen och omdistributionsförsöken bör kontinuerligt söka efter beräkningskapacitet tills den blir tillgänglig.

Övervaka kontinuerligt för borttagning

Övervakning är nyckeln till arbetsbelastningens tillförlitlighet på virtuella datorer med oanvänd kapacitet. Virtuella datorer med oanvänd kapacitet har inget serviceavtal när de har skapats och kan tas bort när som helst. Det bästa sättet att förbättra arbetsbelastningens tillförlitlighet på virtuella datorer på plats är att förutse när de kommer att avlägsnas. Med den här informationen kan du försöka utföra en korrekt avstängning av arbetsbelastningen och utlösa automatisering som orkestrerar ersättningen.

Använd Schemalagda händelser: Vi rekommenderar att du använder tjänsten Schemalagda händelser för varje virtuell dator. Azure skickar ut signaler till virtuella datorer när de kommer att påverkas av infrastrukturunderhåll. Avhysningar kvalificerar sig som infrastrukturunderhåll. Azure skickar ut signalen Preempt till alla virtuella datorer minst 30 sekunder innan de avlägsnas. Med en tjänst med namnet Schemahändelser kan du fånga den här Preempt signalen genom att fråga en slutpunkt på en statisk, icke-dirigerbar IP-adress 169.254.169.254.

Använd vanliga frågor: Vi rekommenderar att du frågar efter slutpunkten Schemalägg händelser tillräckligt ofta för att orkestrera en graciös avstängning. Du kan köra frågor mot slutpunkten Schemalagda händelser upp till varje sekund, men en sekunds frekvens kanske inte är nödvändig för alla användningsfall. Dessa frågor måste komma från ett program som körs på den virtuella datorn för oanvänd kapacitet. Frågan kan inte komma från en extern källa. Därför förbrukar frågorna vm-beräkningskapacitet och stjäl bearbetningskraft från huvudarbetsbelastningen. Du måste balansera de konkurrerande prioriteringarna för att uppfylla din specifika situation.

Automatisera orkestrering: När du har samlat in signalen Preempt bör orkestreringen agera på den signalen. Med tanke på tidsbegränsningarna bör signalen Preempt försöka stänga av din arbetsbelastning på ett smidigt sätt och starta en automatiserad process som ersätter den virtuella datorn med oanvänd kapacitet. Mer information finns i:

• Schemalagda händelser
• Typer av schemalagda händelser
• Frågefrekvens för slutpunkt

Skapa ett distributionssystem

Orkestreringen behöver en automatiserad pipeline för att distribuera nya virtuella datorer med oanvänd kapacitet när de avlägsnas. Pipelinen ska köras utanför själva den avbrottsbara arbetsbelastningen för att säkerställa beständighet. Hur distributionspipelinen ska fungera beror på vilken borttagningsprincip du har valt för dina virtuella datorer med oanvänd kapacitet.

För en borttagningsprincip rekommenderar vi att du skapar en pipeline som använder olika VM-storlekar och distribuerar till olika regioner. För en stoppad/frigjord princip behöver distributionspipelinen två distinkta åtgärder. För att kunna skapa en virtuell dator måste pipelinen distribuera rätt storlek på virtuella datorer till rätt plats. För en borttagen virtuell dator måste pipelinen försöka starta om den virtuella datorn tills den fungerar. En kombination av Azure Monitor-aviseringar och Azure Functions är ett av flera sätt att automatisera ett distributionssystem. Pipelinen kan använda bicep-mallar. De är deklarativa och idempotent och representerar bästa praxis för infrastrukturdistribution.

Förbered för omedelbar borttagning

Det är möjligt att den virtuella datorn för oanvänd kapacitet kommer att utses för borttagning så snart den har skapats och till och med innan din arbetsbelastning körs. Bara för att det fanns kapacitet att skapa en virtuell dator med oanvänd kapacitet betyder det inte att den bevaras. Virtuella datorer med oanvänd kapacitet har inga tillgänglighetsgarantier (serviceavtal) när de har skapats. Orkestreringen måste ta hänsyn till omedelbara borttagningar. Signalen Preempt ger fortfarande minst 30 sekunders förvarning om avhysningen.

Vi rekommenderar att du införlivar hälsokontroller för virtuella datorer i orkestreringen för att förbereda för omedelbara borttagningar. Orkestrering för omedelbara borttagningar kan inte förlita sig på signalen Schemahändelser Preempt . Endast själva den virtuella datorn kan köra frågor mot signalen Preempt och det finns inte tillräckligt med tid för att starta ett program, köra frågor mot slutpunkten Schemalägg händelser och stänga av den på ett korrekt sätt. Hälsokontrollen måste därför finnas utanför arbetsbelastningsmiljön. Hälsokontrollerna måste titta på status för den virtuella datorn för oanvänd kapacitet och starta distributionspipelinen för att ersätta den virtuella datorn med oanvänd kapacitet när statusen ändras till att frigöras eller stoppas.

Planera för flera samtidiga borttagningar

Om du kör ett kluster med virtuella datorer med oanvänd kapacitet bör du skapa arbetsbelastningen för att klara flera samtidiga borttagningar. Flera virtuella datorer med oanvänd kapacitet i arbetsbelastningen kan tas bort samtidigt. En samtidig borttagning av flera virtuella datorer kan påverka programmets dataflöde. För att undvika den här situationen bör distributionspipelinen kunna samla in signaler från flera virtuella datorer och distribuera flera ersättande virtuella datorer samtidigt.

Design för en graciös avstängning

Avstängningsprocesserna för virtuella datorer bör vara mindre än 30 sekunder och tillåta att den virtuella datorn stängs av innan en borttagning. Hur lång tid avstängningen ska ta beror på hur ofta arbetsbelastningen frågar slutpunkten Schemalagda händelser. Ju oftare du frågar slutpunkten, desto längre kan avstängningsprocessen vara. Avstängningsprocessen bör frigöra resurser, tömma anslutningar och rensa händelseloggar. Du bör regelbundet skapa och spara kontrollpunkter för att spara kontexten och skapa en effektivare återställningsstrategi. Kontrollpunkten är bara information om vilka processer eller transaktioner som nästa virtuella dator behöver starta på. De bör ange om den virtuella datorn ska återupptas där den tidigare virtuella datorn slutade eller om den nya virtuella datorn ska återställa ändringarna och starta hela processen igen. Du bör lagra kontrollpunkterna utanför vm-miljön för oanvänd kapacitet. Ett lagringskonto fungerar.

Testa orkestreringen

Vi rekommenderar att du simulerar borttagningshändelser för att testa orkestrering i utvecklings-/testmiljöer. Mer information finns i Simulera borttagning.

Utforma en idempotent arbetsbelastning

Vi rekommenderar att du utformar en idempotent arbetsbelastning. Resultatet av bearbetningen av en händelse mer än en gång bör vara detsamma som att bearbeta den en gång. Avhysningar kan leda till framtvingade avstängningar trots försök att säkerställa graciösa avstängningar. Framtvingade avstängningar kan avsluta processer innan de slutförs. Idempotenta arbetsbelastningar kan få samma meddelande mer än en gång och resultatet förblir detsamma. Mer information finns i idempotens.

Använda en programuppvärmningsperiod

De flesta avbrottsbara arbetsbelastningar kör program. Program behöver tid att installera och tid att starta. De behöver tid för att ansluta till extern lagring och samla in information från kontrollpunkter. Vi rekommenderar att du har en programuppvärmningsperiod innan den kan börja bearbetas. Under uppvärmningsperioden bör programmet starta, ansluta och förbereda för att bidra. Du bör bara tillåta att ett program börjar bearbeta data när du har verifierat programmets hälsotillstånd.

Konfigurera användartilldelade hanterade identiteter

Vi rekommenderar att du använder användartilldelade hanterade identiteter för att effektivisera autentiserings- och auktoriseringsprocessen. Med användartilldelade hanterade identiteter kan du undvika att ange autentiseringsuppgifter i kod och inte är knutna till en enda resurs som systemtilldelade hanterade identiteter. De användartilldelade hanterade identiteterna innehåller behörigheter och åtkomsttoken från Microsoft Entra-ID som kan återanvändas och tilldelas för att upptäcka virtuella datorer under orkestreringen. Tokenkonsekvens mellan virtuella datorer med oanvänd kapacitet hjälper till att effektivisera orkestreringen och åtkomsten till arbetsbelastningsresurser som de virtuella datorerna har.

Med systemtilldelade hanterade identiteter kan en ny virtuell dator för oanvänd kapacitet få en annan åtkomsttoken från Microsoft Entra-ID. Om du behöver använda systemtilldelade hanterade identiteter rekommenderar vi att du gör arbetsbelastningarna motståndskraftiga mot 403 Forbidden Error svar. Orkestreringen måste hämta token från Microsoft Entra-ID med rätt behörigheter. Mer information finns i Hanterade identiteter.

Exempelscenario

Exempelscenariot distribuerar ett köbearbetningsprogram som kvalificerar sig som en avbrottsbar arbetsbelastning. Skripten i scenariot är illustrativa. Scenariot vägleder dig genom en manuell push-överföring en gång för att distribuera resurser. Vi har inte tillhandahållit någon distributionspipeline med den här implementeringen. Men en distributionspipeline är nödvändig för att automatisera orkestreringsprocessen. Diagrammet illustrerar arkitekturen i exempelscenariot.

Följande kommentarer förklarar viktiga aspekter av arkitekturen:

1. Definition av VM-program: Den virtuella datorns programdefinition skapas i Azure Compute Gallery. Den definierar programnamn, plats, operativsystem och metadata. Programversionen är en numrerad version av den virtuella datorns programdefinition. Programversionen är en instansiering av det virtuella datorprogrammet. Den måste finnas i samma region som den virtuella datorn för oanvänd kapacitet. Programversionen länkar till källprogrampaketet i lagringskontot.
2. Lagringskonto: Lagringskontot lagrar källprogrampaketet. I den här arkitekturen är det en komprimerad tjärfil med namnet worker-0.1.0.tar.gz. Den innehåller två filer. En fil är orchestrate.sh bash-skriptet som installerar .NET-arbetsprogrammet.
3. Virtuell dator med oanvänd kapacitet: Den virtuella datorn för oanvänd kapacitet distribueras. Den måste finnas i samma region som programversionen. Den laddas worker-0.1.0.tar.gz ned till den virtuella datorn efter distributionen. bicep-mallen distribuerar en Ubuntu-avbildning på en virtuell standardfamiljedator. De här konfigurationerna uppfyller programmets behov och är inte allmänna rekommendationer för dina program.
4. Lagringskö: Den andra tjänsten som körs i .NET-arbetaren innehåller meddelandekölogik. Microsoft Entra-ID ger vm-platsen åtkomst till lagringskö med en användartilldelad identitet med hjälp av RBAC.
5. .Net Worker-program: Skriptet orchestrate.sh installerar ett .NET-arbetsprogram som kör två bakgrundstjänster. Den första tjänsten frågar slutpunkten Schemalägg händelser och letar efter signalen Preempt och skickar den här signalen till den andra tjänsten. Den andra tjänsten bearbetar meddelanden från lagringskön och lyssnar efter signalen Preempt från den första tjänsten. När den andra tjänsten tar emot signalen avbryter den lagringsköbearbetningen och börjar stängas av.
6. Frågeslutpunkt för schemalagda händelser: En API-begäran skickas till en statisk ip-adress som inte kan dirigeras 169.254.169.254. API-begäran frågar slutpunkten schemalagd händelse för infrastrukturunderhållssignaler.
7. Application Insights: Arkitekturen använder Endast Application Insights i utbildningssyfte. Det är inte en viktig komponent i orkestrering av avbrottsbar arbetsbelastning. Vi har inkluderat det som ett sätt för dig att verifiera telemetrin från .NET-arbetsprogrammet. Vi har konfigurerat .NET-arbetsprogrammet för att skicka telemetri till Application Insights. Mer information finns i aktivera livemått från .NET-program.

Distribuera det här scenariot

Vi skapade en GitHub-lagringsplats med namnet avbrottsbar arbetsbelastning på plats med mallar, skript och stegvisa instruktioner för att distribuera den här arkitekturen. Du hittar mer teknisk information om arkitekturen och tekniska artefakter på den här lagringsplatsen.

Gå vidare

Mer information om virtuella datorer med oanvänd kapacitet finns i Virtuella Azure Spot-datorer.

Relaterade resurser

• Arkitekturmetoder för kostnadshantering och allokering i en lösning med flera klientorganisationer
• Kör en Windows-VM på Azure
• Kör en Linux-VM på Azure