View a markdown version of this page

Passaggio 3: crea un modello di lancio e collegalo a un ambiente di calcolo - AWS Batch

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à.

Passaggio 3: crea un modello di lancio e collegalo a un ambiente di calcolo

All'avvio dell'istanza, lo user-data script si installa automaticamenteFluent Bit, recupera l'ID dell'istanza da IMDSv2, sincronizza la configurazione da Amazon S3 e avvia il servizio. Fluent Bit Per ulteriori informazioni sui modelli di avvio, consulta Usa i modelli di lancio di Amazon EC2 con AWS Batch. Per ulteriori informazioni sulla configurazione IMDS, consulta. Configurazione del servizio IMDS (Instance Metadata Service)

Per uno user-data script di esempio, consulta il GitHub repository complementare. Utilizzate il launch-template-userdata-minimal.txt file per il modello di lancio. Questo file esclude i commenti per ridurre le user-data dimensioni. Il launch-template-userdata.txt file è una versione commentata come riferimento. Sostituisci i seguenti segnaposto nel modello prima dell'uso:

  • <BUCKET_NAME>— Il nome del tuo bucket Amazon S3.

  • <FLUENT_BIT_VERSION>— La Fluent Bit versione da installare. Lascia vuoto per installare l'ultima versione disponibile.

Prerequisiti
AWS Console

Crea il modello di lancio:

  1. Apri la console Amazon EC2 all'indirizzo https://console.aws.amazon.com/ec2/.

  2. Fai clic su Launch Templates (modelli di avvio) nel riquadro di navigazione.

  3. Scegli Crea modello di avvio.

  4. Per il nome del modello di Launch, inserisci un nome comebatch-host-logs.

  5. Espandi Advanced details (Dettagli avanzati).

  6. Per Metadata version (Versione metadati), seleziona V2 only (token required) (Solo V2 [token richiesto]).

  7. Per Metadata Response Hop limit, inserisci2.

  8. Scorri fino a Dati utente e incolla lo user-data script dal GitHub repository associato. <BUCKET_NAME>Sostituiscilo con il nome del tuo bucket. Sostituiscilo <FLUENT_BIT_VERSION> con la Fluent Bit versione desiderata o lascia vuoto il campo per la versione più recente.

  9. Scegli Crea modello di avvio.

Crea l'ambiente di calcolo:

  1. Apri la AWS Batch console all'indirizzo https://console.aws.amazon.com/batch/.

  2. Nel riquadro di navigazione, seleziona Compute environments (Ambienti di calcolo).

  3. Scegli Create (Crea).

  4. Per la configurazione dell'ambiente di calcolo, scegli Amazon Elastic Compute Cloud (Amazon EC2).

  5. Per il tipo di orchestrazione, scegli Managed.

  6. Per Nome, inserisci un nome come. my-host-logs-ce

  7. Per Ruolo di istanza, scegli il ruolo di istanza che hai aggiornato o creato nel passaggio 2, ad esempioecsInstanceRole.

  8. Scegli Next (Successivo).

  9. In Configurazione dell'istanza, espandi i modelli di Launch e seleziona il modello che hai creato.

  10. Completa i campi rimanenti e scegli Crea ambiente di calcolo.

AWS CLI

Creazione del modello di avvio. Salva lo user-data script dal GitHub repository complementare in un file e codificalo con base64:

aws ec2 create-launch-template \
    --launch-template-name batch-host-logs \
    --launch-template-data '{
        "MetadataOptions": {
            "HttpTokens": "required",
            "HttpPutResponseHopLimit": 2
        },
        "UserData": "BASE64_ENCODED_USER_DATA"
    }'

Crea l'ambiente di calcolo con il modello di avvio:

aws batch create-compute-environment \
    --compute-environment-name my-host-logs-ce \
    --type MANAGED \
    --compute-resources '{
        "type": "EC2",
        "minvCpus": 0,
        "maxvCpus": 256,
        "instanceTypes": ["optimal"],
        "subnets": ["subnet-12345678"],
        "securityGroupIds": ["sg-12345678"],
        "instanceRole": "arn:aws:iam::111122223333:instance-profile/ecsInstanceRole",
        "launchTemplate": {
            "launchTemplateName": "batch-host-logs",
            "version": "$Latest"
        }
    }'
Nota

Il limite dell'hop di risposta dei metadati è impostato su 2 nel modello di avvio perché le applicazioni in esecuzione nei job container richiedono un hop di rete aggiuntivo per raggiungere l'endpoint IMDSv2. Senza questa impostazione, le richieste IMDSv2 provenienti dai container hanno esito negativo.