Grenzwerte für die Computedrosselung
Gilt für: ✔️ Linux-VMs ✔️ Windows-VMs ✔️ Flexible Skalierungsgruppen ✔️ Einheitliche Skalierungsgruppen
Microsoft Compute implementiert einen Drosselungsmechanismus, um die Gesamtleistung des Diensts zu verbessern und Kunden eine konsistente Erfahrung zu bieten. API-Anforderungen, die die maximal zulässigen Grenzwerte überschreiten, werden gedrosselt, und Benutzern wird der HTTP-Fehler 429 angezeigt. Alle Computedrosselungsrichtlinien werden pro Region implementiert.
Wie funktionieren die Drosselungsrichtlinien?
Microsoft Compute implementiert Drosselungsrichtlinien, die die Anzahl der API-Anforderungen pro Ressource und pro Abonnement pro Region pro Minute einschränken. Wenn die Anzahl der API-Anforderungen diese Grenzwerte überschreitet, werden die Anforderungen gedrosselt. Im Folgenden erfahren Sie, wie diese Grenzwerte funktionieren:
Grenzwert pro Ressource: Jede Ressource, z. B. ein virtueller Computer, hat einen bestimmten Grenzwert für API-Anforderungen. Angenommen, ein Benutzer erstellt 10 VMs in einem Abonnement. Der Benutzer kann in einer Minute bis zu 12 Updateanforderungen für jeden virtuellen Computer aufrufen. Wenn der Benutzer den Grenzwert für den virtuellen Computer überschreitet, werden die API-Anforderungen gedrosselt. Dieser Grenzwert stellt sicher, dass nicht einige wenige Ressourcen die Grenzwerte auf Abonnementebene verbrauchen und andere Ressourcen drosseln.
Abonnementgrenzwert: Zusätzlich zu den Ressourcengrenzwerten gibt es einen übergreifenden Grenzwert für die Anzahl der API-Anforderungen für alle Ressourcen innerhalb eines Abonnements. Alle API-Anforderungen, die über diesen Grenzwert hinausgehen, werden unabhängig davon gedrosselt, ob der Grenzwert für eine einzelne Ressource erreicht wurde. Angenommen, ein Benutzer hat 200 VMs in einem Abonnement. Obwohl der Benutzer berechtigt ist, bis zu 12 Updateanforderungen für jeden virtuellen Computer zu initiieren, wird der aggregierte Grenzwert für API-Updateanforderungen für VMs auf 1.500 Anforderungen pro Minute begrenzt. Alle API-Updateanforderungen für VMs für das Abonnement, die den Grenzwert von 1.500 überschreiten, werden gedrosselt.
Wie bestimmt Microsoft Compute Drosselungsgrenzwerte?
Um die Grenzwerte für jede Ressource und jedes Abonnement zu ermitteln, verwendet Microsoft Compute einen Tokenbucketalgorithmus. Der Algorithmus erstellt Buckets für jeden Grenzwert, und jeder dieser Buckets enthält eine bestimmte Anzahl an Token. Die Anzahl der Token in einem Bucket stellt den Drosselungsgrenzwert in einer bestimmten Minute dar.
Zu Beginn des Drosselungsfensters, wenn die Ressource erstellt wird, ist der Bucket bis zur maximalen Kapazität gefüllt. Jede vom Benutzer initiierte API-Anforderung verbraucht ein Token. Wenn alle Token aufgebraucht sind, werden nachfolgende API-Anforderungen gedrosselt. Der Bucket wird gemäß der Bucketauffüllrate konsistent jede Minute mit neuen Token für eine Ressource und ein Abonnement aufgefüllt.
Nehmen wir als Beispiel die „Drosselungsrichtlinie für die Update-API für VMs“, die eine Bucketauffüllrate von vier Token pro Minute und eine maximale Bucketkapazität von 12 Token festlegt. Der Benutzer ruft die API-Updateanforderung für einen virtuellen Computer gemäß der unten stehenden Tabelle auf. Zu Beginn des Drosselungsfensters ist der Bucket mit 12 Token gefüllt. In der 4. Minute nutzt der Benutzer alle 12 Token, sodass der Bucket leer ist. In der 5. Minute wird der Bucket in Übereinstimmung mit der Bucketauffüllrate mit vier neuen Token aufgefüllt. In der 5. Minute können also vier API-Anforderungen gesendet werden, während Microsoft Compute eine API-Anforderung aufgrund unzureichender Token drosselt.
| (Min.) | 1. | 2. | Dritte | 4. | 5. | 6. |
|---|---|---|---|---|---|---|
| Anzahl der Token zu Beginn (A) | 12 | 12 | 8 | 12 | 4 | 4 |
| Anforderungen pro Minute (B) | 0 | 8 | 0 | 13 | 5 | 0 |
| Gedrosselte Anforderungen (C) | 0 | 0 | 0 | 1 | 1 | 0 |
| Verbleibende Token am Ende des Zeitraums D = Max(A-B, 0) |
12 | 4 | 8 | 0 | 0 | 4 |
Die Drosselungsgrenzwerte auf Abonnementebene werden auf ähnliche Weise festgelegt. In den folgenden Abschnitten werden die Bucketauffüllrate und die maximale Bucketkapazität beschrieben, die verwendet werden, um Drosselungsgrenzwerte für virtuelle Computer, Virtual Machine Scale Sets und virtuelle VMSS-Computer zu bestimmen.
Drosselungsgrenzwerte für virtuelle Computer
API-Anforderungen für virtuelle Computer werden in sieben verschiedene Richtlinien unterteilt. Jede Richtlinie verfügt über eigene Grenzwerte,die davon abhängen, wie ressourcenintensiv die API-Anforderungen in dieser Richtlinie sind. Die folgende Tabelle enthält eine umfassende Liste dieser Richtlinien, die entsprechenden REST-APIs und die jeweiligen Drosselungsgrenzwerte:
| Richtlinienkategorie | REST-APIs | Ressourcenebene | Ressourcenebene | Abonnementebene | Abonnementebene |
|---|---|---|---|---|---|
| Bucketauffüllrate (pro Minute) | Maximale Bucketkapazität (pro Minute) |
Bucketauffüllrate (pro Minute) |
Maximale Bucketkapazität (pro Minute) |
||
| VM platzieren (Neue VMs erstellen) |
Erstellen | 4 | 12 | 500 | 1\.500 |
| VM aktualisieren (Vorhandene VMs aktualisieren) |
Aktualisieren Erneut anwenden Neu starten Ausschalten Starten Verallgemeinern In Managed Disks konvertieren Erneute Bereitstellung Wartung durchführen Capture Befehl ausführen Erstellen oder Aktualisieren Erweiterungen – Aktualisieren Erweiterungen – Löschen Reimaging durchführen Aktualisieren Befehle ausführen – Aktualisieren Befehle ausführen – Löschen Befehle ausführen – Erstellen oder aktualisieren |
4 | 12 | 500 | 1\.500 |
| Löschen eines virtuellen Computers (VMs löschen) |
Delete Entfernung simulieren Zuordnung aufheben |
4 | 12 | 500 | 1\.500 |
| Niedrige Kosten – VM abrufen (Informationen zu einer einzelnen VM abrufen) |
Get Instanzansicht Erweiterungen – Abrufen Verfügbare Größen auflisten Startdiagnosedaten abrufen Befehle ausführen – Nach virtuellem Computer abrufen Befehle ausführen – Nach virtuellem Computer auflisten |
12 | 36 | 8\.000 | 24,000 |
| Hohe Kosten – VM abrufen1 (Informationen zu mehreren virtuellen Computern abrufen) |
Liste Alle auflisten Nach Standort auflisten |
NA | NA | 300 | 900 |
| Operation erhalten (Informationen zu asynchronen VM-Vorgängen abrufen) |
Status asynchroner Vorgänge | 15 | 45 | 5,000 | 15.000 |
| VM-Gastpatchvorgänge (Gastpatches bewerten und installieren) |
Patches bewerten Patches installieren |
2 | 6 | 200 | 600 |
1 Es gelten nur Richtlinien auf Abonnementebene.
Drosselungsgrenzwerte für Virtual Machine Scale Sets
API-Anforderungen für Virtual Machine Scale Sets (einheitlich und flexibel) werden in fünf verschiedene Richtlinien unterteilt. Jede Richtlinie verfügt über eigene Grenzwerte,die davon abhängen, wie ressourcenintensiv die API-Anforderungen in dieser Richtlinie sind. Diese Richtlinien gelten sowohl für den flexiblen als auch für den einheitlichen Orchestrierungsmodus. Die folgende Tabelle enthält eine umfassende Liste dieser Richtlinien, die entsprechenden REST-APIs und die jeweiligen Drosselungsgrenzwerte:
2 Es gelten nur Richtlinien auf Abonnementebene.
Drosselungsgrenzwerte für virtuelle VMSS-Computer
API-Anforderungen für virtuelle VMSS-Computer werden in drei verschiedene Richtlinien unterteilt. Jede Richtlinie verfügt über eigene Grenzwerte,die davon abhängen, wie ressourcenintensiv die API-Anforderungen in dieser Richtlinie sind. Die folgende Tabelle enthält eine umfassende Liste dieser Richtlinien, die entsprechenden REST-APIs und die jeweiligen Drosselungsgrenzwerte:
| Richtlinienkategorie | REST-APIs | Ressourcenebene | Ressourcenebene | Abonnementebene | Abonnementebene |
|---|---|---|---|---|---|
| Bucketauffüllrate (pro Minute) |
Maximale Bucketkapazität (pro Minute) |
Bucketauffüllrate (pro Minute) |
Maximale Bucketkapazität (pro Minute) |
||
| VMs von Skalierungsgruppen aktualisieren (Virtuelle Computer in einer Skalierungsgruppe aktualisieren) |
Starten Neu starten Reimaging durchführen Re-imaging für alle durchführen Aktualisieren Entfernung simulieren Erweiterungen – Erstellen oder aktualisieren Befehle ausführen – Erstellen oder aktualisieren Befehle ausführen – Aktualisieren |
4 | 12 | 500 | 1\.500 |
| VMs von Skalierungsgruppen löschen (VMs von Skalierungsgruppen löschen) |
Delete Ausschalten Zuordnung aufheben Erweiterungen – Löschen Befehle ausführen – Löschen |
4 | 12 | 500 | 1\.500 |
| VMs von Skalierungsgruppen abrufen (Informationen zu VMs von Skalierungsgruppen abrufen) |
Get Instanzansicht abrufen Erweiterungen – Abrufen Befehle ausführen – Abrufen Startdiagnosedaten abrufen |
12 | 36 | 2\.000 | 6.000 |
Richtlinien für die Problembehandlung
Falls Benutzer aufgrund der Computedrosselung weiterhin Probleme haben, finden Sie unter Behandeln von Drosselungsfehlern in Azure – Virtuelle Computer weitere Informationen. Dieser Artikel enthält Details zur Behandlung von Drosselungsproblemen sowie bewährte Methoden zur Vermeidung von Drosselungen.
Häufig gestellte Fragen
Müssen Benutzer eine bestimmte Aktion durchführen?
Benutzer müssen in ihrer Konfiguration oder ihren Workloads nichts ändern. Alle vorhandenen APIs funktionieren weiterhin unverändert.
Welche Vorteile bieten die Drosselungsrichtlinien?
Die Drosselungsrichtlinien bieten mehrere Vorteile:
Alle Computeressourcen verfügen über ein einheitliches Fenster von einer Minute. Benutzer können API-Aufrufe eine Minute nach der Drosselung erfolgreich aufrufen.
Keine einzelne Ressource kann alle Grenzwerte unter einem Abonnement verwenden, da Grenzwerte auf Ressourcenebene definiert sind.
Microsoft Compute führt den neuen Tokenbucketalgorithmus ein, um die Grenzwerte festzulegen. Der Algorithmus bietet einen zusätzlichen Puffer für Kunden und sendet gleichzeitig eine hohe Anzahl an API-Anforderungen.
Erhalten Kunden eine Benachrichtigung, wenn die Drosselungsgrenzwerte erreicht werden?
Microsoft Compute gibt x-ms-ratelimit-remaining-resource als Teil jeder Antwort zurück. Dies kann dazu verwendet werden, die Drosselungsgrenzwerte für die Richtlinien festzulegen. Eine Liste der anwendbaren Drosselungsrichtlinien wird als Antwort auf die Informationsheader der Aufrufrate zurückgegeben.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für