Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Immagini MicroVM

Questa sezione descrive come creare, configurare, aggiornare e gestire le immagini MicroVM.

Un'immagine MicroVM è una risorsa che definisce il file system e l'ambiente applicativo di una MicroVM. L'immagine MicroVM include l'ambiente di runtime, il codice dell'applicazione e i programmi di supporto come i processi in background e gli agenti di osservabilità. Per creare un'immagine MicroVM, fornisci un pacchetto zip contenente gli artefatti dell'applicazione, che caricherai su Amazon S3. Dockerfile

Tu Dockerfile definisci come viene impacchettata la tua applicazione. Lambda crea l'immagine del contenitore dell'applicazione eseguendola Dockerfile su un ambiente del sistema operativo fornito da un'immagine di base Lambda-managed MicroVM. Le immagini di base MicroVM sono descritte di seguito, nella sezione intitolata —. Immagini base MicroVM

È possibile aggiornare le immagini di base MicroVM per aggiornare il codice dell'applicazione o la configurazione del MicroVMS. Ogni aggiornamento attivato crea una nuova versione dell'immagine MicroVM.

Come Lambda crea un'immagine MicroVM

Quando si crea un'immagine MicroVM, Lambda:

Una volta completato il processo di istantanea, l'immagine MicroVM entra nello stato. CREATED È ora possibile utilizzare questa immagine MicroVM per creare una MicroVM e ogni immagine MicroVM può essere utilizzata per creare più MicroVM indipendenti. Una microVM eseguita dall'immagine MicroVM riprende direttamente dallo stato istantaneo, garantendo tempi di avvio rapidi. Ogni immagine MicroVM può essere utilizzata per eseguire più MicroVM, fino al limite disponibile per il tuo account.

Per una procedura dettagliata sulla creazione del codice e sulla creazione della prima immagine MicroVM, consulta. Crea la tua prima microVM

Dimensionamento delle microVM

Lambda MicroVMS utilizza un modello baseline-peak che elimina la necessità di dimensionare correttamente ogni ambiente di elaborazione per i picchi di attività. Configura le risorse di elaborazione di base per la tua MicroVM. Durante i picchi di attività, la tua microVM può scalare automaticamente verticalmente fino a 4 volte la linea di base. Paghi la tariffa di base mentre la tua MicroVM è in funzione e paghi solo ciò che utilizzi attivamente al di sopra della linea di base, fatturata al secondo.

La linea di base viene impostata utilizzando il memory parametro durante la creazione dell'immagine microVM. La vCPU si ridimensiona proporzionalmente alla memoria (2 GB = 1 vCPU). La linea di base predefinita è 2 GB/1 vCPU.

La tabella seguente elenca le dimensioni disponibili:

Immagini base MicroVM

Un'immagine di base MicroVM funge da base per le immagini MicroVM. Lambda pubblica un'immagine di base MicroVM che fornisce il sistema operativo Amazon Linux 2023 e i componenti di servizio necessari per eseguire MicroVMS. Quando crei o aggiorni un'immagine MicroVM, Lambda avvia una nuova MicroVM da questa immagine di base ed esegue le istruzioni all'interno di questo ambiente del sistema operativo. Dockerfile

Lambda rilascia periodicamente nuove versioni delle immagini di base MicroVM gestite dai servizi, ad esempio quando si applicano le patch di sicurezza, per aggiornare il sistema operativo o i componenti del servizio. Per impostazione predefinita, la versione più recente di un'immagine di base gestita dal servizio si applica quando si utilizzano le proprie immagini MicroVM. creating/updating Per la risoluzione dei problemi o il debug, puoi opzionalmente sovrascrivere la versione delle immagini basate su service managed quando crei la tua immagine MicroVM utilizzando il parametro. base-image-version

Le versioni delle immagini di base seguono un ciclo di vita obsoleto:

Per rimanere aggiornato, monitora le notifiche di obsolescenza e ricostruisci le tue immagini MicroVM quando viene rilasciata una nuova versione dell'immagine di base.

Nota che l'immagine di base di MicroVM è distinta dall'immagine di base del contenitore che specifichi nei tuoi Dockerfile. Mentre la prima definisce l'ambiente del sistema operativo per la microVMS, la seconda definisce l'immagine del contenitore di base da utilizzare per impacchettare l'applicazione da utilizzare con Lambda MicroVMS. Per ulteriori informazioni, consulta la sezione su Immagini di base del contenitore.

Utilizza le seguenti API per scoprire le immagini di base MicroVM gestite disponibili e le relative versioni:

