Felsök allokeringsfel när du skapar eller ändrar storlek på virtuella datorer i Azure
Gäller för: ✔️ Virtuella Linux-datorer ✔️, virtuella Windows-datorer
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 typer av virtuella datorer 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 uppstå 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 allokeringsframgång på https://aka.ms/allocation-guidance"
Kommentar
Om du felsöker en VMSS -skalningsuppsättning (VMSS) är processen densamma som en vanlig virtuell dator. För att lösa problemet bör du 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 enskild 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 allokeringsframgång 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 åtgärder.
Om ditt Azure-problem inte åtgärdas i den här artikeln går du till 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 Hämta support på Azure Support webbplats.
Tills din önskade VM-typ ä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 igen med allokeringsbegäran med hjälp av motsvarande föreslagna lösning för att öka sannolikheten för att allokeringen lyckas. Alternativt kan du alltid försöka igen senare. Det beror på att tillräckligt med resurser kan ha frigjorts i klustret, regionen eller zonen för att hantera din begäran.
Ändra storlek på en virtuell dator eller lägga till virtuella datorer i en befintlig tillgänglighetsuppsättning
Orsak
En begäran om att ändra storlek på 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 inte har tillräckligt med kapacitet just nu.
Lösning
Om den virtuella datorn kan ingå i en annan tillgänglighetsuppsättning skapar du den virtuella datorn 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] > Virtuella datorer > [din virtuella dator] > Stoppa. När alla virtuella datorer har stoppats går du till Virtuella hemdatorer>, lägger till ett tillgänglighetsuppsättningsfilter och väljer sedan Gruppera efter tillgänglighetsuppsättning. Välj 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] > Virtuella datorer > [din virtuella dator] > Stoppa. När alla virtuella datorer har stoppats går du till Virtuella hemdatorer>, lägger till ett tillgänglighetsuppsättningsfilter och väljer sedan Gruppera efter tillgänglighetsuppsättning. Välj 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 om 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, kan du överväga att flytta till nyare versioner. Se dessa rekommendationer för specifika VM-storlekar. Om du inte har möjlighet att använda en annan VM-storlek kan du försöka distribuera till en annan region inom samma geo. Mer information om tillgängliga VM-storlekar i varje region 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öda de senaste typerna av virtuella datorer. Vissa av de äldre seriernas virtuella datorer körs inte på den senaste generationens 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 virtuella datorer i äldre serier överväger 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 Resource Manager-distributionsmodellen för att se till att den virtuella datorinstansen ä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 (fler än 500 kärnor)
Minska antalet instanser av den begärda VM-storleken och försök sedan att distribuera igen. För större distributioner kanske du dessutom vill utvärdera Azure Virtual Machine Scale Sets 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 grupp med flera placeringar. Läs mer om att arbeta med stora VM-skalningsuppsättningar och hur du konverterar en befintlig skalningsuppsättning som sträcker sig över flera placeringsgrupper. Observera att du kan ändra en skalningsuppsättning från att stödja en enda 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 utförs en begäran om minnesallokering i flera kluster, men det är möjligt att vissa restriktioner från begäran om minnesallokering tvingar Azure-plattformen att försöka genomföra begäran i endast 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 fästs 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 en större chans att det inte går att hitta kostnadsfria resurser eftersom den tillgängliga resurspoolen är mindre. Om din allokeringsbegäran är fäst på ett kluster, men den typ av resurs som du begärde 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.