View a markdown version of this page

Von Lambda verwaltete Instances - AWS Lambda
Die wichtigsten FunktionenWann sollten Lambda Managed Instances verwendet werdenFunktionsweiseModell der ParallelitätMietverhältnis und IsolierungPreisgestaltungWie unterscheidet sich Lambda Managed Instances vom Lambda-Berechnungstyp (Standard)Nächste Schritte

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.

Von Lambda verwaltete Instances

Mit Lambda Managed Instances können Sie Lambda-Funktionen auf Ihren Amazon EC2-Instances der aktuellen Generation ausführen, einschließlich Graviton4, netzwerkoptimierten Instances und anderen speziellen Rechenoptionen, ohne die Instance-Lebenszyklen, Betriebssystem- und Sprachlaufzeit-Patches, Routing, Lastausgleich oder Skalierungsrichtlinien verwalten zu müssen. Mit Lambda Managed Instances profitieren Sie von EC2-Preisvorteilen, einschließlich EC2-Sparplänen und Reserved Instances.

Eine Liste der unterstützten Instance-Typen finden Sie auf der Seite mit den AWS Lambda Preisen und wählen Sie Ihre aus. AWS-Region

Die wichtigsten Funktionen

Lambda Managed Instances bietet die folgenden Funktionen:

  • Wählen Sie geeignete Instances — Wählen Sie je nach Leistungs- und Kostenanforderungen geeignete Instances aus, einschließlich Zugriff auf die neuesten CPUs wie Graviton4, konfigurierbares Speicher-CPU-Verhältnis und Netzwerke mit hoher Bandbreite.

  • Automatische Bereitstellung — stellt AWS automatisch geeignete Instanzen bereit und richtet Umgebungen zur Funktionsausführung ein.

  • Dynamische Skalierung — Die Instanzen werden dynamisch auf der Grundlage Ihrer Funktionsdatenverkehrsmuster skaliert.

  • Vollständig verwaltetes Erlebnis — AWS kümmert sich um Infrastrukturmanagement, Skalierung, Patching und Routing — mit den gleichen umfangreichen Integrationen für Eventquellen, mit denen Sie vertraut sind.

Wann sollten Lambda Managed Instances verwendet werden

Ziehen Sie Lambda Managed Instances für die folgenden Anwendungsfälle in Betracht:

  • Workloads mit hohem Volumen — Ideal für stationäre Workloads ohne unerwartete Datenverkehrsspitzen. Lambda Managed Instances lassen sich so skalieren, dass sie standardmäßig eine Verdoppelung des Datenverkehrs innerhalb von fünf Minuten bewältigen können.

  • Performance-critical Anwendungen — Zugriff auf die neuesten CPUs, unterschiedliche Speicher-CPU-Verhältnisse und hoher Netzwerkdurchsatz

  • Regulatorische Anforderungen — Granulare Governance-Anforderungen mit Kontrolle über die VPC- und Instance-Platzierung

  • Vielzahl von Anwendungen — Anwendungen, media/data Verarbeitung, Event-driven Webanwendungen und ältere Workloads, die auf serverlose Systeme migriert werden

Funktionsweise

Lambda Managed Instances verwendet Kapazitätsanbieter als Grundlage für die Ausführung Ihrer Funktionen:

  1. Erstellen Sie einen Kapazitätsanbieter — Definieren Sie, wo Ihre Funktionen ausgeführt werden, indem Sie die VPC-Konfiguration und optional die Instance-Anforderungen sowie die Skalierungskonfiguration angeben

  2. Erstellen Sie Ihre Funktion — Erstellen Sie wie gewohnt Lambda-Funktionen und hängen Sie sie an einen Kapazitätsanbieter an

  3. Veröffentlichen Sie eine Funktionsversion — Funktionsversionen werden nach der Veröffentlichung auf Kapazitätsanbieter-Instances aktiv

Wenn Sie eine Funktionsversion bei einem Kapazitätsanbieter veröffentlichen, startet Lambda Managed Instances in Ihrem Konto. Aus Gründen der AZ-Resilienz werden standardmäßig drei Instances gestartet und drei Ausführungsumgebungen gestartet, bevor Ihre Funktionsversion als AKTIV markiert wird. Wenn Sie eine Funktion an einen vorhandenen Kapazitätsanbieter anhängen, der bereits andere Funktionen ausführt, startet Lambda möglicherweise keine neuen Instances, wenn die verfügbaren Instances bereits über Kapazitäten für die Ausführungsumgebungen der neuen Funktion verfügen.

Modell der Parallelität

Lambda Managed Instances unterstützen mehrere gleichzeitige Aufrufe, wobei eine Ausführungsumgebung mehrere Aufrufe gleichzeitig verarbeiten kann. Dies unterscheidet sich vom Lambda-Berechnungstyp (Standard), der ein einzelnes Parallelitätsmodell bietet, bei dem eine Ausführungsumgebung maximal einen Aufruf gleichzeitig ausführen kann. Multi-concurrency sorgt für eine bessere Nutzung Ihrer zugrunde liegenden EC2-Instances und ist besonders vorteilhaft für IO-heavy Anwendungen wie Webdienste oder Batch-Jobs. Diese Änderung des Ausführungsmodells bedeutet, dass Thread-Sicherheit, Statusverwaltung und Kontextisolierung je nach Laufzeit unterschiedlich gehandhabt werden müssen.

