Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
När du skapar en ny Azure Container Apps-miljö kan provisioneringen misslyckas med ett kapacitetsfel. Felmeddelandet innehåller en länk till denna artikel. Den här artikeln förklarar varför felet uppstår, vad du kan prova omedelbart och hur du planerar utplaceringar för att minska effekten av kapacitetsbegränsningar.
Varför felet inträffar
Felet indikerar att den region du valde har begränsad kapacitet för den hanterade infrastruktur som behövs för att skapa din miljö. Efterfrågan kan överstiga tillgänglig kapacitet även i en region som stödjer Container Apps.
Note
Kapacitet och kvot skiljer sig åt. Kvoten begränsar hur många resurser du får använda; kapaciteten avgör om tjänsten kan tilldela dessa resurser vid tidpunkten för din begäran. En kvotökning löser inte regionala kapacitetsbegränsningar. Om distributionen istället rapporterar en kvotgräns, se Quotas for Azure Container Apps.
Återhämta sig från ett misslyckat etableringsförsök
Bekräfta felet. Gå igenom feldetaljerna för den misslyckade distributionen. Om meddelandet länkar till denna artikel, följ dessa steg. Registrera målregionen och hela felmeddelandet. Denna vägledning gäller kapacitetsfel vid provisionering av miljöer, inte applikationsstart eller fel vid hämtning av avbild.
Prova en annan stödd region. Om dina behov tillåter, skapa miljön i en annan region. Verifiera att regionen stöder dina nödvändiga Container Apps-funktioner och arbetsbelastningsprofiler, att du har tillräckliga kvoter där, och att dina krav på nätverk, beroenden och dataresidens kan uppfyllas. Se Regioner som stöds. För en befintlig arbetsbelastning, se Flytta Azure Container Apps till en annan region.
Försök igen senare om du måste använda samma region. Tillgänglig kapacitet kan förändras över tid, så ett senare försök kan lyckas. Vänta tills det nuvarande provisioneringsförsöket är klart innan du försöker igen. För automatiserade driftsättningar, använd en begränsad återförsökspolicy med ökande fördröjningar istället för kontinuerliga, snabba återförsök. Det finns inget garanterat återförsöksintervall eller tid då kapacitet blir tillgänglig.
Planera distributioner för flexibilitet i kapacitet
Använd följande metoder för att ge dig själv fler distributionsalternativ. Ingen av dem garanterar att en provisioneringsbegäran lyckas.
Använda flera regioner
Identifiera minst två regioner som kan hantera din arbetsbelastning. När dina behov tillåter, planera för tre eller fler regioner för att ge dig fler alternativ om en region är begränsad. Validera funktionstillgänglighet, kvot, latens, dataresidens och beroende tjänster i varje kandidatregion innan du behöver distribuera.
För regional redundans, distribuera separata miljöer och applikationer i flera regioner, konfigurera trafikrouting och failover samt planera datareplikering för tillståndsfulla beroenden. Att ha en lista med alternativa regioner ensamt ger inte failover. Se Anpassade multiregionlösningar för resiliens.
Provisionering i förtid
Skapa och validera dina miljöer innan en lansering, migration eller annan tidskänslig händelse. Ge tid att försöka igen eller använda en alternativ region istället för att göra miljöskapandet till ett sista minuten-beroende.
Att skapa en miljö tidigt reserverar inte kapacitet för framtida skalning. Ta hänsyn till kostnaden för resurser du distribuerar och principer för miljöns livscykel, särskilt om en miljö förblir inaktiv. Se Billing in Azure Container Apps.
Försök att provisionera utanför ordinarie arbetstid
Om möjligt, försök att provisionera utanför ordinarie kontorstider för målregionen. Till exempel, prova ett fönster mellan 03:00 och 05:00 i målregionens lokala tidszon.
Se detta fönster som ett alternativ värt att prova, inte som en garanterad period av tillgänglig kapacitet. Azure möter global efterfrågan, och kapacitetsbegränsningar kan kvarstå utanför lokala kontorstider.
Utvärdera zonredundanskrav
Zonredundanta miljöer fördelar infrastrukturen över flera tillgänglighetszoner inom en region. Detta krav begränsar flexibiliteten för placering jämfört med en miljö som inte kräver zonredundans.
Om dina tillgänglighetskrav tillåter, överväg att skapa en ny miljö utan zonredundans och komplettera den med utplaceringar i andra regioner. Detta alternativ kan ge mer flexibilitet i provisioneringen, men garanterar inte tillgänglig kapacitet.
Important
Zonredundans och regional redundans skyddar mot olika fel. En multiregion-utplacering är inte en likvärdig ersättning för zonredundans inom varje region. Ta inte bort nödvändigt zonskydd bara för att kringgå ett provisioneringsfel. Granska tillförlitligheten i Azure Container Apps innan du ändrar din design.
Välj zonredundans när du skapar miljön. Du kan inte aktivera eller inaktivera det i en befintlig miljö; en annan inställning kräver en ny miljö och omdistribuering av dina appar. Se Skapa en zonredundant containerapp.
När du ska kontakta supporten
Om provisionering förblir blockerad efter att du testat de tillämpliga alternativen, eller om dina krav hindrar användning av en annan region eller en annan redundanskonfiguration, skapa en Azure support-förfrågan för Container Apps.
Inkludera prenumerations-ID, resursgrupp, miljönamn eller resurs-ID, målregion, zonredundansinställning, fullständig felmeddelande, tidsstämplar för misslyckade försök i UTC samt korrelations- eller operations-ID:n om tillgängliga. Beskriv återförsöken och de alternativa regioner du testade, tillsammans med eventuell utplaceringsdeadline eller regionala krav.
En supportförfrågan kan hjälpa till att undersöka felet, men garanterar inte omedelbar kapacitetsallokering. Begär en kvotökning endast om det rapporterade felet också identifierar en kvotgräns.