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.
Kontingente
AWS Step Functions legt Kontingente für die Größe bestimmter Zustandsmaschinen-Parameter fest, z. B. für die Anzahl der API-Aktionen in einem bestimmten Zeitraum oder für die Anzahl der Zustandsmaschinen, die Sie definieren können. Obwohl diese Kontingente entwickelt wurden, um zu verhindern, dass ein falsch konfigurierter Zustandsautomat alle Ressourcen des Systems belegt, sind viele davon keine harten Kontingente.
Um eine Erhöhung der Servicekontingenten zu beantragen, können Sie einen der folgenden Schritte ausführen:
-
Verwenden Sie die Service Quotas Quotas-Konsole unter https://console.aws.amazon.com/servicequotas/home
. 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 Seite Support Center in AWS Management Console , um eine Erhöhung des Kontingents für Ressourcen zu beantragen, die von AWS Step Functions pro Region bereitgestellt werden. Weitere Informationen finden Sie unter AWS Servicekontingente im 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 HTTP-Tasks
- Kontingente im Zusammenhang mit staatlicher Drosselung
- Kontingente im Zusammenhang mit der Drosselung von API-Aktionen
- Kontingente im Zusammenhang mit der Ausführung von Zustandsmaschinen
- Kontingente im Zusammenhang mit der Ausführung von Aufgaben
- Kontingente in Bezug auf Versionen und Aliase
- Einschränkungen im Zusammenhang mit dem Tagging
Allgemeine Kontingente
Kontingent | Beschreibung |
---|---|
Namen in Step Functions |
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 und Ihre AWS Region eindeutig sein und dürfen keine der folgenden Angaben enthalten:
Wenn Ihre Zustandsmaschine vom Typ Express ist, können Sie denselben Namen für mehrere Ausführungen der Zustandsmaschine angeben. Step Functions generiert für jede Ausführung von Express State Machine einen eindeutigen Ausführungs-ARN, auch wenn mehrere Ausführungen denselben Namen haben. Mit Step Functions können Sie Namen für Zustandsmaschinen, Ausführungen und Aktivitäten sowie Beschriftungen erstellen, die Nicht-ASCII-Zeichen enthalten. Diese Nicht-ASCII-Namen funktionieren nicht mit Amazon. CloudWatch Um sicherzustellen, dass Sie CloudWatch Messwerte verfolgen können, wählen Sie einen Namen, der nur ASCII-Zeichen verwendet. |
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 Anforderungsgröße |
1 MB pro Anforderung. Dies ist die Gesamtdatengröße pro Step Functions Functions-API-Anfrage, einschließlich des Anforderungsheaders und aller anderen zugehörigen Anforderungsdaten. |
Festes Kontingent |
Maximale Anzahl offener Ausführungen pro Konto |
AWS-Konto
Jeweils 1.000.000 Hinrichtungen. AWS-Region Eine Überschreitung dieses Wertes führt zu einem ExecutionLimitExceeded -Fehler. Dies gilt nicht für Express Workflows. |
Millionen |
Maximale Anzahl geöffneter Kartenläufe Ein offener Kartenlauf ist ein Kartenlauf, der begonnen, aber noch nicht abgeschlossen wurde. Geplante Kartenläufe warten bei der MapRunStartedVeranstaltung, bis die Gesamtzahl der offenen Kartenläufe unter dem Standardkontingent von 1000 liegt. |
1000 Dieses Kontingent gilt für den Status Distributed Map. |
Festes Kontingent |
Maximaler redrivesWert eines Kartenlaufs. |
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 HTTP-Tasks
HTTP-Aufgaben werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Step Functions Dienstbandbreite aufrechtzuerhalten.
Ressource | Bucket-Größe | Nachfüllrate pro Sekunde |
---|---|---|
HTTP-Aufgabe | 300 | 300 |
In der folgenden Tabelle ist das Kontingent für die Dauer einer HTTP-Task aufgeführt.
Ressource | Standardkontingent |
---|---|
Dauer einer HTTP-Aufgabe Eine HTTP-Task-Dauer bezieht sich auf die Zeit, die eine HTTP-Task benötigt, um eine HTTP-Anfrage zu senden und eine Antwort zu erhalten. |
60 Sekunden Dies ist ein festes Kontingent, das nicht geändert werden kann. |
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-Aktionen
Einige API-Aktionen von Step Functions werden mithilfe eines Token-Bucket-Schemas gedrosselt, um die Dienstbandbreite aufrechtzuerhalten. Bei diesen Kontingenten handelt es sich um unverbindliche Kontingente, die erhöht werden können.
Anmerkung
Die Drosselungskontingente gelten pro Konto und Region. AWS
AWS Step Functions kann sowohl die Eimergröße als auch die Nachfüllrate jederzeit erhöhen.
Standard | Express | |||
---|---|---|---|---|
API-Name | Bucket-Größe | Nachfüllrate pro Sekunde | Bucket-Größe | Nachfüllrate pro Sekunde |
StartExecution — In den USA Ost (Nord-Virginia), den USA West (Oregon) und Europa (Irland) |
1.300 | 300 | 6 000 | 6 000 |
StartExecution — Alle anderen Regionen |
800 | 150 | 6 000 | 6 000 |
Kontingent im Zusammenhang mit der TestState API
API-Name | Kontingent | Kann auf erhöht werden |
---|---|---|
TestState | 1 Transaktion pro Sekunde (TPS) | Festes Kontingent |
Andere Kontingente
Bei diesen Quoten handelt es sich um weiche Kontingente, die erhöht werden können.
In US East (N. Virginia), US West (Oregon), and Europe (Ireland) | All other regions | |||
---|---|---|---|---|
API-Name | 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-Aufrufe zur Express-Ausführung 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. Ein Anstieg der Arbeitslast kann 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 |
|||
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 des Zeitkontingents für die Aufbewahrung des Ausführungsverlaufs.
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 Vermeiden Sie es, das historische Kontingent zu erreichen. | Unbegrenzt. |
Maximale Ausführungs-Leerlaufzeit |
1 Jahr (eingeschränkt durch die maximale Ausführungszeit). |
5 Minuten (begrenzt durch die maximale Ausführungszeit). |
Aufbewahrungszeit des Ausführungsverlaufs |
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 erstellen Sie 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 Protokollierung mitCloudWatchProtokolle. |
redrivableAusführungszeitraum RedrivableDer Zeitraum bezieht sich auf den Zeitraum, in dem Sie redriveeinen bestimmten Standard-Workflow ausführen können. Dieser Zeitraum beginnt an dem Tag, an dem eine Zustandsmaschine ihre Ausführung abschließt. |
14 Tage. Dieses feste Kontingent gilt für den Status Distributed Map. |
Redrivewird derzeit nicht für Express-Workflows 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 (begrenzt durch die maximale Ausführungszeit) |
5 Minuten (begrenzt durch die maximale Ausführungszeit) |
Maximale Zeit, für die Step Functions eine Aufgabe in der Warteschlange hält |
1 Jahr (begrenzt durch die maximale Ausführungszeit) |
5 Minuten (begrenzt durch die maximale Ausführungszeit) |
Maximale Anzahl von Aktivitätsabfragen pro Amazon-Ressourcenname (ARN) |
1.000 Poller, die |
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 in Bezug auf Versionen und Aliase
Ressource | Standardkontingent |
---|---|
Maximale Anzahl veröffentlichter State-Machine-Versionen |
1000 für jede Zustandsmaschine. Um eine Erhöhung dieses Soft-Limits zu beantragen, verwenden Sie die Support Center-Seite in der AWS Management Console. |
Maximale Anzahl von Aliasnamen für Zustandsmaschinen |
100 für jede Zustandsmaschine. Um eine Erhöhung dieses Soft-Limits zu beantragen, verwenden Sie die Support Center-Seite in der AWS Management Console. |
Einschränkungen im Zusammenhang mit dem Tagging
Beachten Sie diese Einschränkungen, wenn Sie Step Functions Functions-Ressourcen taggen.
Anmerkung
Markierungseinschränkungen können anders als andere Kontingente nicht erhöht werden.
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 |
Präfixeinschränkung |
Verwenden Sie das |
Zeicheneinschränkungen |
Tags dürfen nur Unicode-Buchstaben, Ziffern, Leerzeichen oder die folgenden Symbole enthalten: |