Problembehandlung beim Fehlercode "SubscriptionRequestsThrottled" (429)

Zusammenfassung

In diesem Artikel wird erläutert, wie Sie den Fehler (Status 429) identifizieren und beheben, der SubscriptionRequestsThrottled auftritt, wenn Sie versuchen, einen Microsoft Azure Kubernetes Service (AKS)-Cluster zu erstellen und bereitzustellen.

Symptome

Wenn Sie versuchen, einen AKS-Cluster zu erstellen, erhalten Sie die folgende Fehlermeldung "Standardlastenausgleich fehlgeschlagen", die den Wert "SubCode" von SubscriptionRequestsThrottled und den Wert "Status" von 429 anzeigt:

Fehler beim Abgleich des Standardlastenausgleichs.

Details: Wiederholungsversuch des outboundReconciler fehlgeschlagen.

Kategorie: ClientError;

SubCode: AnfragenZurAbonnementdrosselung;

Abhängigkeit: Microsoft.Network/PublicIPAddresses;

OrginalError: autorest/azure: Der Dienst hat einen Fehler zurückgegeben. Status=429

Code="SubscriptionRequestsThrottled"

Message="Anzahl der Anforderungen für das Abonnement '<subscription-id-guid>' und die Operation 'GET/SUBSCRIPTIONS/RESOURCEGROUPS/PROVIDERS/MICROSOFT.NETWORK/PUBLICIPADDRESSES' hat den Grenzwert des Back-End-Speichers überschritten." Versuchen Sie es bitte nach '6' Sekunden erneut.";

AKSTeam: Networking, Wiederholbar: false.

Die Anforderungseinschränkung kann in verschiedenen Azure-Komponenten auftreten, sodass die Fehlermeldung je nach Art der Ressource, auf der dieses Problem auftritt, unterschiedlich sein kann.

Ursache

Beim Zugriff auf eine Azure-Ressource trat Anforderungsdrosselung auf. ARM- und einzelne Ressourcenanbieter erzwingen separate Grenzwerte.

Im vorherigen Beispiel ist die betroffene Abhängigkeit Microsoft.Network/PublicIPAdresses, und der Fehler identifiziert das Problem als Back-End-Speicherlimit.

Der anwendbare Grenzwert und der anwendbare Bereich hängen vom Dienst und dem Betrieb ab. Überprüfen Sie den vollständigen Fehler und die verfügbaren Antwortheader, um die betroffene Anfrage zu identifizieren.

Siehe ARM-Anforderungsbeschränkungen

Troubleshooting

Identifizieren Sie die betroffene Anfrage

Überprüfen Sie den vollständigen Fehler und die verfügbaren Antwortheader des fehlschlagenden Clients. Notieren Sie den betroffenen Vorgang oder die betroffene Abhängigkeit, HTTP-Status, Fehlerdetails und den Wert Retry-After.

Wenn die AKS-Ressource vorhanden ist, öffnen Sie den Cluster im Azure-Portal, wählen Sie Diagnostizieren und Lösen von Problemen aus, und suchen Sie nach Azure Resource Request Throttling. Wählen Sie den Vorfallzeitbereich aus, und vergleichen Sie Gesamtanforderungen und gedrosselte Anforderungen nach Vorgang und Benutzer-Agent. Überprüfen Sie andere Clients, die den betroffenen Bereich gemeinsam nutzen.

Reduzieren Sie Anfragen und wiederholen Sie den Vorgang sicher

Reduzieren oder anhalten Sie die nicht erforderliche Automatisierung, die auf die betroffenen Ressourcen zugreift. Führen Sie Ermittlungs- und Überwachungsabfragen weniger häufig aus, und fragen Sie bestimmte Ressourcen ab, anstatt ein gesamtes Abonnement nach Möglichkeit wiederholt aufzulisten.

Warten Sie mindestens so lange, wie der Retry-After-Wert der tatsächlichen Antwort, bevor Sie den Vorgang wiederholen.

Überprüfen Sie vor dem Erneuten Übermitteln eines Verwaltungsvorgangs, ob der ursprüngliche Vorgang noch ausgeführt wird. Befolgen Sie für einen akzeptierten asynchronen Vorgang die zurückgegebene Vorgangsstatus-URL und die Hinweise zum Polling, anstatt dieselbe Änderung wiederholt zu übermitteln.

Wenden Sie bei Bedarf zusätzliche Abhilfemaßnahmen an:

  • Staffeln Sie Änderungen zeitlich und lassen Sie den vorherigen Vorgang abschließen, bevor Sie einen weiteren übermitteln.
  • Erwägen Sie, neue Bereitstellungen über Abonnements oder Regionen hinweg zu verteilen, nachdem Sie den Umfang des betroffenen Grenzwerts bestätigt haben.

Weitere Informationen

  • Zuletzt aktualisiert um