Felsöka felkoden SubscriptionRequestsThrottled (429)

Sammanfattning

I den här artikeln beskrivs hur du identifierar och löser felet SubscriptionRequestsThrottled (status 429) som inträffar när du försöker skapa och distribuera ett AKS-kluster (Microsoft Azure Kubernetes Service).

Symptom

När du försöker skapa ett AKS-kluster får du felmeddelandet "Synkronisering av standardlastbalanserare misslyckades" med "SubCode" värde "SubscriptionRequestsThrottled" och "Status" värde 429:

Det gick inte att stämma av standardlastbalanseraren.

Information: återförsöket av utboundReconciler misslyckades:

Kategori: ClientError;

Subkod: Begäranden om prenumeration strypta

Beroende: Microsoft.Network/PublicIPAddresses;

OrginalError: autorest/azure: Tjänsten returnerade ett fel. Status=429

Code="SubscriptionRequestsThrottled"

Message="Antalet förfrågningar för prenumeration '<subscription-id-guid>' och operation 'GET/SUBSCRIPTIONS/RESOURCEGROUPS/PROVIDERS/MICROSOFT.NETWORK/PUBLICIPADDRESSES' har överskridit lagringsgränsen för backend." Försök igen efter 6 sekunder.

AKSTeam: Nätverk, Återställningsbar: false.

Begränsning av begäranden kan ske på olika Azure-komponenter, så felmeddelandet kan skilja sig beroende på vilken typ av resurs det här problemet uppstår på.

Orsak

Åtgärden stötte på begränsning av begäranden vid åtkomst till en Azure-resurs. ARM och enskilda resursprovidrar tillämpar separata gränser.

I föregående exempel är det berörda beroendet Microsoft.Network/PublicIPAdresses, och felet identifierar problemet som en gräns för backend-lagring.

Den tillämpliga gränsen och omfattningen beror på tjänsten och åtgärden. Granska det fullständiga felet och tillgängliga svarshuvuden för att identifiera den berörda begäran.

Se gränser för ARM-begäranden

Troubleshooting

Identifiera den berörda förfrågan

Kontrollera det fullständiga felet och tillgängliga svarshuvuden från klienten som misslyckas. Registrera den berörda åtgärden eller beroendet, HTTP-status, felinformation och Retry-After-värdet.

Om AKS-resursen finns öppnar du klustret i Azure-portalen, väljer Diagnostisera och lös problem och söker efter Azure Resource Request Throttling. Välj incidenttidsintervallet och jämför totalt antal begäranden och strypta begäranden efter åtgärd och användaragent. Granska andra klienter som delar det berörda scopet.

Minska begäranden och försök igen på ett säkert sätt

Minska eller pausa icke-nödvändig automatisering som kommer åt de berörda resurserna. Kör resursidentifierings- och övervakningsfrågor mindre ofta och fråga efter specifika resurser i stället för att upprepade gånger lista en hel prenumeration där det är möjligt.

Vänta minst så länge som det faktiska svarets Retry-After värde innan du försöker igen.

Innan du skickar in en hanteringsåtgärd på nytt kontrollerar du om den ursprungliga åtgärden fortfarande körs. För en godkänd asynkron operation följer du dess returnerade URL för operationsstatus och vägledning för avsökning i stället för att skicka samma ändring upprepade gånger.

Tillämpa ytterligare åtgärder när det är lämpligt:

  • Sprid ut ändringarna och gör att föregående åtgärd kan slutföras innan du skickar en annan.
  • Överväg att distribuera nya utrullningar mellan prenumerationer eller regioner när du har bekräftat den berörda gränsens omfång.

Mer information

  • Uppdaterades senast