Mietverhältnis und Isolierung

Der Lambda-Computetyp (Standard) ist mandantenfähig und nutzt die Firecracker MicroVM-Technologie, um die Isolierung zwischen Ausführungsumgebungen zu gewährleisten, die auf gemeinsam genutzten Lambda-Flotten ausgeführt werden. Lambda Managed Instances werden in Ihrem Konto ausgeführt und bieten die neueste EC2-Hardware und Preisoptionen. Verwaltete Instances verwenden Container, die auf EC2-Nitro-Instances ausgeführt werden, um die Isolierung zu gewährleisten, und nicht Firecracker. Kapazitätsanbieter dienen als Sicherheitsgrenze für Lambda-Funktionen. Funktionen werden in Containern innerhalb von Instanzen ausgeführt.

Grundlegendes zu verwalteten Instanzen

Die Funktionen von Lambda Managed Instances werden auf verwalteten EC2-Instances in Ihrem Konto ausgeführt. Diese Instances werden vollständig von Lambda verwaltet, was bedeutet, dass Sie im Vergleich zu Standard-EC2-Instances nur über eingeschränkte Berechtigungen für sie verfügen. Sie können Lambda Managed Instances in Ihrem Konto wie folgt identifizieren:

  • Das Vorhandensein des Operator Felds in der EC2-Ausgabe DescribeInstances

  • Das aws:lambda:capacity-provider Tag auf der Instance

Sie können Standard-EC2-Operationen nicht direkt auf diesen Instances ausführen, z. B. sie manuell beenden. Um verwaltete Instances zu löschen, löschen Sie den zugehörigen Kapazitätsanbieter. Lambda beendet dann die Instances im Rahmen des Löschvorgangs des Kapazitätsanbieters.

Verwaltete Instances sind standardmäßig in Ihren EC2-Konsolenansichten und API-Listenvorgängen verborgen. Sie können die Sichtbarkeit mithilfe der Sichtbarkeitseinstellung für verwaltete Ressourcen anpassen. Verwaltete Instanzen bleiben in Ihrem AWS Konto voll funktionsfähig und können abgerechnet werden.

Preisgestaltung

Lambda Managed Instances verwendet EC2-based Preise mit einer Verwaltungsgebühr von 15% zusätzlich zu den EC2-Instance-Kosten. Dieses Preismodell unterstützt EC2-Sparpläne, Reserved Instances und alle anderen Preisnachlässe, die für Ihre EC2-Nutzung gelten. Weitere Informationen finden Sie auf der Preisseite: https://aws.amazon.com/lambda/pricing/

Verwenden Sie den Preisrechner für Lambda Managed Instances, um die Kosten für die Ausführung Ihrer Funktionen auf Lambda Default, Lambda Managed Instances und selbstverwaltetem Amazon EC2 zu vergleichen.

Wichtig: EC2-Preisnachlässe gelten nur für die zugrunde liegende EC2-Rechenleistung, nicht für die Verwaltungsgebühr.

Wie unterscheidet sich Lambda Managed Instances vom Lambda-Berechnungstyp (Standard)

Lambda Managed Instances ändert im Vergleich zu Lambda (Standard), wie Lambda Anfragen verarbeitet.

Die wichtigsten Unterschiede:

Lambda (Standard) Von Lambda verwaltete Instances
Modell der Parallelität Einzelnes Parallelitätsmodell, bei dem eine Ausführungsumgebung maximal einen Aufruf gleichzeitig unterstützen kann Multi-concurrent Aufrufe, bei denen eine Ausführungsumgebung mehrere Aufrufe gleichzeitig verarbeiten kann, wodurch der Durchsatz insbesondere bei Anwendungen erhöht wird IO-heavy
Mietverhältnis und Isolierung Multi-tenant, verwendet die Firecracker MicroVM-Technologie zur Isolierung zwischen Ausführungsumgebungen, die auf gemeinsam genutzten Lambda-Flotten ausgeführt werden Führen Sie es in Ihrem Konto aus und verwenden Sie EC2 Nitro, um die Isolierung zu gewährleisten. Kapazitätsanbieter dienen als Sicherheitsgrenze, wobei Funktionen in Containern innerhalb von Instances ausgeführt werden
Preismodell Per-request Dauer, Preisgestaltung Instance-based Preisgestaltung mit EC2-Preismodellen, einschließlich On-Demand Reserved Instances, und Sparoptionen wie Compute Savings Plans
Skalierungsverhalten Skaliert, wenn es keine kostenlose Ausführungsumgebung gibt, um einen eingehenden Aufruf zu verarbeiten (Kaltstart). Skaliert ohne Verkehr auf Null Skaliert asynchron nur auf Grundlage der CPU-Ressourcenauslastung, ohne Kaltstarts. Skaliert auf ein Minimum an Ausführungsumgebungen, die ohne Datenverkehr konfiguriert sind
Am besten geeignet für Funktionen mit hohem Datenaufkommen, die auch mal einen Kaltstart verkraften können, oder Anwendungen ohne Dauerlast, die von einer Skalierung auf Null profitieren Hochvolumiger, vorhersehbarer Datenverkehr funktioniert, wenn Sie die Flexibilität, die Preispläne und die Hardwareoptionen von EC2 nutzen möchten

Nächste Schritte