EC2-API-Drosselung Grenzen

Amazon EC2 hat inzwischen dokumentiert Ihre Allgemeine Query-API-Request-Rate Handhabung:

Wir throttle Amazon EC2-API-Anfragen für jedes AWS-Konto, um zu helfen, die Leistung des service. Wir sorgen dafür, dass alle Anrufe an die Amazon EC2-API (ob Sie stammen von einer Anwendung, Anrufe an die Amazon EC2-Befehlszeilen-Schnittstelle oder die Amazon EC2-Konsole) überschreiten Sie nicht die maximal zulässige API-request-rate. Beachten Sie, dass API-Anfragen von IAM-Benutzer sind zurückzuführen auf die zugrunde liegenden AWS-Konto.

Den Amazon EC2-API-Aktionen sind in folgende Kategorien unterteilt:

[...]

Wenn eine API-Anforderung übertrifft die API-request-rate für seine Kategorie, die Anforderung gibt die RequestLimitExceeded Fehler-code. Um diesen Fehler zu vermeiden, sicherzustellen, dass Ihre Anwendung nicht wiederholen API-Anfragen mit einer hohen rate. Sie können dies tun, indem Sorgfalt bei der Befragung und durch die Verwendung von exponential-back-off-Wiederholungen.

Während die details variieren zwischen der fülle Ihrer Leistungen, ich denke, es ist sicher davon ausgehen, dass Sie ähnliche Muster im Ort, in der Regel (nicht zuletzt aufgrund EC2 sichern viele der anderen Dienste auch).

Beide der oben genannten Erklärung von EC2 sowie ein paar indirekte Zitate aus Benutzer die Interaktion mit AWS-Unterstützung scheinen zu behaupten, dass die Grenzen variieren je nach service-status und pro-Konto selbst, d.h. die AWS ist in der Lage Anhebung/Reduzierung der Grenzwerte für die einzelnen Konten je nach speziellen high-performance-use-cases, Verdacht Missbrauch, etc., siehe z.B.:

• RequestLimitExceeded innerhalb Client-Fehler-Codesanspielend auf das pro-Konto Handhabung:

  Die maximale Anfrage-rate gestattet, indem Sie die Amazon EC2-APIs wurde überschritten für Ihr Konto. [...]

• Wie bekommen wir die EBS-API rate limit erhöht werden?:

  Rightscale support haben gesagt, wir müssen an Amazon wenden, um die EBS-API rate limit erhöht werden, wie es scheint, sind wir überschreiten Aufrufe dieser API haben wir eine große Anzahl von MySQL-Datenbanken in diesem Konto, und Sie sind alle mit EBS-snapshots, die für backups.

• Das AWS-team die Antwort auf Fehler: Anfrage limit überschritten mit boto starten und beenden von Instanzen:

  Die rate begrenzen, die Sie sehen, mit EC2 kann variieren, je nach Systemlast.

• Sauls Antwort auf Amazon Web Services-S3-Request Limit:

  Jedoch nach der Veröffentlichung dieser Frage erhielt ich eine E-Mail von AWS, sagte der hatte capped meiner LISTE Anfragen, 10 Anfragen pro Sekunde, denn ich hatte zu viele gehen, zu einem bestimmten Eimer.

• Natürlich sind in der Regel Ausnahme die meisten Regeln, ich bin mir bewusst, dass die folgenden zwei Leistungen zu dokumentieren bestimmten Grenzen:

  • Amazon Route 53 ist die Dokumentation Ihrer spezifischen Grenzen auf der Amazon Route 53-API-Anfragen und
    Entity
    Zählt:

    Alle Anfragen: Fünf Anfragen pro Sekunde pro AWS-Konto. [...]

  • Amazon SES auch Dokumente, die eine bestimmte Grenze von einer Anfrage/Sekunde für die meisten API-Aktionen (vermutlich alle, aber SendEmail und SendRawEmail), siehe z.B. GetSendQuota:

    Diese Aktion ist begrenzt auf eine Anfrage pro Sekunde.

Wie skizziert auf Behebung von API-Anfrage-Fehlerden richtigen Ansatz für den Umgang mit diesem auf der client-Seite ist die Implementierung Fehler-Wiederholungen und Exponential Backoff in AWS (die meisten AWS-SDKs mittlerweile gelten diese Führung automatisch, einschließlich Optionen, um die Standard-Richtlinie für Wiederholungsversuche oder fügen Sie eine benutzerdefinierte Implementierung auch).

InformationsquelleAutor der Antwort Steffen Opel