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.

MicroVM-Bilder

In diesem Abschnitt wird beschrieben, wie Sie MicroVM-Images erstellen, konfigurieren, aktualisieren und verwalten.

Ein MicroVM-Image ist eine Ressource, die das Dateisystem und die Anwendungsumgebung einer MicroVM definiert. Das MicroVM-Image umfasst Ihre Laufzeitumgebung, Ihren Anwendungscode und unterstützende Programme wie Hintergrundprozesse und Observability-Agenten. Um ein MicroVM-Image zu erstellen, stellen Sie ein Zip-Paket bereit, das Ihre Anwendungsartefakte enthält Dockerfile und die Sie auf Amazon S3 hochladen.

Ihr Dockerfile definiert, wie Ihre Anwendung verpackt wird. Lambda erstellt Ihr Anwendungs-Container-Image, indem es Dockerfile auf einer Betriebssystemumgebung ausgeführt wird, die von einem Lambda-managed MicroVM-Basisimage bereitgestellt wird. MicroVM-Basis-Images werden unten im Abschnitt mit dem Titel — beschrieben. MicroVM-Basisimages

Sie können Ihre MicroVM-Basisimages aktualisieren, um den Anwendungscode oder die Konfiguration für Ihre MicroVMs zu aktualisieren. Bei jedem Update, das Sie auslösen, wird eine neue MicroVM-Image-Version erstellt.

Wie Lambda ein MicroVM-Image erstellt

Wenn Sie ein MicroVM-Image erstellen, führt Lambda Folgendes aus:

Sobald der Snapshot-Vorgang abgeschlossen ist, wechselt Ihr MicroVM-Image in den CREATED Status. Sie können dieses MicroVM-Image jetzt verwenden, um eine MicroVM zu erstellen, und jedes MicroVM-Image kann verwendet werden, um mehrere unabhängige MicroVMs zu erstellen. Eine MicroVM, die vom MicroVM-Image aus ausgeführt wird, wird direkt aus dem Snapshot-Status wieder aufgenommen, was für schnelle Startzeiten sorgt. Jedes MicroVM-Image kann verwendet werden, um mehrere MicroVMs auszuführen, bis zu dem für Ihr Konto verfügbaren Limit.

Eine schrittweise Anleitung zum Verpacken Ihres Codes und zum Erstellen Ihres ersten MicroVM-Images finden Sie unter. Erstellen Sie Ihre erste MicroVM

Dimensionierung von MicroVM

Lambda MicroVMS verwendet ein Baseline-Peak-Modell, das es überflüssig macht, jede Rechenumgebung für Spitzenaktivitäten richtig zu dimensionieren. Sie konfigurieren die grundlegenden Rechenressourcen für Ihre MicroVM. Bei Spitzenaktivität kann Ihre MicroVM automatisch vertikal bis auf das Vierfache des Ausgangswerts skalieren. Sie zahlen den Basistarif, während Ihre MicroVM läuft, und zahlen nur für das, was Sie über dem Basispreis hinaus aktiv nutzen, und zwar pro Sekunde.

Sie legen den Basiswert fest, indem Sie den memory Parameter bei der Erstellung Ihres MicroVM-Images verwenden. vCPU skaliert proportional zum Arbeitsspeicher (2 GB = 1 vCPU). Die Standardbasislinie ist 2 GB/1 vCPU.

In der folgenden Tabelle sind die verfügbaren Größen aufgeführt:

MicroVM-Basisimages

Ein MicroVM-Basisimage dient als Grundlage für Ihre MicroVM-Images. Lambda veröffentlicht ein MicroVM-Basis-Image, das das Amazon Linux 2023-Betriebssystem und die für den Betrieb von MicroVMs erforderlichen Servicekomponenten bereitstellt. Wenn Sie ein MicroVM-Image erstellen oder aktualisieren, startet Lambda eine neue MicroVM von diesem Basis-Image aus und führt Ihre Dockerfile Anweisungen in dieser Betriebssystemumgebung aus.

