Schritt 3: Erstellen Sie eine Startvorlage und hängen Sie sie an eine Rechenumgebung an

Wenn die Instance gestartet wird, wird das user-data Skript automatisch installiertFluent Bit, ruft die Instance-ID von IMDSv2 ab, synchronisiert die Konfiguration von Amazon S3 und startet den Service. Fluent Bit Weitere Informationen über Startvorlagen finden Sie unter Verwenden Sie Amazon EC2 EC2-Startvorlagen mit AWS Batch. Weitere Informationen zur IMDS-Konfiguration finden Sie unter. Konfiguration des Instanz-Metadatendienstes (IMDS)

Ein user-data Beispielskript finden Sie im zugehörigen GitHub Repository. Verwenden Sie die launch-template-userdata-minimal.txt Datei für Ihre Startvorlage. Diese Datei schließt Kommentare aus, um die user-data Größe zu reduzieren. Die launch-template-userdata.txt Datei ist eine kommentierte Version als Referenz. Ersetzen Sie vor der Verwendung die folgenden Platzhalter in der Vorlage:

• <BUCKET_NAME>— Der Name Ihres Amazon S3 S3-Buckets.

• <FLUENT_BIT_VERSION>— Die zu installierende Fluent Bit Version. Lassen Sie das Feld leer, um die neueste verfügbare Version zu installieren.

Voraussetzungen

• Schritt 1: Richten Sie den Amazon S3 S3-Bucket ein und Fluent Bit configuration

• Schritt 2: Konfigurieren Sie die IAM-Berechtigungen für Ihre Instanzrolle

AWS Console

Erstellen Sie die Startvorlage:

1. Öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/ec2/.

2. Wählen Sie im Navigationsbereich Launch Templates aus.

3. Wählen Sie Startvorlage erstellen.

4. Geben Sie als Namen der Startvorlage einen Namen ein, z. batch-host-logs B.

5. Erweitern Sie Advanced Details (Erweiterte Details).

6. Wählen Sie für Metadatenversion die Option Nur V2 (Token erforderlich) aus.

7. Geben Sie für Metadata Response Hop Limit ein2.

8. Scrollen Sie zu Benutzerdaten und fügen Sie das user-data Skript aus dem zugehörigen GitHub Repository ein. <BUCKET_NAME>Ersetzen Sie es durch Ihren Bucket-Namen. <FLUENT_BIT_VERSION>Ersetzen Sie es durch die gewünschte Fluent Bit Version oder lassen Sie das Feld leer für die neueste Version.

9. Wählen Sie Startvorlage erstellen.

Erstellen Sie die Rechenumgebung:

1. Öffnen Sie die AWS Batch Konsole unter https://console.aws.amazon.com/batch/.

2. Wählen Sie im Navigationsbereich Datenverarbeitungs-Umgebungen aus.

3. Wählen Sie Erstellen aus.

4. Wählen Sie für die Konfiguration der Rechenumgebung Amazon Elastic Compute Cloud (Amazon EC2).

5. Wählen Sie als Orchestrierungstyp die Option Verwaltet aus.

6. Geben Sie unter Name einen Namen ein, z. B. my-host-logs-ce

7. Wählen Sie für Instanzrolle die Instanzrolle aus, die Sie in Schritt 2 aktualisiert oder erstellt haben, z. ecsInstanceRole B.

8. Wählen Sie Weiter aus.

9. Erweitern Sie unter Instanzkonfiguration die Option Vorlagen starten und wählen Sie die Vorlage aus, die Sie erstellt haben.

10. Füllen Sie die verbleibenden Felder aus und wählen Sie Rechenumgebung erstellen aus.

AWS CLI

Erstellen Sie die Startvorlage. Speichern Sie das user-data Skript aus dem GitHub Companion-Repository in einer Datei und codieren Sie es mit 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"
    }'

Erstellen Sie die Rechenumgebung mit der Startvorlage:

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

Anmerkung

Das Limit für den Antwort-Hop für Metadaten ist 2 in der Startvorlage auf festgelegt, da Anwendungen, die in Job-Containern ausgeführt werden, einen zusätzlichen Netzwerk-Hop benötigen, um den IMDSv2-Endpunkt zu erreichen. Ohne diese Einstellung schlagen IMDSv2-Anfragen von Containern fehl.