Paso 3: Crea una plantilla de lanzamiento y adjúntala a un entorno de procesamiento

Cuando se inicia la instancia, el user-data script se instala automáticamenteFluent Bit, recupera el ID de la instancia de IMDSv2, sincroniza la configuración de Amazon S3 e inicia el servicio. Fluent Bit Para obtener más información acerca de las plantillas de inicialización, consulte Utilice las plantillas de lanzamiento de Amazon EC2 con AWS Batch. Para obtener más información sobre la configuración del IMDS, consulte. Configuración del servicio de metadatos de instancias (IMDS)

Para ver un ejemplo de user-data script, consulte el GitHub repositorio complementario. Usa el launch-template-userdata-minimal.txt archivo como plantilla de lanzamiento. Este archivo excluye los comentarios para reducir el user-data tamaño. El launch-template-userdata.txt archivo es una versión comentada como referencia. Sustituya los siguientes marcadores de posición en la plantilla antes de utilizarla:

• <BUCKET_NAME>— El nombre de su bucket de Amazon S3.

• <FLUENT_BIT_VERSION>— La Fluent Bit versión que se va a instalar. Déjelo en blanco para instalar la última versión disponible.

Requisitos previos

• Paso 1: configurar el bucket de Amazon S3 y Fluent Bit configuración

• Paso 2: Configura los permisos de IAM en tu rol de instancia

AWS Console

Cree la plantilla de lanzamiento:

1. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.

2. En el panel de navegación, elija Launch Templates (Plantillas de inicialización).

3. Elija Crear plantilla de inicialización.

4. En Nombre de la plantilla de lanzamiento, introduzca un nombre comobatch-host-logs.

5. Amplíe Advanced details (Detalles avanzados).

6. En Metadata version (Versión de metadatos), elija V2 only (token required) (solo V2 [token obligatorio]).

7. Para el límite de saltos de respuesta de metadatos, introduzca2.

8. Desplázate hasta Datos de usuario y pega el user-data script del GitHub repositorio complementario. Reemplace <BUCKET_NAME> con el nombre del bucket. <FLUENT_BIT_VERSION>Sustitúyalo por Fluent Bit la versión que desees o déjalo en blanco para ver la última versión.

9. Elija Crear plantilla de inicialización.

Cree el entorno de cómputo:

1. Abra la AWS Batch consola en https://console.aws.amazon.com/batch/.

2. En el panel de navegación, elija Entornos de computación.

3. Seleccione Crear.

4. Para la Configuración del entorno de computación, elija Amazon Elastic Compute Cloud (Amazon EC2).

5. Para el Tipo de orquestación, seleccione Administrado.

6. En Nombre, introduzca un nombre comomy-host-logs-ce.

7. En Función de instancia, elija la función de instancia que actualizó o creó en el paso 2, por ejemploecsInstanceRole.

8. Elija Siguiente.

9. En Configuración de instancias, expanda Plantillas de lanzamiento y seleccione la plantilla que ha creado.

10. Rellene los campos restantes y elija Crear entorno de cómputo.

AWS CLI

Cree la plantilla de lanzamiento. Guarde el user-data script del GitHub repositorio complementario en un archivo y codifíquelo 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"
    }'

Cree el entorno informático con la plantilla de lanzamiento:

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

El límite de saltos de respuesta de los metadatos se establece 2 en la plantilla de lanzamiento, ya que las aplicaciones que se ejecutan en contenedores de tareas requieren un salto de red adicional para llegar al punto final de IMDSv2. Sin esta configuración, las solicitudes de IMDSv2 desde los contenedores fallan.