# 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

ganci per la creazione di immagini MicroVM

Lambda fornisce hook per la creazione di immagini MicroVM che consentono di verificare la correttezza delle applicazioni e ottimizzare le prestazioni durante la creazione di immagini MicroVM. Gli hook vengono eseguiti prima che Lambda acquisisca l'istantanea utilizzata per inizializzare ogni MicroVM. Ogni hook è un endpoint HTTP che l'applicazione espone e che Lambda chiama durante la compilazione. Rispondendo a queste richieste, controlli e convalidi il processo di creazione dell'immagine MicroVM. Lambda utilizza i codici di stato HTTP per determinare se gli hook sono stati completati correttamente.

Aggiornamento di un'immagine MicroVM

È possibile aggiornare un'immagine MicroVM esistente chiamando l'API. update-microvm-image Ogni aggiornamento attiva una nuova versione dell'immagine MicroVM. In genere si aggiorna un'immagine MicroVM per:

Il seguente comando CLI mostra come aggiornare un'immagine MicroVM. I --build-role-arn parametri --base-image-arn and sono obbligatori per ogni update-microvm-image chiamata che attiva una nuova build, anche quando si modifica solo l'artefatto del codice: la loro omissione comporta: 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"

Stati dell'immagine e stati di costruzione

Ogni volta che crei o aggiorni un'immagine MicroVM, Lambda produce una nuova versione creata a partire dall'artefatto del codice e dall'immagine di base. Un'immagine MicroVM può avere molte versioni nel tempo ed è possibile eseguire MicroVMS a partire da una versione specifica.

Tre stati indipendenti tengono traccia di diversi aspetti del ciclo di vita:

Per eseguire una MicroVM da una versione, lo stato dell'immagine deve essere CREATED oUPDATED, lo stato della versione deve essere SUCCESSFUL e la versione deve essere. ACTIVE

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

Variabili di ambiente

Le variabili di ambiente sono impostate al momento della creazione dell'immagine MicroVM tramite il environmentVariables campo (massimo 50 variabili). Queste vengono inserite nel contenitore durante il processo di creazione dell'istantanea. È possibile trasferire payload impostati dinamicamente quando si esegue una nuova MicroVM. Per ulteriori informazioni, consulta la sezione sull'esecuzione della MicroVM.

Applicazione di patch alle immagini MicroVM

Quando è disponibile una nuova immagine di base MicroVM, puoi inviare una update-microvm-image chiamata per attivare una build dell'immagine MicroVM con le patch più recenti, omettendo l'base-image-versionargomento (per l'ultima) o specificando l'argomento con la versione più recente.

Immagini di base del contenitore

Lambda MicroVMS esegue l'applicazione come contenitore all'interno dell'ambiente del sistema operativo MicroVM. Definisci quel contenitore con la tua e l'FROMistruzione in Dockerfile essa contenuta Dockerfile imposta l'immagine di base del contenitore per la tua applicazione.

Puoi iniziare con l'immagine del contenitore di base Lambda per Amazon Linux 2023 (public.ecr.aws/lambda/microvms:al2023-minimal) e aggiungere Dockerfile le istruzioni sopra, oppure utilizzare la tua immagine del contenitore di base. Quando usi le tue immagini del contenitore, convalida i seguenti requisiti:

Requisiti

Snapshot-compatible immagini di base

Poiché Lambda MicroVMS avvia ogni microVM da un'istantanea preinizializzata, le immagini di base devono essere compatibili con le istantanee. Ti consigliamo di consultare la sezione dedicata all'utilizzo delle tue immagini di base con Lambda Considerazioni sulla compatibilità MicroVMS.

Utilizzo di un'immagine ECR privata

Fai riferimento all'immagine di base del tuo contenitore ECR privato nelle FROM istruzioni di: Dockerfile

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

Aggiungi le seguenti autorizzazioni al tuo ruolo di compilazione:

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

Funzionalità del sistema operativo

Per impostazione predefinita, Lambda MicroVMS viene eseguito con un set standard di funzionalità Linux. È possibile concedere funzionalità Linux elevate utilizzando il additionalOsCapabilities campo durante la creazione o l'aggiornamento di un'immagine MicroVM. L’unico valore supportato è ["ALL"]. Le funzionalità elevate consentono operazioni come il montaggio di file system, la creazione di namespace di rete o l'esecuzione di programmi eBPF. Le funzionalità vengono applicate entro il limite di isolamento delle VM e non influiscono sull'host o su altre microVM.

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"]'