Felsöka allokeringsfel när du skapar eller ändrar storlek på virtuella datorer i Azure

När du skapar en virtuell dator (VM), startar stoppade (frigjorda) virtuella datorer eller ändrar storlek på en virtuell dator allokerar Microsoft Azure beräkningsresurser till din prenumeration. Vi investerar kontinuerligt i ytterligare infrastruktur och funktioner för att se till att vi alltid har alla vm-typer tillgängliga för att stödja kundernas efterfrågan. Ibland kan det dock uppstå resursallokeringsfel på grund av en aldrig tidigare skådad ökning av efterfrågan på Azure-tjänster i specifika regioner. Det här problemet kan inträffa när du försöker skapa eller starta virtuella datorer i en region medan de virtuella datorerna visar följande felkod och meddelande:

Felkod: AllocationFailed eller ZonalAllocationFailed

Felmeddelande: "Allokeringen misslyckades. Vi har inte tillräckligt med kapacitet för den begärda VM-storleken i den här regionen. Läs mer om att förbättra sannolikheten för att allokeringen lyckas på https://aka.ms/allocation-guidance"

Obs!

Om du felsöker en vm-skalningsuppsättning (VMSS) är processen samma som en vanlig virtuell dator. Lös problemet genom att följa anvisningarna i den här artikeln.

Felmeddelande: "Allokeringen misslyckades. Om du försöker lägga till en ny virtuell dator i en VM-skalningsuppsättning med en enda placeringsgrupp eller uppdatera/ändra storlek på en befintlig virtuell dator i en VM-skalningsuppsättning med en enda placeringsgrupp bör du tänka på att sådan allokering kan vara begränsad till ett enda kluster, och det är möjligt att klustret har slut på kapacitet. Läs mer om att förbättra sannolikheten för att allokeringen lyckas på http://aka.ms/allocation-guidance."

Den här artikeln förklarar orsakerna till några av de vanliga allokeringsfelen och föreslår möjliga lösningar.

Om ditt Azure-problem inte åtgärdas i den här artikeln kan du besöka Azure-forumen på Q&A och Stack Overflow. Du kan publicera ditt problem på dessa forum eller på @AzureSupport Twitter. Du kan också skicka en Azure Support begäran genom att välja Få support på Azure Support webbplats.

Tills den önskade vm-typen är tillgänglig i önskad region rekommenderar vi kunder som stöter på distributionsproblem att betrakta vägledningen i följande tabell som en tillfällig lösning.

Identifiera det scenario som bäst matchar ditt ärende och försök sedan med allokeringsbegäran igen med hjälp av motsvarande föreslagna lösning för att öka sannolikheten för att allokeringen lyckas. Du kan också alltid försöka igen senare. Det beror på att tillräckligt många resurser kan ha frigjorts i klustret, regionen eller zonen för att hantera din begäran.

Ändra storlek på en virtuell dator eller lägg till virtuella datorer i en befintlig tillgänglighetsuppsättning

Orsak

En begäran om att ändra storlek på en virtuell dator eller lägga till en virtuell dator i en befintlig tillgänglighetsuppsättning måste prövas i det ursprungliga klustret som är värd för den befintliga tillgänglighetsuppsättningen. Den begärda VM-storleken stöds av klustret, men klustret kanske för närvarande inte har tillräckligt med kapacitet.

Lösning

Om den virtuella datorn kan ingå i en annan tillgänglighetsuppsättning skapar du en virtuell dator i en annan tillgänglighetsuppsättning (i samma region). Den nya virtuella datorn kan sedan läggas till i samma virtuella nätverk.

Stoppa (frigöra) alla virtuella datorer i samma tillgänglighetsuppsättning och starta sedan alla tillämpliga virtuella datorer i batch. Stoppa: Klicka på Resursgrupper > [din resursgrupp] > Resurser > [din tillgänglighetsuppsättning] > Virtual Machines > [din virtuella dator] > Stoppa. När alla virtuella datorer har stoppats går du till Virtuella hemdatorer>, lägger till etttillgänglighetsuppsättningsfilter och väljer sedan Gruppera efter tillgänglighetsuppsättning. Markera alla tillämpliga virtuella datorer och klicka på Start. Det här steget ser till att ett nytt allokeringsförsök körs och att ett nytt kluster kan väljas som har tillräcklig kapacitet.

Starta delvis stoppade (frigjorda) virtuella datorer

Orsak

Partiell frigöring innebär att du har stoppat (frigjort) en eller flera, men inte alla, virtuella datorer i en tillgänglighetsuppsättning. När du frigör en virtuell dator släpps de associerade resurserna. Att starta virtuella datorer i en delvis frigjord tillgänglighetsuppsättning är detsamma som att lägga till virtuella datorer i en befintlig tillgänglighetsuppsättning. Därför måste allokeringsbegäran prövas i det ursprungliga klustret som är värd för den befintliga tillgänglighetsuppsättningen som kanske inte har tillräcklig kapacitet.

Lösning

Stoppa (frigöra) alla virtuella datorer i samma tillgänglighetsuppsättning och starta sedan alla tillämpliga virtuella datorer i batch. Stoppa: Klicka på Resursgrupper > [din resursgrupp] > Resurser > [din tillgänglighetsuppsättning] > Virtual Machines > [din virtuella dator] > Stoppa. När alla virtuella datorer har stoppats går du till Virtuella hemdatorer>, lägger till etttillgänglighetsuppsättningsfilter och väljer sedan Gruppera efter tillgänglighetsuppsättning. Markera alla tillämpliga virtuella datorer och klicka på Start. Detta säkerställer att ett nytt allokeringsförsök körs och att ett nytt kluster kan väljas som har tillräcklig kapacitet.

