Lambda-Kontingente
Wichtig
Neue AWS-Konten haben reduzierte Parallelität und Speicherkontingente. AWS erhöht diese Kontingente automatisch auf der Grundlage Ihrer Nutzung. Sie können auch eine Kontingenterhöhung beantragen.
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 Elastic-Network-Schnittstelle (ENI)-Kontingente gelten für jede 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 Quota-Erhö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 in Amazon ECR gespeichert. |
|
|
Elastic Network-Schnittstellen in der Virtual Private Cloud (VPC) AnmerkungDieses Kontingent wird mit anderen Services wie Amazon Elastic File System (Amazon EFS) geteilt. Siehe Amazon-VPC-Kontingente. |
250 |
Tausende |
Weitere Details zur Gleichzeitigkeit und zur datenverkehrbasierten Skalierung der Funktionsgleichzeitigkeit von Lambda finden Sie unter Skalierung einer Lambda-Funktion.
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 1024 KB zu verweisen.
Ressource | Quota |
---|---|
Funktion Speicherzuweisung |
128 MB bis 10.240 MB (in Schritten von 1 MB). Hinweis: Lambda weist die CPU-Leistung proportional zur Menge des konfigurierten Arbeitsspeichers zu. Sie können den Arbeitsspeicher und die CPU-Leistung, die Ihrer Funktion zugewiesen sind, mit der Einstellung Arbeitsspeicher (MB) erhöhen oder verringern. Bei 1 769 MB hat eine Funktion das Äquivalent von einer vCPU. |
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 Burst-Gleichzeitigkeit |
500–3000 (ist je nach Region verschieden) Kann gegenüber den Standardwerten erhöht werden. Service Quotas unterstützen derzeit keine Änderungen der Burst-Limits. Kontaktieren Sie AWS Support, um weitere Informationen zu erhalten. |
Aufrufnutzlast (Anfrage und Antwort) |
Jeweils 6 MB für Anfrage und Antwort (synchron) 20 MB für jede gestreamte Antwort. (Synchron. Die Nutzlastgröß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) |
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 Mbit/s für den Rest der Antwort |
Größe des Bereitstellungspakets (ZIP-Dateiarchiv) |
50 MB (gezippt, für direkten Upload) 250 MB (entpackt) Dieses Kontingent gilt für alle Dateien, die Sie uploaden, einschließlich Ebenen und benutzerdefinierte Laufzeitumgebungen. 3 MB (Konsoleneditor) |
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-API-Anforderungen
Die folgenden Kontingente sind Lambda-API-Anfragen zugeordnet.
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 Skalierung einer Lambda-Funktion. |
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 Skalierung einer Lambda-Funktion. |
Aufrufanforderungen pro Funktionsversion oder Alias (Anfragen pro Sekunde) |
10 x zugewiesene Provisioned Concurrency AnmerkungDieses Kontingent gilt nur für Funktionen, die Provisioned Concurrency verwenden. |
GetFunction-API-Anforderungen |
100 Anforderungen pro Sekunde |
GetPolicy-API-Anforderungen |
15 Anforderungen pro Sekunde |
Rest der API-Anforderungen der Steuerungsebene (ausgenommen Aufruf-, GetFunction- und GetPolicy-Anforderungen) |
15 Anforderungen pro Sekunde |
Sonstige Services
Kontingente für andere Services wie AWS Identity and Access Management (IAM), Amazon CloudFront (Lambda@Edge) und Amazon Virtual Private Cloud (Amazon VPC) können sich auf Ihre Lambda-Funktionen auswirken. Weitere Informationen finden Sie unter AWS-Servicekontingente im Allgemeine Amazon Web Services-Referenz und Verwenden von AWS Lambda mit sonstigen Services.