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.
Lambda-Kontingente
Wichtig
Neue AWS-Konten haben die Parallelität und die Speicherkontingente reduziert. AWS erhöht diese Kontingente automatisch auf der Grundlage Ihrer Nutzung.
Datenverarbeitung und Speicherung
Lambda legt Kontingente für die Menge an Datenverarbeitung und Speicherressourcen, die Sie verwenden können, um Funktionen auszuführen und zu speichern. Kontingente für gleichzeitige Ausführungen und Speicherung gelten pro AWS-Region. Die Kontingente für Elastic Network Interface (ENI) gelten pro Virtual Private Cloud (VPC), unabhängig von der Region. Die folgenden Kontingente können gegenüber ihren Standardwerten erhöht werden. Weitere Informationen finden Sie unter Beantragen einer Kontingenterhöhung im Service-Quotas-Benutzerhandbuch.
| Ressource | Standardkontingent | Kann erhöht werden bis zu |
|---|---|---|
|
Gleichzeitige Ausführungen |
1.000 |
Zehntausende |
|
Speicher für hochgeladene Funktionen (.zip-Datei-Archive) und Ebenen. Jede Funktionsversion und Ebenenversion verbraucht Speicher. Bewährte Methoden für die Verwaltung Ihres Codespeichers finden Sie bei Serverless Land unter Monitoring Lambda code storage |
75 GB |
Terabytes |
|
Speicher für als Container-Images definierten Funktionen Diese Bilder werden bei Amazon gespeichertECR. |
Weitere Informationen finden Sie unter Amazon ECR Service-Kontingente. |
|
|
Elastische Netzwerkschnittstellen pro virtueller privater Cloud (VPC) AnmerkungDieses Kontingent wird mit anderen Diensten wie Amazon Elastic File System (AmazonEFS) geteilt. Siehe VPCAmazon-Kontingente. |
500 |
Tausende |
Weitere Details zur Gleichzeitigkeit und zur datenverkehrbasierten Skalierung der Funktionsgleichzeitigkeit von Lambda finden Sie unter Die Lambda-Funktionsskalierung verstehen.
Funktionskonfiguration, -bereitstellung und -ausführung
Die folgenden Kontingente gelten für die Konfiguration, Bereitstellung und Ausführung von Funktionen. Sofern nicht anders angegeben, können sie nicht geändert werden.
Anmerkung
Die Lambda-Dokumentation, die Protokollmeldungen und die Konsole verwenden die Abkürzung MB (anstelle von MiB), um auf 1 024 KB zu verweisen.
| Ressource | Quota |
|---|---|
|
Funktion Speicherzuweisung |
128 MB bis 10.240 MB (in Schritten von 1 MB). Hinweis: Lambda weist CPU Strom proportional zur konfigurierten Speichermenge zu. Mit der Einstellung Speicher (MB) können Sie den Speicher und die CPU Leistung, die Ihrer Funktion zugewiesen sind, erhöhen oder verringern. Bei 1.769 MB entspricht eine Funktion einem V. CPU |
|
Funktion Zeitüberschreitung |
900 Sekunden (15 Minuten) |
|
Funktion Umgebungsvariablen |
4 KB, für alle Umgebungsvariablen, die mit der Funktion verknüpft sind, im Aggregat |
|
Funktion ressourcenbasierte Richtlinie |
20 KB |
|
Funktionsebenen |
Fünf Ebenen |
|
Funktion – Limit für Gleichzeitigkeitsskalierung |
Für jede Funktion 1 000 Ausführungsumgebungen alle 10 Sekunden |
|
Aufrufnutzlast (Anfrage und Antwort) |
Jeweils 6 MB für Anfrage und Antwort (synchron) 20 MB für jede gestreamte Antwort (synchron). Die Payload-Größe für gestreamte Antworten kann gegenüber den Standardwerten erhöht werden. Wenden Sie sich an AWS Support , um weitere Informationen zu erhalten.) 256 KB (asynchron) 1 MB für die kombinierte Gesamtgröße von Anforderungszeilen- und Header-Werten |
|
Bandbreite für gestreamte Antworten |
Unbegrenzt für die ersten 6 MB der Antwort Ihrer Funktion Für Antworten, die größer als 6 MB sind, 2 MBps für den Rest der Antwort |
|
Größe des Bereitstellungspakets (ZIP-Dateiarchiv) |
50 MB (gezippt, wenn über Lambda hochgeladen API oderSDKs). Laden Sie größere Dateien mit Amazon S3 hoch. 3 MB (wenn über die Lambda-Konsole hochgeladen) 250 MB Die maximale Größe des Inhalts eines Bereitstellungspakets, einschließlich Ebenen und benutzerdefinierter Laufzeiten. (entpackt) |
|
Größe der Container-Image-Einstellungen |
16 KB |
|
Codepaketgröße des Container-Images |
10 GB (maximale unkomprimierte Image-Größe, einschließlich aller Ebenen) |
|
Testereignisse (Konsoleneditor) |
10 |
|
|
Zwischen 512 MB und 10 240 MB, in 1-MB-Schritten. |
|
Dateibeschreibungen |
1,024 |
|
Ausführungsprozesse/-Threads |
1,024 |
Lambda-Anfragen API
Die folgenden Kontingente sind mit API Lambda-Anfragen verknüpft.
| Ressource | Kontingent |
|---|---|
|
Aufrufanfragen pro Funktion pro Region (synchron) |
Jede Instance Ihrer Ausführungsumgebung kann bis zu 10 Anfragen pro Sekunde bearbeiten. Mit anderen Worten, das Gesamtaufruflimit beträgt das 10-fache Ihres Gleichzeitigkeitslimits. Siehe Die Lambda-Funktionsskalierung verstehen. |
|
Aufrufanfragen pro Funktion pro Region (asynchron) |
Jede Instance Ihrer Ausführungsumgebung kann eine unbegrenzte Anzahl an Anfragen bearbeiten. Mit anderen Worten, das Gesamtlimit für Aufrufe basiert nur auf der für Ihre Funktion verfügbaren Gleichzeitigkeit. Siehe Die Lambda-Funktionsskalierung verstehen. |
|
Aufrufanforderungen pro Funktionsversion oder Alias (Anfragen pro Sekunde) |
10 x zugewiesene Provisioned Concurrency AnmerkungDieses Kontingent gilt nur für Funktionen, die Provisioned Concurrency verwenden. |
|
GetFunctionAPIAnfragen |
100 Anfragen pro Sekunde. Kann nicht erhöht werden. |
|
GetPolicyAPIAnfragen |
15 Anfragen pro Sekunde. Kann nicht erhöht werden. |
|
Restliche API Anfragen auf der Steuerungsebene (ausgenommen Aufrufe und GetFunction GetPolicy Anfragen) |
Insgesamt 15 Anfragen pro Sekunde APIs (nicht 15 Anfragen pro Sekunde pro Sekunde proAPI). Kann nicht erhöht werden. |
Sonstige Services
Kontingente für andere Dienste wie AWS Identity and Access Management (IAM), Amazon CloudFront (Lambda @Edge) und Amazon Virtual Private Cloud (AmazonVPC) können sich auf Ihre Lambda-Funktionen auswirken. Weitere Informationen finden Sie unter AWS-Service -Kontingent im Allgemeine Amazon Web Services-Referenz und Lambda mit Ereignissen aus anderen Diensten aufrufen AWS.
