Ende des Supporthinweises: Am 10. September 2025 AWS
wird der Support für AWS RoboMaker eingestellt. Nach dem 10. September 2025 können Sie nicht mehr auf die AWS RoboMaker Konsole oder die AWS RoboMaker Ressourcen zugreifen. Weitere Informationen AWS Batch zur Umstellung auf containerisierte Simulationen finden Sie in diesem Blogbeitrag.
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.
Anforderungen fürAWS RoboMakerkompatible Behälter
Sie müssen eine Reihe von Anforderungen erfüllen, um eine auszuführenAWS RoboMakerKompatibler Container (Container-Bild)und um eine Simulation erfolgreich zu starten. Wenn Sie diese Anforderungen erfüllt haben und immer noch Probleme beim Ausführen der Simulation haben, finden Sie weitere Informationen unterSimulationsaufträgeundSimulation WorldForge.
Ihr Container-Image kann nicht verwendet werdenVOLUME
im Dockerfile. WennVOLUME
ist im Dockerfile, deine SimulationTESTAMENTscheitere mit einem4XX
Fehlercode.
Ihr Container-Image kann nicht verwendet werdenEXPOSE
im Dockerfile. WennEXPOSE
ist im Dockerfile,AWS RoboMaker TESTAMENTscheitere deine Simulation mit einem4XX
Fehlercode.
Ihr Container-ImageMUSSkomprimiert kleiner oder gleich 20 GB sein. Wenn Ihr Container-Image größer als 20 GB komprimiert ist,AWS RoboMaker TESTAMENTscheitere die Simulation mit einem4XX
Fehlercode.
Sie können nicht angebenCMD
in deinem Dockerfile. Wenn du das tust,AWS RoboMakerüberschreibt es mit dem Paketnamen und der Startdatei. Stattdessen können Sie diecommand
Parameter in derlaunchConfig
von jeder Simulationsanwendung oder Roboteranwendung in IhremCreateSimulationJob
fordern Sie an, eine Liste von Startbefehlen bereitzustellen. Dies ist eingestellt alsCMD
im Simulationsjob. Ein Beispiel einer command
ist ["/bin/bash", "-c", "sleep
365d"]
.
Wenn Sie Ihrem Simulationsjob Tools hinzufügen möchten,MUSSinstallierenbash
zu Ihrem Container-Image. Ihre Tools werden gestartet mit["/bin/bash", "-c",
"<command>"]
.
Wenn auf Ihrem Container ROS ausgeführt wird und Sie eine Kommunikation zwischen Ihrer Roboteranwendung und Ihrer Simulationsanwendung benötigen, sollten Sie die folgenden Robotik-Frameworks einrichten:
-
ROS-Meister
-
Gartenlaube Master
-
ZEILENSPITZE
Sie können das nicht anpassen/etc/resolv.conf
Datei in Ihrem Container.AWS RoboMakerüberschreibt die Datei mit einer eigenen Datei.
Wenn du dein Dockerfile auf laufen lässtAWS, du kannst nichtMONTIERENdas Bild. Wenn Sie angebenMount
im DockerfileAWS RoboMaker TESTAMENTscheitere deine Simulation mit einem4XX
Fehlercode.
Ihr Container-Image kann keine Systemaufrufe verwenden, die vom Standard-Docker blockiert werdenseccomp
Profil. Hinweise zu blockierten Systemaufrufen finden Sie unterSeccomp-Sicherheitsprofile
Um einen Benutzer anzugeben, der ein Image ausführt, können Sie einen angebenUSER
Schlüsselwort im Dockerfile. Wenn Sie keinen Benutzer angeben,AWS RoboMakerverwendet den Root-Benutzer im Container.
In Ihrem Container-Image können Sie entweder angebenUSER
entweder als Name oder alsUID:GID
. Wenn Ihr Container-Image keine UID hat, hat es einen Standardwert von1000
.
Ihr Container-Image kann keine Daten speichern/opt/amazon/robomaker
oder in einem seiner Unterordner. NurAWS RoboMakerkann dieses Verzeichnis verwenden. Ihre Simulation verhält sich möglicherweise nicht richtig, wenn Sie dieses Verzeichnis verwenden.
Die folgenden Laufzeitkonfigurationen werden nicht unterstützt.
Argument für Docker-Ausführung | Beschreibung | |
---|---|---|
1 |
-\-add-host
|
Fügen Sie ein benutzerdefiniertes Host-zu-IP-Mapping hinzu (host:ip) |
2 |
-\-attach , -a
|
An STDIN, STDOUT oder STDERR anhängen |
3 |
-\-blkio-weight
|
Block-IO (relative Gewichtung), zwischen 10 und 1000 oder 0 zum Deaktivieren (Standard 0) |
4 |
-\-blkio-weight-devi ce
|
Block-IO-Gewicht (relatives Gerätegewicht) |
5 |
-\-cap-add
|
Linux-Funktionen hinzufügen |
6 |
-\-cap-drop
|
Linux-Funktionen löschen |
7 |
-\-cgroup-parent
|
Optionale übergeordnete Cgroup für den Container |
8 |
-\-cgroupns
|
API < https://docs.d ocker.com/engine/api/ v1.41/> 1.41+__Cgroup-Namespace zur Verwendung von (host|private) 'host': Führen Sie den Container im cgroup-Namespace 'private' des Docker-Hosts aus: Führen Sie den Container in seinem eigenen privaten cgroup-Namespace aus „: Verwenden Sie den cgroup-Namespace, wie er vomdefault-cgroupns-modeOption auf dem Daemon (Standard) |
9 |
-\-cidfile
|
Schreiben Sie die Container-ID in die Datei |
10 |
-\-cpu-count
|
CPU-Anzahl (nur Windows) |
11 |
-\-cpu-percent
|
CPU-Prozentsatz (nur Windows) |
12 |
-\-cpu-period
|
Beschränken Sie den CPU-CFS-Periode (Completely Fair Scheduler) |
13 |
-\-cpu-quota
|
Beschränken Sie das CPU-CFS-Kontingent (Completely Fair Scheduler) |
14 |
-\-cpu-rt-period
|
API 1.25+__Begrenzen Sie den < https://docs.d ocker.com/engine/api/ v1.25/> CPU-Echtzeitzeitraum in Mikrosekunden |
15 |
-\-cpu-rt-runtime
|
API 1.25+__Limitiert die < https://docs.d ocker.com/engine/api/ v1.25/> CPU-Echtzeitlaufzeit in Mikrosekunden |
16 |
-\-cpu-shares , -c
|
CPU-Anteile (relatives Gewicht) |
17 |
-\-cpus
|
API < https://docs.d ocker.com/engine/api/ v1.25/> 1.25+__Anzahl der CPUs |
18 |
-\-cpuset-cpus
|
CPUs, in denen die Ausführung ermöglicht werden soll (0-3, 0,1) |
19 |
-\-cpuset-mems
|
MEMs, in denen die Ausführung ermöglicht werden soll (0-3, 0,1) |
20 |
-\-detach , -d
|
Container im Hintergrund ausführen und Container-ID drucken |
21 |
-\-detach-keys
|
Überschreiben Sie die Tastenfolge zum Abtrennen eines Containers |
22 |
-\-device
|
Fügen Sie dem Container ein Host-Gerät hinzu |
23 |
-\-device-cgroup-rul e
|
Fügen Sie der Liste der zugelassenen Geräte von cgroup eine Regel hinzu |
24 |
-\-device-read-bps
|
Beschränken Sie die Leserate (Byte pro Sekunde) von einem Gerät |
25 |
-\-device-read-iops
|
Beschränken Sie die Leserate (I/O pro Sekunde) von einem Gerät |
26 |
-\-device-write-bps
|
Beschränken Sie die Schreibrate (Byte pro Sekunde) auf ein Gerät |
27 |
-\-device-write-iops
|
Beschränken Sie die Schreibrate (I/O pro Sekunde) auf ein Gerät |
28 |
-\-disable-content-t rust
|
Bildüberprüfung überspringen |
29 |
-\-dns
|
Benutzerdefinierte DNS-Server einrichten |
30 |
-\-dns-opt
|
DNS-Optionen festlegen |
31 |
-\-dns-option
|
DNS-Optionen festlegen |
32 |
-\-dns-search
|
Legen Sie benutzerdefinierte DNS-Suchdomänen fest |
33 |
-\-domainname
|
NIS-Domainname des Containers |
34 |
-\-gpus
|
API < https://docs.d ocker.com/engine/api/ v1.40/> 1.40+__GPU-Geräte zum Hinzufügen zum Container ('all', um alle GPUs zu übergeben) |
35 |
-\-group-add
|
Füge weitere Gruppen hinzu, denen du beitreten möchtest |
36 |
-\-health-cmd
|
Befehl, der ausgeführt werden soll, um den Zustand zu überprüfen |
37 |
-\-health-interval
|
Zeit zwischen der Ausführung der Prüfung (msm|h) (Standard 0s) |
38 |
-\-health-retries
|
Aufeinanderfolgende Fehler müssen gemeldet werden, um einen fehlerhaften Zustand zu melden |
39 |
-\-health-start-peri od
|
API < https://docs.d ocker.com/engine/api/ v1.29/> 1.29+__Startzeitraum für die Initialisierung des Containers vor dem Start des Countdowns für Integritätswiederholungen (msm|h) (Standard 0s) |
40 |
-\-health-timeout
|
Maximale Zeit, bis eine Prüfung ausgeführt werden kann (msm|h) (Standard 0s) |
41 |
-\-help
|
Verwendung drucken |
42 |
-\-hostname , -h
|
Hostname des Containers |
43 |
-\-init
|
API 1.25+__Führen Sie < https://docs.d ocker.com/engine/api/ v1.25/> eine Init innerhalb des Containers aus, die Signale weiterleitet und Prozesse empfängt |
44 |
-\-interactive , -i
|
STDIN offen lassen, auch wenn es nicht angeschlossen ist |
45 |
-\-io-maxbandwidth
|
Maximales I/O-Bandbreitenlimit für das Systemlaufwerk (nur Windows) |
46 |
-\-io-maxiops
|
Maximaler IOPS-Grenzwert für das Systemlaufwerk (nur Windows) |
47 |
-\-ip
|
IPv4-Adresse (z. B. 172.30.100.104) |
48 |
-\-ip6
|
IPv6-Adresse (z. B. 2001:db8: :33) |
49 |
-\-ipc
|
Zu verwendender IPC-Modus |
50 |
-\-isolation
|
Technologie zur Containerisolierung |
51 |
-\-kernel-memory
|
Kernel-Speicherlimit |
52 |
-\-label , -l
|
Legen Sie Metadaten für einen Container fest |
53 |
-\-label-file
|
Eine zeilengetrennte Datei mit Etiketten einlesen |
54 |
-\-link
|
Link zu einem anderen Container hinzufügen |
55 |
-\-link-local-ip
|
Container-IPv4/IPv6-Link-lokale Adressen |
56 |
-\-log-driver
|
Logging-Treiber für den Container |
57 |
-\-log-opt
|
Treiberoptionen protokollieren |
58 |
-\-mac-address
|
Container-MAC-Adresse (z. B. 92:d0:c 6:0 a: 29:33) |
59 |
-\-memory , -m
|
Speicherlimit |
60 |
-\-memory-reservation
|
Soft-Limit für den Arbeitsspeicher |
61 |
-\-memory-swap
|
Swap-Limit entspricht Speicher plus Swap: '-1', um unbegrenzten Swap zu ermöglichen |
62 |
-\-memory-swappiness
|
Optimieren Sie die Speicheraustauschbarkeit von Containern (0 bis 100) |
63 |
-\-name
|
Weisen Sie dem Container einen Namen zu |
64 |
-\-net
|
Einen Container mit einem Netzwerk verbinden |
65 |
-\-net-alias
|
Fügen Sie einen Alias mit Netzwerkbereich für den Container hinzu |
66 |
-\-network
|
Einen Container mit einem Netzwerk verbinden |
67 |
-\-network-alias
|
Fügen Sie einen Alias mit Netzwerkbereich für den Container hinzu |
68 |
-\-no-healthcheck
|
Deaktivieren Sie jeden vom Container angegebenen HEALTHCHECK |
69 |
-\-oom-kill-disable
|
OOM Killer deaktivieren |
70 |
-\-oom-score-adj
|
Optimieren Sie die OOM-Einstellungen des Hosts (-1000 bis 1000) |
71 |
-\-pid
|
Zu verwendender PID-Namespace |
72 |
-\-pids-limit
|
Passen Sie das Pid-Limit für den Behälter an (setzen Sie -1 für unbegrenzt) |
73 |
-\-platform
|
API < https://docs.d ocker.com/engine/api/ v1.32/> 1.32+__Plattform festlegen, wenn der Server plattformübergreifend einsetzbar ist |
74 |
-\-privileged
|
Gewähren Sie diesem Container erweiterte Rechte |
75 |
-\-publish , -p
|
Veröffentlichen Sie die Ports eines Containers auf dem Host |
76 |
-\-publish-all , -P
|
Veröffentlichen Sie alle exponierten Ports in zufälligen Ports |
77 |
-\-pull
|
Bild vor dem Ausführen abrufen („immer“ „nie“) |
78 |
-\-read-only
|
Hängen Sie das Root-Dateisystem des Containers als schreibgeschützt ein |
79 |
-\-restart
|
Neustartrichtlinie, die beim Beenden eines Containers angewendet wird |
80 |
-\-rm
|
Automatisches Entfernen des Containers, wenn er austritt |
81 |
-\-runtime
|
Für diesen Container zu verwendende Laufzeit |
82 |
-\-security-opt
|
Sicherheitsoptionen |
83 |
-\-shm-size
|
Größe von /dev/shm |
84 |
-\-sig-proxy
|
Empfangene Signale an den Prozess weiterleiten |
85 |
-\-stop-timeout
|
API 1.25+__Timeout < https://docs.d ocker.com/engine/api/ v1.25/> (in Sekunden) zum Stoppen eines Containers |
86 |
-\-storage-opt
|
Speichertreiberoptionen für den Container |
87 |
-\-sysctl
|
Sysctl-Optionen |
88 |
-\-tmpfs
|
Hängen Sie ein tmpfs-Verzeichnis ein |
89 |
-\-tty , -t
|
Ordnen Sie ein Pseudo-TTY zu |
90 |
-\-ulimit
|
Optionen einschränken |
91 |
-\-userns
|
Zu verwendender Benutzernamespace |
92 |
-\-uts
|
Zu verwendender UTS-Namespace |
93 |
-\-volume , -v
|
Binden Sie ein Volume ein |
94 |
-\-volume-driver
|
Optionaler Volumetreiber für den Container |
95 |
-\-volumes-from
|
Stellen Sie Volumes aus den angegebenen Containern bereit |
Wenn Sie einen Simulationsjob mit den vorherigen Laufzeitkonfigurationen ausführen,AWS RoboMaker TESTAMENTscheitere deine Simulation mit einem4XX
Fehlercode.
Ihr Container-Image:
-
MUSSSeinOpen Container Initiative (OCI)
Beschwerde. -
MUSSfür die X86_64-Architektur gebaut werden. Wenn es für eine andere Architektur gebaut ist,AWS RoboMaker TESTAMENTscheitere die Simulation mit einem
4XX
Fehlercode. -
MUSSunkomprimiert kleiner oder gleich 40 GB sein. Wenn Ihr Container-Image unkomprimiert größer als 40 GB ist,AWS RoboMaker TESTAMENTscheitere die Simulation mit einem
4XX
Fehlercode. -
MUSShabe ein V2-Image-Manifest, kompatibel mit Schemaversion 2.
-
MUSSverwenden Sie ein Basis-Image, das auf Linux basiert. Wenn Sie kein Basis-Image verwenden, das auf Linux basiert,AWS RoboMaker TESTAMENTscheitere die Simulation mit einem
4XX
Fehlercode. -
MUSSverwenden Sie eine Entwicklungsumgebung und ein Betriebssystem, die miteinander kompatibel sind. Im Folgenden finden Sie Beispiele für kompatible Kombinationen von Entwicklungsumgebungen und Betriebssystemen:
-
Roboterbetriebssystem (ROS) Melodic — ubuntu:bionic
-
Roboterbetriebssystem (ROS) 2 Foxy — ubuntu:focal
Wenn Sie keine kompatible Kombination aus Robotik-Framework und Betriebssystem verwenden, zeigt Ihre Simulation möglicherweise ein unerwartetes Verhalten.
-
Im Folgenden sind die binären Anforderungen für Ihr Container-Image aufgeführt:
Um das GUI-Streaming zu unterstützen, empfehlen wir, die folgenden Binärdateien zu installieren und zu beziehen:
-
devilspie
Wir empfehlen, dass Ihr Container-Image absolute Pfade für seine ausführbaren Dateien verwendet. Wir empfehlen außerdem, dass die ausführbare Datei im Container korrekt ausgeführt wird. Deine SimulationTESTAMENTschlägt fehl, wenn es den Pfad zu Ihren ausführbaren Dateien nicht finden kann.
Ihr Container-Image:
-
MUSShabe glvnd installiert, falls du OpenGL in deinen Anwendungen verwendest.
-
MUSSverwenden Sie NVIDIA CUDA 11.2 oder niedriger, wenn Sie CUDA in Ihren Anwendungen verwenden.
-
MUSSverwenden Sie OpenGL Version 4.6 oder niedriger, wenn Sie OpenGL in Ihren Anwendungen verwenden.
-
MUSSVerwenden Sie Vulkan-Version 1.2 oder niedriger, wenn Sie Vulkan-APIs in Ihren Anwendungen verwenden.
-
MUSSverwenden Sie OpenCL Version 1.2 oder niedriger, wenn Sie OpenCL in Ihren Anwendungen verwenden.
Hinweis
AWS RoboMakerunterstützt Vulkan nur für das Offscreen-Rendern und ist in GUI-Displays nicht funktionsfähig. StreamUI sollte also auf eingestellt seinfalse
wenn Sie Vulkan verwenden.
Eine ausführliche Anleitung, wie GPU-Images erstellt werden können, finden Sie unterErstellen von Images zur Ausführung von GPU-Anwendungen.
Ein Container-ImageMUSSstellen Sie ein Einstiegsskript für die Beschaffung bereit. Das Entrypoint-SkriptMUSShabenexec "${@:1}"
wie die letzte Zeile, so dassAWS RoboMakerkann das Entrypoint-Skript ausführen. Wenn Sie das EntryPoint-Skript ausführen, können Sie denroslaunch
Befehl.package-name
Launch-Datei
Befehl zum Ausführen der Container.
Ihr Container-Image kann nicht verwendet werdenVOLUME
im Dockerfile. WennVOLUME
ist im Dockerfile, deine SimulationTESTAMENTscheitere mit einem4XX
Fehlercode.
DerEXPOSE
Das Schlüsselwort in Ihrem Dockerfile wird ignoriert vonAWS RoboMaker. Alle Ports, die durch denEXPOSE
Schlüsselwörter werden nicht automatisch vom System angezeigt. Wenn Sie Ports in Ihrer Simulation verfügbar machen möchten, können SieAWS RoboMaker Konfiguration der Portweiterleitung.
AWS RoboMakerverwendet die folgenden Umgebungsvariablen. Wenn Sie Ihre Simulation ausführen aufAWS,AWS RoboMakerüberschreibt jeden Wert, den Sie für diese Umgebungsvariablen angeben:
-
ROBOMAKER*
-
DCV_VIRTUAL_SESSION
-
XDG_SESSION_ID
-
DCV_SESSION_ID
-
XDG_SESSION_TYPE
-
XDG_RUNTIME_DIR
-
SHLVL
-
XAUTHORITY
Sie können nicht angebenCMD
in deinem Dockerfile. Wenn du das tust,AWS RoboMakerüberschreibt mit dem Befehl in Ihrer SimulationlaunchConfig
.
Wenn auf Ihrem Container ROS ausgeführt wird und Sie eine Kommunikation zwischen Ihrer Roboteranwendung und Ihrer Simulationsanwendung benötigen, sollten Sie die folgenden Robotik-Frameworks einrichten:
-
ROS-Meister
-
Gartenlaube Master
-
ZEILENSPITZE
Sie können das nicht anpassen/etc/resolv.conf
Datei in Ihrem Container.AWS RoboMakerüberschreibt die Datei mit einer eigenen Datei.
Wenn du dein Dockerfile auf laufen lässtAWS, du kannst nichtMONTIERENdas Bild. Wenn Sie angebenMount
im DockerfileAWS RoboMaker TESTAMENTscheitere deine Simulation mit einem4XX
Fehlercode.
Ihr Container-Image kann keine Systemaufrufe verwenden, die vom Standard-Docker blockiert werdenseccomp
Profil. Hinweise zu blockierten Systemaufrufen finden Sie unterSeccomp-Sicherheitsprofile
Um einen Benutzer anzugeben, der ein Image ausführt, können Sie einen angebenUSER
Schlüsselwort im Dockerfile. Wenn Sie keinen Benutzer angeben,AWS RoboMakerverwendet den Root-Benutzer im Container.
In Ihrem Container-Image können Sie das angebenUSER
entweder als Name oder alsUID:GID
. Wenn Ihr Container-Image keine UID hat, hat es einen Standardwert von1000
.
Ihr Container-Image kann keine Daten speichern/opt/amazon/robomaker
oder in einem seiner Unterordner. NurAWS RoboMakerkann dieses Verzeichnis verwenden. Ihre Simulation verhält sich möglicherweise nicht richtig, wenn Sie dieses Verzeichnis verwenden.
Die folgenden Laufzeitkonfigurationen werden nicht unterstützt.
Argument für Docker-Ausführung | Beschreibung | |
---|---|---|
1 |
--add-host
|
Fügen Sie ein benutzerdefiniertes Host-zu-IP-Mapping hinzu (host:ip) |
2 |
--attach , -a
|
An STDIN, STDOUT oder STDERR anhängen |
3 |
--blkio-weight
|
Block-IO (relative Gewichtung), zwischen 10 und 1000 oder 0 zum Deaktivieren (Standard 0) |
4 |
--blkio-weight-devi ce
|
Block-IO-Gewicht (relatives Gerätegewicht) |
5 |
--cap-add
|
Linux-Funktionen hinzufügen |
6 |
--cap-drop
|
Linux-Funktionen löschen |
7 |
--cgroup-parent
|
Optionale übergeordnete Cgroup für den Container |
8 |
--cgroupns
|
API < https://docs.d ocker.com/engine/api/ v1.41/> 1.41+__Cgroup-Namespace zur Verwendung von (host|private) 'host': Führen Sie den Container im cgroup-Namespace 'private' des Docker-Hosts aus: Führen Sie den Container in seinem eigenen privaten cgroup-Namespace aus „: Verwenden Sie den cgroup-Namespace, wie er vomdefault-cgroupns-modeOption auf dem Daemon (Standard) |
9 |
--cidfile
|
Schreiben Sie die Container-ID in die Datei |
10 |
--cpu-count
|
CPU-Anzahl (nur Windows) |
11 |
--cpu-percent
|
CPU-Prozentsatz (nur Windows) |
12 |
--cpu-period
|
Beschränken Sie den CPU-CFS-Periode (Completely Fair Scheduler) |
13 |
--cpu-quota
|
Beschränken Sie das CPU-CFS-Kontingent (Completely Fair Scheduler) |
14 |
--cpu-rt-period
|
API 1.25+__Begrenzen Sie den < https://docs.d ocker.com/engine/api/ v1.25/> CPU-Echtzeitzeitraum in Mikrosekunden |
15 |
--cpu-rt-runtime
|
API 1.25+__Limitiert die < https://docs.d ocker.com/engine/api/ v1.25/> CPU-Echtzeitlaufzeit in Mikrosekunden |
16 |
--cpu-shares , -c
|
CPU-Anteile (relatives Gewicht) |
17 |
--cpus
|
API < https://docs.d ocker.com/engine/api/ v1.25/> 1.25+__Anzahl der CPUs |
18 |
--cpuset-cpus
|
CPUs, in denen die Ausführung ermöglicht werden soll (0-3, 0,1) |
19 |
--cpuset-mems
|
MEMs, in denen die Ausführung ermöglicht werden soll (0-3, 0,1) |
20 |
--detach , -d
|
Container im Hintergrund ausführen und Container-ID drucken |
21 |
--detach-keys
|
Überschreiben Sie die Tastenfolge zum Abtrennen eines Containers |
22 |
--device
|
Fügen Sie dem Container ein Host-Gerät hinzu |
23 |
--device-cgroup-rul e
|
Fügen Sie der Liste der zugelassenen Geräte von cgroup eine Regel hinzu |
24 |
--device-read-bps
|
Beschränken Sie die Leserate (Byte pro Sekunde) von einem Gerät |
25 |
--device-read-iops
|
Beschränken Sie die Leserate (I/O pro Sekunde) von einem Gerät |
26 |
--device-write-bps
|
Beschränken Sie die Schreibrate (Byte pro Sekunde) auf ein Gerät |
27 |
--device-write-iops
|
Beschränken Sie die Schreibrate (I/O pro Sekunde) auf ein Gerät |
28 |
--disable-content-t rust
|
Bildüberprüfung überspringen |
29 |
--dns
|
Benutzerdefinierte DNS-Server einrichten |
30 |
--dns-opt
|
DNS-Optionen festlegen |
31 |
--dns-option
|
DNS-Optionen festlegen |
32 |
--dns-search
|
Legen Sie benutzerdefinierte DNS-Suchdomänen fest |
33 |
--domainname
|
NIS-Domainname des Containers |
34 |
--gpus
|
API < https://docs.d ocker.com/engine/api/ v1.40/> 1.40+__GPU-Geräte zum Hinzufügen zum Container ('all', um alle GPUs zu übergeben) |
35 |
--group-add
|
Füge weitere Gruppen hinzu, denen du beitreten möchtest |
36 |
--health-cmd
|
Lauf, um die Gesundheit zu überprüfen |
37 |
--health-interval
|
Zeit zwischen der Ausführung der Prüfung (msm|h) (Standard 0s) |
38 |
--health-retries
|
Aufeinanderfolgende Fehler müssen gemeldet werden, um einen fehlerhaften Zustand zu melden |
39 |
--health-start-peri od
|
API < https://docs.d ocker.com/engine/api/ v1.29/> 1.29+__Startzeitraum für die Initialisierung des Containers vor dem Start des Countdowns für Integritätswiederholungen (msm|h) (Standard 0s) |
40 |
--health-timeout
|
Maximale Zeit, bis eine Prüfung ausgeführt werden kann (msm|h) (Standard 0s) |
41 |
--help
|
Verwendung drucken |
42 |
--hostname , -h
|
Hostname des Containers |
43 |
--init
|
API 1.25+__Führen Sie < https://docs.d ocker.com/engine/api/ v1.25/> eine Init innerhalb des Containers aus, die Signale weiterleitet und Prozesse empfängt |
44 |
--interactive , -i
|
STDIN offen lassen, auch wenn es nicht angeschlossen ist |
45 |
--io-maxbandwidth
|
Maximales I/O-Bandbreitenlimit für das Systemlaufwerk (nur Windows) |
46 |
--io-maxiops
|
Maximaler IOPS-Grenzwert für das Systemlaufwerk (nur Windows) |
47 |
--ip
|
IPv4-Adresse (z. B. 172.30.100.104) |
48 |
--ip6
|
IPv6-Adresse (z. B. 2001:db8: :33) |
49 |
--ipc
|
Zu verwendender IPC-Modus |
50 |
--isolation
|
Technologie zur Containerisolierung |
51 |
--kernel-memory
|
Kernel-Speicherlimit |
52 |
--label , -l
|
Legen Sie Metadaten für einen Container fest |
53 |
--label-file
|
Eine zeilengetrennte Datei mit Etiketten einlesen |
54 |
--link
|
Link zu einem anderen Container hinzufügen |
55 |
--link-local-ip
|
Container-IPv4/IPv6-Link-lokale Adressen |
56 |
--log-driver
|
Logging-Treiber für den Container |
57 |
--log-opt
|
Treiberoptionen protokollieren |
58 |
--mac-address
|
Container-MAC-Adresse (z. B. 92:d0:c 6:0 a: 29:33) |
59 |
--memory , -m
|
Speicherlimit |
60 |
--memory-reservation
|
Soft-Limit für den Arbeitsspeicher |
61 |
--memory-swap
|
Swap-Limit entspricht Speicher plus Swap: '-1', um unbegrenzten Swap zu ermöglichen |
62 |
--memory-swappiness
|
Optimieren Sie die Speicheraustauschbarkeit von Containern (0 bis 100) |
63 |
--name
|
Weisen Sie dem Container einen Namen zu |
64 |
--net
|
Einen Container mit einem Netzwerk verbinden |
65 |
--net-alias
|
Fügen Sie einen Alias mit Netzwerkbereich für den Container hinzu |
66 |
--network
|
Einen Container mit einem Netzwerk verbinden |
67 |
--network-alias
|
Fügen Sie einen Alias mit Netzwerkbereich für den Container hinzu |
68 |
--no-healthcheck
|
Deaktivieren Sie jeden vom Container angegebenen HEALTHCHECK |
69 |
--oom-kill-disable
|
OOM Killer deaktivieren |
70 |
--oom-score-adj
|
Optimieren Sie die OOM-Einstellungen des Hosts (-1000 bis 1000) |
71 |
--pid
|
Zu verwendender PID-Namespace |
72 |
--pids-limit
|
Passen Sie das Pid-Limit für den Behälter an (setzen Sie -1 für unbegrenzt) |
73 |
--platform
|
API < https://docs.d ocker.com/engine/api/ v1.32/> 1.32+__Plattform festlegen, wenn der Server plattformübergreifend einsetzbar ist |
74 |
--privileged
|
Gewähren Sie diesem Container erweiterte Rechte |
75 |
--publish , -p
|
Veröffentlichen Sie die Ports eines Containers auf dem Host |
76 |
--publish-all , -P
|
Veröffentlichen Sie alle exponierten Ports in zufälligen Ports |
77 |
--pull
|
Bild vor dem Ausführen abrufen („immer“ „nie“) |
78 |
--read-only
|
Hängen Sie das Root-Dateisystem des Containers als schreibgeschützt ein |
79 |
--restart
|
Neustartrichtlinie, die beim Beenden eines Containers angewendet wird |
80 |
--rm
|
Automatisches Entfernen des Containers, wenn er austritt |
81 |
--runtime
|
Für diesen Container zu verwendende Laufzeit |
82 |
--security-opt
|
Sicherheitsoptionen |
83 |
--shm-size
|
Größe von /dev/shm |
84 |
--sig-proxy
|
Empfangene Signale an den Prozess weiterleiten |
85 |
--stop-timeout
|
API 1.25+__Timeout < https://docs.d ocker.com/engine/api/ v1.25/> (in Sekunden) zum Stoppen eines Containers |
86 |
--storage-opt
|
Speichertreiberoptionen für den Container |
87 |
--sysctl
|
Sysctl-Optionen |
88 |
--tmpfs
|
Hängen Sie ein tmpfs-Verzeichnis ein |
89 |
--tty , -t
|
Ordnen Sie ein Pseudo-TTY zu |
90 |
--ulimit
|
Optionen einschränken |
91 |
--userns
|
Zu verwendender Benutzernamespace |
92 |
--uts
|
Zu verwendender UTS-Namespace |
93 |
--volume , -v
|
Binden Sie ein Volume ein |
94 |
--volume-driver
|
Optionaler Volumetreiber für den Container |
95 |
--volumes-from
|
Stellen Sie Volumes aus den angegebenen Containern bereit |
Wenn Sie einen Simulationsjob mit den vorherigen Laufzeitkonfigurationen ausführen,AWS RoboMaker TESTAMENTscheitere deine Simulation mit einem4XX
Fehlercode.