Lambda veröffentlicht regelmäßig neue Versionen der vom Service verwalteten MicroVM-Basis-Images, z. B. beim Anwenden von Sicherheitspatches, um das Betriebssystem oder die Servicekomponenten zu aktualisieren. Standardmäßig gilt die neueste Version eines vom Service verwalteten Basis-Images, wenn Sie creating/updating Ihre eigenen MicroVM-Images sind. Zur Problembehandlung oder zum Debuggen können Sie optional die Version der dienstverwalteten Images überschreiben, wenn Sie mithilfe des Parameters Ihr eigenes MicroVM-Image erstellen. base-image-version

Basis-Image-Versionen folgen einem Verfallszyklus:

Um auf dem neuesten Stand zu bleiben, achten Sie auf Benachrichtigungen über veraltete Versionen und erstellen Sie Ihre MicroVM-Images neu, wenn eine neue Basis-Image-Version veröffentlicht wird.

Beachten Sie, dass sich das MicroVM-Basisimage von dem Container-Basis-Image unterscheidet, das Sie in Ihren Dockerfiles angeben. Während ersteres die Betriebssystemumgebung für Ihre MicroVMs definiert, definiert letzteres, welches Basis-Container-Image verwendet werden soll, wenn Sie Ihre Anwendung für die Verwendung mit Lambda-MicroVMs verpacken. Weitere Informationen finden Sie im Abschnitt zu Container-Basisimages.

Verwenden Sie die folgenden APIs, um verfügbare verwaltete MicroVM-Basisimages und deren Versionen zu ermitteln:

# List all managed MicroVM base images
aws lambda-microvms list-managed-microvm-images

# List the versions of a specific managed MicroVM base image
aws lambda-microvms list-managed-microvm-image-versions \
  --image-identifier arn:aws:lambda:us-east-1:aws:microvm-image:al2023-1

Hooks zum Erstellen von MicroVM-Images

Lambda bietet MicroVM-Image-Build-Hooks, mit denen Sie die Richtigkeit der Anwendung überprüfen und die Leistung während der MicroVM-Image-Erstellung optimieren können. Hooks werden ausgeführt, bevor Lambda den Snapshot erstellt, der zur Initialisierung jeder MicroVM verwendet wird. Jeder Hook ist ein HTTP-Endpunkt, den Ihre Anwendung verfügbar macht und den Lambda während des Builds aufruft. Indem Sie auf diese Anfragen antworten, steuern und validieren Sie den MicroVM-Image-Erstellungsprozess. Lambda verwendet HTTP-Statuscodes, um zu ermitteln, ob die Hooks erfolgreich abgeschlossen wurden.

Aktualisierung eines MicroVM-Images

Sie können ein vorhandenes MicroVM-Image aktualisieren, indem Sie die update-microvm-image API aufrufen. Jedes Update löst den Build einer neuen MicroVM-Image-Version aus. Normalerweise aktualisieren Sie ein MicroVM-Image auf:

Der folgende CLI-Befehl zeigt, wie Sie ein MicroVM-Image aktualisieren können. Die --build-role-arn Parameter --base-image-arn und sind bei jedem update-microvm-image Aufruf erforderlich, der einen neuen Build auslöst, auch wenn Sie nur das Code-Artefakt ändern. Wenn Sie sie weglassen, erhalten Sie Folgendes: ValidationException

aws lambda-microvms update-microvm-image \
  --image-identifier arn:aws:lambda:us-east-1:123456789012:microvm-image:my-microvm-image \
  --code-artifact uri=s3://my-bucket/deployments/app-v2.zip \
  --base-image-arn arn:aws:lambda:us-east-1:aws:microvm-image:al2023-1 \
  --build-role-arn arn:aws:iam::123456789012:role/MicrovmBuildRole \
  --description "Updated with v2 application code"

Image-Status und Build-Status

Jedes Mal, wenn Sie ein MicroVM-Image erstellen oder aktualisieren, erstellt Lambda eine neue Version, die aus Ihrem Code-Artefakt und Ihrem Basis-Image erstellt wird. Ein MicroVM-Image kann im Laufe der Zeit viele Versionen haben, und Sie führen MicroVMs ab einer bestimmten Version aus.

Drei unabhängige Staaten verfolgen verschiedene Aspekte des Lebenszyklus:

Um eine MicroVM von einer Version aus auszuführen, muss der Image-Status CREATED oder seinUPDATED, der Versionsstatus muss lautenSUCCESSFUL, und die Version muss ACTIVE lauten.

# De-activate a version
aws lambda-microvms update-microvm-image-version \
  --image-identifier my-image \
  --image-version 1.0 \
  --state INACTIVE

Umgebungsvariablen

Umgebungsvariablen werden bei der Erstellung des MicroVM-Images über das environmentVariables Feld festgelegt (maximal 50 Variablen). Diese werden während des Snapshot-Erstellungsprozesses in den Container eingefügt. Sie können dynamisch festgelegte Nutzlasten übergeben, wenn Sie eine neue MicroVM ausführen. Weitere Informationen finden Sie im Abschnitt zum Ausführen Ihrer MicroVM.

MicroVM-Image-Patching

Wenn ein neues MicroVM-Basisimage verfügbar ist, können Sie einen update-microvm-image Aufruf ausführen, um einen MicroVM-Image-Build mit den neuesten Patches auszulösen. Dabei können Sie entweder das Argument weglassen (für die neueste Version) oder das base-image-version Argument mit der neuesten Version angeben.

Container-Basisimages

Lambda MicroVMS führt Ihre Anwendung als Container in der MicroVM-Betriebssystemumgebung aus. Sie definieren diesen Container mit IhremDockerfile, und die FROM Anweisung in Ihrem Dockerfile legt das Container-Basis-Image für Ihre Anwendung fest.

Sie können entweder mit dem Lambda-Basiscontainer-Image für Amazon Linux 2023 (public.ecr.aws/lambda/microvms:al2023-minimal) beginnen und darüber hinaus Ihre Dockerfile Anweisungen hinzufügen oder Ihr eigenes Basis-Container-Image verwenden. Wenn Sie Ihre eigenen Container-Images verwenden, überprüfen Sie die folgenden Anforderungen:

Voraussetzungen

Snapshot-compatible Basis-Images

Da Lambda MicroVMS jede MicroVM von einem vorinitialisierten Snapshot aus startet, müssen die Basis-Images Snapshot-kompatibel sein. Wir empfehlen, den Abschnitt zur Erwägungen zur Kompatibilität Verwendung Ihrer eigenen Basis-Images mit Lambda MicroVMS zu lesen.

Verwenden eines privaten ECR-Images

Referenzieren Sie Ihr privates ECR-Container-Basis-Image in der FROM Anleitung Ihres: Dockerfile

FROM 123456789012.dkr.ecr.us-east-1.amazonaws.com/my-base:latest
WORKDIR /app
COPY . .
CMD ["./my-app"]

Fügen Sie Ihrer Build-Rolle die folgenden Berechtigungen hinzu:

{
  "Effect": "Allow",
  "Action": [
    "ecr:GetAuthorizationToken",
    "ecr:BatchCheckLayerAvailability",
    "ecr:GetDownloadUrlForLayer",
    "ecr:BatchGetImage"
  ],
  "Resource": "*"
}

Funktionen des Betriebssystems

Standardmäßig werden Lambda-MicroVMs mit einem Standardsatz von Linux-Funktionen ausgeführt. Sie können erweiterte Linux-Funktionen gewähren, indem Sie das additionalOsCapabilities Feld verwenden, wenn Sie ein MicroVM-Image erstellen oder aktualisieren. Der einzige unterstützte Wert ist ["ALL"]. Erweiterte Funktionen ermöglichen Operationen wie das Mounten von Dateisystemen, das Erstellen von Netzwerk-Namespaces oder das Ausführen von eBPF-Programmen. Funktionen werden innerhalb der Isolationsgrenze der virtuellen Maschine angewendet und wirken sich nicht auf den Host oder andere MicroVMs aus.

aws lambda-microvms create-microvm-image \
  --name my-network-tool \
  --code-artifact uri=s3://my-bucket/app.zip \
  --base-image-arn arn:aws:lambda:us-east-1:aws:microvm-image:al2023-1 \
  --build-role-arn arn:aws:iam::123456789012:role/BuildRole \
  --additional-os-capabilities '["ALL"]'