Starta helt stoppade (frigjorda) virtuella datorer

Orsak

Fullständig frigöring innebär att du stoppade (frigjorde) alla virtuella datorer i en tillgänglighetsuppsättning. Allokeringsbegäran för att starta dessa virtuella datorer riktar sig till alla kluster som stöder önskad storlek i regionen eller zonen. Ändra din allokeringsbegäran enligt förslagen i den här artikeln och försök igen för att förbättra risken för att allokeringen lyckas.

Lösning

Om du använder äldre VM-serier eller storlekar, till exempel Dv1, DSv1, Av1, D15v2 eller DS15v2, bör du överväga att flytta till nyare versioner. Se de här rekommendationerna för specifika VM-storlekar. Om du inte har möjlighet att använda en annan VM-storlek kan du prova att distribuera till en annan region inom samma geografiska område. Mer information om tillgängliga VM-storlekar i varje region finns på https://aka.ms/azure-regions

Om du använder tillgänglighetszoner kan du prova en annan zon i regionen som kan ha tillgänglig kapacitet för den begärda VM-storleken.

Om din allokeringsbegäran är stor (mer än 500 kärnor) läser du vägledningen i följande avsnitt för att dela upp begäran i mindre distributioner.

Allokeringsfel för äldre VM-storlekar (Av1, Dv1, DSv1, D15v2, DS15v2 osv.)

När vi expanderar Azure-infrastrukturen distribuerar vi nyare maskinvara som är utformad för att stödja de senaste typerna av virtuella datorer. Vissa av de äldre virtuella datorerna i serien körs inte på vår senaste generations infrastruktur. Därför kan kunder ibland uppleva allokeringsfel för dessa äldre SKU:er. För att undvika det här problemet rekommenderar vi att kunder som använder äldre virtuella datorer i serien överväg att flytta till motsvarande nyare virtuella datorer enligt följande rekommendationer: Dessa virtuella datorer är optimerade för den senaste maskinvaran och gör att du kan dra nytta av bättre priser och prestanda.

Äldre VM-serie/storlek	Rekommenderad nyare VM-serie/storlek	Mer information
Av1-serien	Av2-serien	https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Dv1- eller DSv1-serien (D1 till D5)	Dv3- eller DSv3-serien	https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Dv1- eller DSv1-serien (D11 till D14)	Ev3- eller ESv3-serien
D15v2 eller DS15v2	Om du använder distributionsmodellenResource Manager för att dra nytta av de större VM-storlekarna kan du överväga att flytta till D16v3/DS16v3 eller D32v3/DS32v3. Dessa är utformade för att köras på den senaste generationens maskinvara. Om du använder distributionsmodellen Resource Manager för att se till att din virtuella datorinstans är isolerad till maskinvara som är dedikerad till en enskild kund kan du överväga att flytta till de nya isolerade VM-storlekarna, E64i_v3 eller E64is_v3, som är utformade för att köras på den senaste generationens maskinvara.	https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/

Allokeringsfel för stora distributioner (mer än 500 kärnor)

Minska antalet instanser av den begärda VM-storleken och försök sedan utföra distributionsåtgärden igen. För större distributioner kanske du dessutom vill utvärdera Skalningsuppsättningar för virtuella Azure-datorer med flera placeringsgrupper. Antalet vm-instanser kan automatiskt öka eller minska som svar på efterfrågan eller ett definierat schema, och du har större chans att allokeringen lyckas eftersom distributionerna kan spridas över flera kluster när de distribueras som en flerplaceringsgrupp. Läs mer om hur du arbetar med stora VM-skalningsuppsättningar och hur du konverterar en befintlig skalningsuppsättning för flera placeringsgrupper. Observera att du kan ändra en skalningsuppsättning från att stödja en enskild placeringsgrupp till att stödja flera placeringsgrupper, men du kan inte utföra en konvertering i den andra riktningen.

Bakgrundsinformation

Så här fungerar allokering

Servrarna i Azure-datacenter partitioneras i kluster. Normalt görs ett allokeringsbegäran i flera kluster, men det är möjligt att vissa begränsningar från allokeringsbegäran tvingar Azure-plattformen att bara försöka utföra begäran i ett kluster. I den här artikeln refererar vi till detta som "fäst på ett kluster". Diagram 1 nedan illustrerar fallet med en normal allokering som görs i flera kluster. Diagram 2 illustrerar fallet med en allokering som är fäst på kluster 2 eftersom det är där den befintliga cloud service-CS_1 eller tillgänglighetsuppsättningen finns.

Varför allokeringsfel inträffar

När en allokeringsbegäran fästs på ett kluster finns det större risk att det inte går att hitta kostnadsfria resurser eftersom den tillgängliga resurspoolen är mindre. Om allokeringsbegäran är fäst på ett kluster men den typ av resurs som du har begärt inte stöds av klustret misslyckas din begäran även om klustret har kostnadsfria resurser. Följande diagram 3 illustrerar fallet där en fäst allokering misslyckas eftersom det enda kandidatklustret inte har några kostnadsfria resurser. Diagram 4 illustrerar fallet där en fäst allokering misslyckas eftersom det enda kandidatklustret inte stöder den begärda VM-storleken, även om klustret har kostnadsfria resurser.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.