Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Step Functions Servicekontingenten
AWS Step Functions stellt standardmäßige Dienstkontingente für Zustandsmaschinen bereit, z. B. die Anzahl der API Aktionen in einem bestimmten Zeitraum oder die Anzahl der Zustandsmaschinen, die Sie definieren können. Kontingente sollen verhindern, dass falsch konfigurierte Zustandsmaschinen alle Ressourcen des Systems verbrauchen, obwohl für viele keine festen Grenzwerte gelten.
Um eine Erhöhung der Servicekontingenten zu beantragen, können Sie einen der folgenden Schritte ausführen:
-
Verwenden Sie die Service Quotas Quotas-Konsole https://console.aws.amazon.com/servicequotas/zu Hause
. Informationen zum Beantragen einer Kontingenterhöhung mit der Service Quotas Quota-Konsole finden Sie unter Eine Kontingenterhöhung beantragen im Service Quotas Quota-Benutzerhandbuch. -
Verwenden Sie die Support Center-Seite im AWS Management Console um eine Erhöhung des Kontingents für Ressourcen zu beantragen, die bereitgestellt werden von AWS Step Functions auf regionaler Basis. Weitere Informationen finden Sie unter AWS Servicekontingenten in der Allgemeine AWS-Referenz.
Anmerkung
Wenn eine bestimmte Stufe der Ausführung von Zustandsautomaten oder Aktivitäten zu lange dauert, können Sie einen Zustandsautomaten-Timeout konfigurieren, um ein Timeout-Ereignis zu verursachen.
Themen
- Allgemeine Kontingente
- Kontingente im Zusammenhang mit Konten
- Kontingente im Zusammenhang mit der HTTP Aufgabe
- Kontingente im Zusammenhang mit staatlicher Drosselung
- Kontingente im Zusammenhang mit der Drosselung von API Maßnahmen
- Kontingente im Zusammenhang mit der Ausführung von Zustandsmaschinen
- Kontingente im Zusammenhang mit der Ausführung von Aufgaben
- Kontingente für Versionen und Aliase
- Einschränkungen im Zusammenhang mit dem Tagging
Allgemeine Kontingente
Die Namen von Zustandsmaschinen, Ausführungen und Aktivitätsaufgaben dürfen nicht länger als 80 Zeichen sein. Diese Namen müssen für Ihr Konto eindeutig sein und AWS Region und darf keine der folgenden Angaben enthalten:
-
Leerraum
-
Platzhalterzeichen ()
? *
-
Klammerzeichen ()
< > { } [ ]
-
Sonderzeichen (
" # % \ ^ | ~ ` $ & , ; : /
) -
Steuerzeichen (
\\u0000
-\\u001f
oder\\u007f
-\\u009f
).
Step Functions akzeptiert Namen für Zustandsmaschinen, Ausführungen, Aktivitäten und Bezeichnungen, die ASCII Nichtzeichen enthalten. Da solche Zeichen nicht mit Amazon funktionieren, empfehlen wir CloudWatch, nur ASCII Zeichen zu verwenden, damit Sie die Messwerte verfolgen können CloudWatch.
Kontingente im Zusammenhang mit Konten
Ressource | Standardkontingent | Kann auf erhöht werden |
---|---|---|
Maximale Anzahl registrierter Zustandsautomaten | 10.000 | 25,000 |
Maximale Anzahl registrierter Aktivitäten |
10.000 | 15 000 |
Maximale Größe der State Machine-Definition |
1 MB | Festes Kontingent |
Maximale Anforderungsgröße | 1 MB pro Anforderung. Dies ist die Gesamtdatengröße pro Step Functions API Functions-Anfrage, einschließlich des Anforderungsheaders und aller anderen zugehörigen Anforderungsdaten. | Festes Kontingent |
Maximale Anzahl offener Ausführungen pro Konto |
Jeweils 1.000.000 Hinrichtungen AWS-Konto
in jedem AWS-Region. Eine Überschreitung dieses Limits führt zu einem ExecutionLimitExceeded Fehler. Dies gilt nicht für Express Workflows. |
Millionen |
Maximale Anzahl geöffneter Kartenläufe |
1000 Dieses Kontingent gilt für den Status Distributed Map. Ein geöffneter Kartenlauf ist ein Kartenlauf, der gestartet, aber noch nicht abgeschlossen wurde. Geplante Kartenläufe warten bei der MapRunStartedVeranstaltung, bis die Gesamtzahl der offenen Map Runs das Kontingent unterschreitet. |
Festes Kontingent |
Maximum: redriveseines Map Run. |
1000 Dieses Kontingent gilt für den Status Distributed Map. |
Festes Kontingent |
Maximale Anzahl parallel Map Run-Unterausführungen | 10.000 |
Festes Kontingent |
Kontingente im Zusammenhang mit der HTTP Aufgabe
HTTPAufgaben werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Step Functions Bandbreite des Dienstes.
Ressource | Bucket-Größe | Nachfüllrate pro Sekunde |
---|---|---|
HTTPAufgabe | 300 | 300 |
Ressource | Standardkontingent |
---|---|
HTTPDauer der Aufgabe — Zeit, um eine HTTP Anfrage zu senden und eine Antwort zu erhalten | 60 Sekunden (festes Kontingent) |
Kontingente im Zusammenhang mit staatlicher Drosselung
Statusübergänge von Step Functions werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Dienstbandbreite aufrechtzuerhalten. Bei Standard-Workflows und Express-Workflows gibt es unterschiedliche Drosselungen bei Zustandsübergängen. Bei den Quoten für Standard-Workflows handelt es sich um vorläufige Kontingente, die erhöht werden können.
Anmerkung
Die Drosselung der StateTransition
Servicemetrik wird wie ExecutionThrottled
bei Amazon gemeldet. CloudWatch Weitere Informationen finden Sie in der ExecutionThrottled CloudWatch Metrik.
Standard | Express | |||
---|---|---|---|---|
Servicemetrik | Bucket-Größe | Nachfüllrate pro Sekunde | Bucket-Größe | Nachfüllrate pro Sekunde |
|
5,000 | 5,000 |
Unbegrenzt |
Unbegrenzt |
|
800 | 800 |
Unbegrenzt |
Unbegrenzt |
Kontingente im Zusammenhang mit der Drosselung von API Maßnahmen
Einige Step Functions API Functions-Aktionen werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Dienstbandbreite aufrechtzuerhalten. Bei den folgenden Quoten handelt es sich um unverbindliche Kontingente, die erhöht werden können.
Anmerkung
Die Drosselungskontingente gelten pro Konto, pro AWS Region.
AWS Step Functions kann sowohl die Eimergröße als auch die Nachfüllrate jederzeit erhöhen.
Standard | Express | |||
---|---|---|---|---|
APIName | Bucket-Größe | Nachfüllrate pro Sekunde | Bucket-Größe | Nachfüllrate pro Sekunde |
StartExecution — USA Ost (Nord-Virginia), USA West (Oregon) und Europa (Irland) |
1.300 | 300 | 6 000 | 6 000 |
StartExecution — Alle anderen Regionen |
800 | 150 | 6 000 | 6 000 |
Quote bezieht sich auf TestState API
APIName | Kontingent | Kann auf erhöht werden |
---|---|---|
TestState | 1 Transaktion pro Sekunde (TPS) | Festes Kontingent |
Andere Kontingente
Bei den folgenden Quoten handelt es sich um unverbindliche Kontingente, die erhöht werden können.
US East (N. Virginia), US West (Oregon), and Europe (Ireland) | All other regions | |||
---|---|---|---|---|
APIName | Bucket-Größe | Nachfüllrate pro Sekunde | Bucket-Größe | Nachfüllrate pro Sekunde |
CreateActivity |
100 | 1 | 100 | 1 |
CreateStateMachine |
100 | 1 | 100 | 1 |
DeleteActivity |
100 | 1 | 100 | 1 |
DeleteStateMachine |
100 | 1 | 100 | 1 |
DescribeActivity |
200 | 1 | 200 | 1 |
DescribeExecution |
300 | 15 | 250 | 10 |
DescribeStateMachine |
200 | 20 | 200 | 20 |
DescribeStateMachineForExecution |
200 | 1 | 200 | 1 |
GetActivityTask |
3,000 | 500 | 1.500 | 300 |
GetExecutionHistory |
400 | 20 | 400 | 20 |
ListActivities |
100 | 10 | 100 | 5 |
ListExecutions |
200 | 5 | 100 | 2 |
ListStateMachines |
100 | 5 | 100 | 5 |
ListTagsForResource |
100 | 1 | 100 | 1 |
SendTaskFailure |
3,000 | 500 | 1.500 | 300 |
SendTaskHeartbeat |
3,000 | 500 | 1.500 | 300 |
SendTaskSuccess |
3,000 | 500 | 1.500 | 300 |
StartSyncExecution |
Synchrone API Express-Ausführungsrufe tragen nicht zu den bestehenden Kapazitätsgrenzen für Konten bei. Step Functions stellt Kapazität nach Bedarf bereit und skaliert automatisch bei anhaltender Arbeitslast. Überlastungen können gedrosselt werden, bis Kapazität verfügbar ist. Wenn Sie eine Drosselung feststellen, versuchen Sie es nach einiger Zeit erneut. Informationen zu Synchronous Express-Workflows finden Sie unter. Synchrone und asynchrone Express-Workflows in Step Functions |
|||
StopExecution |
1.000 | 200 | 500 | 25 |
TagResource |
200 | 1 | 200 | 1 |
UntagResource |
200 | 1 | 200 | 1 |
UpdateStateMachine |
100 | 1 | 100 | 1 |
Kontingente im Zusammenhang mit der Ausführung von Zustandsmaschinen
In der folgenden Tabelle werden die Kontingente für die Ausführung von Zustandsmaschinen beschrieben. Bei den Ausführungsquoten für Zustandsmaschinen handelt es sich um feste Kontingente, die nicht geändert werden können, mit Ausnahme der Aufbewahrungsfrist für den Ausführungsverlauf.
Kontingent | Standard | Express |
---|---|---|
Maximale Ausführungszeit |
1 Jahr. Wenn eine Ausführung länger als das Maximum von einem Jahr läuft, schlägt sie mit einem |
5 Minuten. Wenn eine Ausführung länger als das Maximum von 5 Minuten dauert, schlägt sie mit einem |
Maximale Größe des Ausführungsverlaufs |
25.000 Ereignisse in der Ausführungshistorie einer Maschine mit nur einem Status. Wenn der Ausführungsverlauf dieses Kontingent erreicht, schlägt die Ausführung fehl. Um dies zu vermeiden, beachten Sie Neue Ausführungen starten, um zu verhindern, dass das Verlaufsquota in Step Functions erreicht wird. | Unbegrenzt. |
Maximale Ausführungs-Leerlaufzeit |
1 Jahr Eingeschränkt durch die maximale Ausführungszeit. |
5 Minuten Eingeschränkt durch die maximale Ausführungszeit. |
Aufbewahrungszeit der Ausführungshistorie |
90 Tage nach Abschluss einer Ausführung. Nach dieser Zeit können Sie den Ausführungsverlauf nicht mehr abrufen oder anzeigen. Es gibt kein weiteres Kontingent für die Anzahl der geschlossenen Ausführungen, die Step Functions beibehält. Um die Einhaltung gesetzlicher, organisatorischer oder behördlicher Anforderungen zu erfüllen, können Sie die Aufbewahrungsfrist für den Ausführungsverlauf auf 30 Tage reduzieren, indem Sie eine Kontingentanfrage senden. Verwenden Sie dazu den AWS Support Center Console und erstelle einen neuen Fall. Die Änderung zur Verkürzung der Aufbewahrungsfrist auf 30 Tage gilt für jedes Konto in einer Region. |
Um den Ausführungsverlauf zu sehen, muss die Amazon CloudWatch Logs-Protokollierung konfiguriert sein. Weitere Informationen finden Sie unter Verwendung von CloudWatch Logs zur Protokollierung des Ausführungsverlaufs in Step Functions. |
Ausführung redrivable Zeitraum | 14 Tage Das feste Kontingent gilt für den Status Distributed Map. Redrivable Ein Zeitraum bezieht sich auf den Zeitraum, in dem Sie redriveeine bestimmte Standard-Workflow-Ausführung. Dieser Zeitraum beginnt an dem Tag, an dem eine Zustandsmaschine ihre Ausführung abschließt. |
Redrive wird für Express-Workflows nicht unterstützt. |
Kontingente im Zusammenhang mit der Ausführung von Aufgaben
In der folgenden Tabelle werden Kontingente für Aufgabenausführungen beschrieben. Dies sind alles feste Kontingente, die nicht geändert werden können.
Kontingent | Standard | Express |
---|---|---|
Maximale Aufgabenausführungszeit | 1 Jahr — Eingeschränkt durch die maximale Ausführungszeit. | 5 Minuten — Eingeschränkt durch die maximale Ausführungszeit. |
Maximale Zeit, für die Step Functions eine Aufgabe in der Warteschlange hält | 1 Jahr — Eingeschränkt durch die maximale Ausführungszeit. | 5 Minuten — Eingeschränkt durch die maximale Ausführungszeit. |
Maximale Anzahl von Aktivitätsabfragen pro Amazon-Ressourcenname () ARN | 1.000 Poller, die GetActivityTask pro ARN aufrufen. Ein Überschreiten dieses Kontingents führt zu folgendem Fehler: „The maximum number of workers concurrently polling for activity tasks has been reached (Die maximale Anzahl der Worker, die gleichzeitig Aktivitätsaufgaben aufrufen, ist erreicht.)“ |
Gilt nicht für Express-Workflows. |
Maximale Eingabe- oder Ausgabegröße für eine Aufgabe, einen Status oder eine Ausführung | 256 KB Daten als UTF -8-kodierte Zeichenfolge. Dieses Kontingent wirkt sich auf Aufgaben (Aktivität, Lambda-Funktion oder integrierter Dienst), Status- oder Ausführungsausgabe und Eingabedaten aus, wenn eine Aufgabe geplant, in einen Status eingegeben oder eine Ausführung gestartet wird. | 256 KB Daten als UTF -8-kodierte Zeichenfolge. Dieses Kontingent wirkt sich auf Aufgaben (Aktivität, Lambda-Funktion oder integrierter Dienst), Status- oder Ausführungsausgabe und Eingabedaten aus, wenn eine Aufgabe geplant, in einen Status eingegeben oder eine Ausführung gestartet wird. |
Kontingente für Versionen und Aliase
Ressource | Standardkontingent |
---|---|
Maximale Anzahl veröffentlichter State-Machine-Versionen | 1000 pro Zustandsmaschine |
Maximale Anzahl von Aliasnamen für Zustandsmaschinen | 100 pro Zustandsmaschine |
Um eine Erhöhung der Soft-Limits für veröffentlichte State Machine-Versionen und Aliase zu beantragen, verwenden Sie die Support Center-Seite in der AWS Management Console.
Einschränkungen im Zusammenhang mit dem Tagging
Die folgenden Tag-Einschränkungen können nicht geändert oder erhöht werden.
Präfixbeschränkung — Verwenden Sie das
aws:
Präfix nicht in Ihren Tagnamen oder -Werten, da es reserviert ist für AWS nur verwenden. Sie können Tagnamen oder Werte mit einemaws:
Präfix nicht bearbeiten oder löschen. Tags mit demaws:
Präfix werden nicht auf Ihre Tags pro Ressourcenkontingent angerechnet.Zeichenbeschränkungen — Tags dürfen nur Unicode-Buchstaben, Ziffern, Leerzeichen oder die folgenden Symbole enthalten:
_ . : / = + - @
Einschränkung | Beschreibung |
---|---|
Maximale Anzahl von Tags pro Ressource | 50 |
Maximale Schlüssellänge | 128 Unicode-Zeichen in UTF -8 |
Maximale Länge des Wertes | 256 Unicode-Zeichen in UTF -8 |