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.

Daemon-Aufgabendefinitionen

Eine Daemon-Aufgabendefinition ist die Blaupause für Ihren Daemon. Amazon ECS Managed Daemons verwenden eine spezielle Daemon-Aufgabendefinitionsressource, die sich von den standardmäßigen Amazon ECS-Aufgabendefinitionen unterscheidet. Sie registrieren eine Daemon-Aufgabendefinition, um das Container-Image, die Ressourcenanforderungen und die Konfiguration für Ihren Daemon festzulegen.

Eine Daemon-Aufgabendefinition erstellen

Sie können eine Daemon-Aufgabendefinition erstellen, indem Sie den AWS-Managementkonsole oder den verwenden. AWS CLI

Verwendung der AWS-Managementkonsole

Verwendung der AWS CLI

Registrieren Sie eine Daemon-Aufgabendefinition, indem Sie eine JSON-Datei erstellen und den register-daemon-task-definition Befehl verwenden.

Im Folgenden finden Sie ein Beispiel für eine JSON-Datei:

{
    "family": "my-daemon-task",
    "containerDefinitions": [
        {
            "name": "daemon-container",
            "image": "public.ecr.aws/docker/library/busybox:latest",
            "essential": true,
            "command": ["sh", "-c", "while true; do echo 'Daemon running'; sleep 30; done"],
            "memoryReservation": 512
        }
    ]
}

Führen Sie den folgenden Befehl aus, um die Daemon-Aufgabendefinition zu registrieren:

aws ecs register-daemon-task-definition --cli-input-json file://daemon-taskdef.json

Parameter der Daemon-Aufgabendefinition

Sie können die folgenden Parameter verwenden, wenn Sie eine Daemon-Aufgabendefinition registrieren.

Erforderliche Parameter

Optionale Parameter

Netzwerkmodus

Daemons verwenden einen speziellen daemon_bridge Netzwerkmodus, den Amazon ECS automatisch festlegt. Sie können in Ihrer Daemon-Aufgabendefinition keinen Netzwerkmodus angeben. Alle Daemons auf einer Instanz teilen sich einen einzigen Netzwerk-Namespace und sind lokal über eine statische Daemon-Bridge-IP-Adresse (169.254.172.2für IPv4 oder für IPv6) zugänglich. fd00:ec2::172:2 Anwendungsaufgaben (keine Daemons) können ohne zusätzliche Netzwerkkonfiguration mit Daemons an dieser Adresse kommunizieren.

Da Daemons in einem von Anwendungsaufgaben getrennten Netzwerk-Namespace ausgeführt werden, müssen sich Aufgaben, die keine Dämonen sind, nicht um Portkonflikte mit Daemons kümmern. Da sich jedoch alle Daemon-Aufgaben denselben Namespace teilen, können sich Daemons auf derselben Instanz nicht an denselben Port binden. Wenn Sie mehrere Daemons einsetzen, stellen Sie sicher, dass jeder Daemon einen eindeutigen Port verwendet.

Privilegierte Funktionen

Auf Amazon ECS Managed Instances unterstützen Daemons privilegierte Linux-Funktionen für Operationen auf Systemebene. Sicherheitsagenten, Netzwerküberwachungstools und Observability-Agenten benötigen häufig Zugriff auf Kernelebene, um ordnungsgemäß zu funktionieren.

Sie können Funktionen auf zwei Arten gewähren:

Der voll privilegierte Modus gewährt dem Container alle Linux-Funktionen. Verwenden Sie diesen Modus, wenn Ihr Agent umfassenden Systemzugriff benötigt:

{
    "containerDefinitions": [{
        "name": "security-daemon",
        "image": "my-security-agent:latest",
        "privileged": true
    }]
}

Individuelle Funktionen gewähren nur die Berechtigungen, die Ihr Daemon benötigt, und folgen dabei dem Prinzip der geringsten Rechte. Verwenden Sie das linuxParameters.capabilities Feld, um individuelle Funktionen wieSYS_ADMIN,, NET_ADMIN SYS_PTRACEBPF, und PERFMON hinzuzufügen:

{
    "containerDefinitions": [{
        "name": "monitoring-daemon",
        "image": "my-monitoring-agent:latest",
        "linuxParameters": {
            "capabilities": {
                "add": ["NET_ADMIN", "SYS_PTRACE"]
            }
        }
    }]
}

Gemeinsame Nutzung von PID- und IPC-Namespaces

Auf Amazon ECS Managed Instances unterstützen Daemons die gemeinsame Nutzung von PID- und IPC-Namespaces, um Anwendungsfälle wie Sicherheitsagenten, Überwachungstools und Observability-Daemons zu ermöglichen, die Einblick in Anwendungsaufgaben oder IPC-Ressourcen benötigen.

Das folgende Beispiel zeigt eine Daemon-Aufgabendefinition, bei der die gemeinsame Nutzung von PID- und IPC-Namespaces aktiviert ist:

{
    "family": "my-monitoring-daemon",
    "pidMode": "shared",
    "ipcMode": "shared",
    "containerDefinitions": [
        {
            "name": "monitoring-agent",
            "image": "public.ecr.aws/my-company/monitoring-agent:latest",
            "essential": true
        }
    ]
}

Um den PID-Namespace mit einem Daemon gemeinsam zu nutzen, der auf pidMode eingestellt ist, muss eine Nicht-Daemon-Aufgabe in ihrer Aufgabendefinition Folgendes angeben. shared pidMode: "host" Dadurch können die Container der Aufgabe die Prozesse des Daemons einsehen und Anwendungsfälle wie Prozessüberwachung und Signalübertragung ermöglichen.

Um den IPC-Namespace mit einem Daemon gemeinsam zu nutzen, der auf ipcMode eingestellt ist, muss eine Aufgabe, die kein Daemon istshared, in ihrer Aufgabendefinition Folgendes angeben. ipcMode: "host" Dadurch können die Container der Aufgabe auf die IPC-Ressourcen des Daemons wie gemeinsame Speichersegmente und Nachrichtenwarteschlangen zugreifen.

Datenträger

Managed Daemons unterstützen Bind-Mounts mithilfe von Host-Volumes mit einer Spezifikation. sourcePath Auf diese Weise können Daemon-Container Host-Verzeichnisse mounten, um auf Protokolle, Metriken und Systeminformationen der zugrunde liegenden Amazon EC2 EC2-Instance zuzugreifen. Agenten zur Erfassung von Protokollen, Metrik-Exporteure und Sicherheitsscanner verwenden dies häufig, um sich einen Überblick über Daten auf Host-Ebene zu verschaffen.

Die Daemon-Aufgabendefinition unterstützt Host-Volume-Spezifikationen mit. sourcePath Daemon-Volumes bleiben für den gesamten Lebenszyklus der zugrunde liegenden Container-Instance bestehen.

Das folgende Beispiel zeigt einen Log-Collector-Daemon mit einem Bind-Mount:

{
    "containerDefinitions": [{
        "name": "log-collector",
        "image": "fluent/fluentd:latest",
        "mountPoints": [{
            "sourceVolume": "var-log",
            "containerPath": "/var/log"
        }]
    }],
    "volumes": [{
        "name": "var-log",
        "host": {
            "sourcePath": "/var/log"
        }
    }]
}

Unterstützte Container-Parameter

Daemon-Container-Definitionen unterstützen die folgenden Parameter: