Exigences relatives aux récipients AWS RoboMaker compatibles - AWS RoboMaker

Avis de fin de support : le 10 septembre 2025, AWS le support de AWS RoboMaker. Après le 10 septembre 2025, vous ne pourrez plus accéder à la AWS RoboMaker console ni aux AWS RoboMaker ressources. Pour plus d'informations sur la transition AWS Batch afin de faciliter l'exécution de simulations conteneurisées, consultez ce billet de blog.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Exigences relatives aux récipients AWS RoboMaker compatibles

Vous devez répondre à un ensemble d'exigences pour exécuter un conteneur AWS RoboMaker compatible (image de conteneur) et démarrer une simulation avec succès. Si vous répondez à ces exigences et que vous ne parvenez toujours pas à exécuter la simulation, consultez Tâches de simulation etSimulation WorldForge.

Votre image de conteneur ne peut pas être utilisée VOLUME dans le Dockerfile. S'il VOLUME se trouve dans le Dockerfile, votre simulation échouera avec un code d'4XXerreur.

Votre image de conteneur ne peut pas être utilisée EXPOSE dans le Dockerfile. S'il EXPOSE se trouve dans le Dockerfile, votre simulation AWS RoboMaker échouera avec un code d'4XXerreur.

La taille compressée de votre image de conteneur DOIT être inférieure ou égale à 20 Go. Si votre image de conteneur est compressée de plus de 20 Go, la simulation AWS RoboMaker échouera avec un code 4XX d'erreur.

Vous ne pouvez pas le spécifier CMD dans votre Dockerfile. Si c'est le cas, AWS RoboMaker remplacez-le par le nom du package et le fichier de lancement. Au lieu de cela, vous pouvez utiliser le command paramètre launchConfig de chaque application de simulation ou application de robot de votre CreateSimulationJobdemande pour fournir une liste de commandes de lancement. Ceci est défini comme CMD dans le travail de simulation. Exemple command : ["/bin/bash", "-c", "sleep 365d"].

Si vous souhaitez ajouter des outils à votre tâche de simulation, vous DEVEZ les bash installer sur votre image de conteneur. Vos outils sont lancés avec["/bin/bash", "-c", "<command>"].

Si votre conteneur exécute ROS et que vous avez besoin d'une communication entre votre application robot et votre application de simulation, vous devez configurer les frameworks robotiques suivants :

  • Maître ROS

  • Gazebo Master

  • POINTE DE ROSE

Vous ne pouvez pas personnaliser le /etc/resolv.conf fichier dans votre conteneur. AWS RoboMaker remplace le fichier par son propre fichier.

Si vous exécutez votre Dockerfile sur AWS, vous ne pouvez pas MONTER l'image. Si vous le spécifiez Mount dans le Dockerfile, votre simulation AWS RoboMaker échouera avec un code d'4XXerreur.

Votre image de conteneur ne peut pas utiliser les appels système bloqués par le seccomp profil Docker par défaut. Pour plus d'informations sur les appels système bloqués, consultez les profils de sécurité Seccomp.

Pour spécifier un utilisateur qui exécute une image, vous pouvez spécifier un USER mot clé dans le Dockerfile. Si vous ne spécifiez aucun utilisateur, AWS RoboMaker utilise l'utilisateur root dans le conteneur.

Dans l'image de votre conteneur, vous pouvez spécifier le USER nom ou unUID:GID. Si votre image de conteneur n'a pas d'UID, sa valeur par défaut est de1000.

Votre image de conteneur ne peut pas stocker de données dans /opt/amazon/robomaker ou dans aucun de ses sous-dossiers. Je ne AWS RoboMaker peux utiliser que ce répertoire. Votre simulation risque de ne pas se comporter correctement si vous utilisez ce répertoire.

Les configurations d'exécution suivantes ne sont pas prises en charge.

Argument Docker Run Description
1 -\-add-host Ajouter un host-to-IP mappage personnalisé (host:ip)
2 -\-attach , -a Connexion à STDIN, STDOUT ou STDERR
3 -\-blkio-weight Bloquer les E/S (poids relatif), entre 10 et 1 000, ou 0 pour les désactiver (0 par défaut)
4 -\-blkio-weight-devi ce Poids du bloc IO (poids relatif de l'appareil)
5 -\-cap-add Ajoutez des fonctionnalités Linux
6 -\-cap-drop Abandonnez les fonctionnalités de Linux
7 -\-cgroup-parent Groupe parent facultatif pour le conteneur
8 -\-cgroupns API 1.41+ < https://docs.d ocker.com/engine/ api/ v1.41/>__Cgroup namespace à utiliser (host|private) « host » : exécutez le conteneur dans l'espace de noms cgroup « private » de l'hôte Docker : exécutez le conteneur dans son propre espace de noms cgroup privé « : Utilisez l'espace de noms cgroup tel que configuré par l'option sur le démon (par défaut) default-cgroupns-mode
9 -\-cidfile Écrivez l'ID du conteneur dans le fichier
10 -\-cpu-count Nombre de processeurs (Windows uniquement)
11 -\-cpu-percent Pourcentage du processeur (Windows uniquement)
12 -\-cpu-period Limiter la période CFS (Completely Fair Scheduler) du processeur
13 -\-cpu-quota Limiter le quota CPU CFS (Completely Fair Scheduler)
14 -\-cpu-rt-period API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Limit la période en temps réel du processeur en microsecondes
15 -\-cpu-rt-runtime API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Limite le temps d'exécution en temps réel du processeur en microsecondes
16 -\-cpu-shares , -c Partage du processeur (poids relatif)
17 -\-cpus API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Nombre de CPUs
18 -\-cpuset-cpus CPUs dans lequel autoriser l'exécution (0-3, 0,1)
19 -\-cpuset-mems MEMs dans lequel autoriser l'exécution (0-3, 0,1)
20 -\-detach , -d Exécuter le conteneur en arrière-plan et imprimer l'ID du conteneur
21 -\-detach-keys Remplacer la séquence de touches pour détacher un conteneur
22 -\-device Ajouter un appareil hôte au conteneur
23 -\-device-cgroup-rul e Ajouter une règle à la liste des appareils autorisés par cgroup
24 -\-device-read-bps Limiter le taux de lecture (octets par seconde) depuis un appareil
25 -\-device-read-iops Limiter le taux de lecture (E/S par seconde) depuis un appareil
26 -\-device-write-bps Limiter le taux d'écriture (octets par seconde) sur un périphérique
27 -\-device-write-iops Limiter le taux d'écriture (E/S par seconde) sur un périphérique
28 -\-disable-content-t rust Ignorer la vérification des images
29 -\-dns Configurer des serveurs DNS personnalisés
30 -\-dns-opt Définir les options DNS
31 -\-dns-option Définir les options DNS
32 -\-dns-search Définissez des domaines de recherche DNS personnalisés
33 -\-domainname Nom de domaine NIS du conteneur
34 -\-gpus API 1.40+ < https://docs.d ocker.com/engine/ api/ v1.40/>__périphériques GPU à ajouter au conteneur (« tous » pour tout transmettre) GPUs
35 -\-group-add Ajouter des groupes supplémentaires à rejoindre
36 -\-health-cmd Commande à exécuter pour vérifier l'état
37 -\-health-interval Durée entre deux exécutions de la vérification (msm|h) (0 par défaut)
38 -\-health-retries Des défaillances consécutives sont nécessaires pour signaler un état insalubre
39 -\-health-start-peri od API 1.29+ < https://docs.d ocker.com/engine/ api/ v1.29/>__Période de démarrage pendant laquelle le conteneur doit s'initialiser avant le début du compte à rebours des nouvelles tentatives (msm|h) (0 par défaut)
40 -\-health-timeout Durée maximale d'exécution d'une vérification (msm|h) (0 par défaut)
41 -\-help Utilisation de l'impression
42 -\-hostname , -h Nom d'hôte du conteneur
43 -\-init API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Exécutez une initialisation dans le conteneur qui transmet les signaux et collecte les processus
44 -\-interactive , -i Gardez le STDIN ouvert même s'il n'est pas connecté
45 -\-io-maxbandwidth Limite de bande passante d'E/S maximale pour le lecteur système (Windows uniquement)
46 -\-io-maxiops IOps Limite maximale pour le lecteur système (Windows uniquement)
47 -\-ip IPv4 adresse (par exemple, 172.30.100.104)
48 -\-ip6 IPv6 adresse (par exemple, 2001:db8 : :33)
49 -\-ipc Mode IPC à utiliser
50 -\-isolation Technologie d'isolation des conteneurs
51 -\-kernel-memory Limite de mémoire du noyau
52 -\-label , -l Définir des métadonnées sur un conteneur
53 -\-label-file Lire dans un fichier d'étiquettes délimité par des lignes
54 -\-link Ajouter un lien vers un autre conteneur
55 -\-link-local-ip Adresses locales du IPv4 conteneur/ du IPv6 lien
56 -\-log-driver Pilote de journalisation pour le conteneur
57 -\-log-opt Options du pilote de journal
58 -\-mac-address Adresse MAC du conteneur (par exemple, 92:d0:c 6:0 a : 29:33)
59 -\-memory , -m Limite de mémoire
60 -\-memory-reservation Limite souple de mémoire
61 -\-memory-swap Limite d'échange égale à la mémoire plus échange : « -1 » pour activer le swap illimité
62 -\-memory-swappiness Régler le taux de permutation de la mémoire du conteneur (0 à 100)
63 -\-name Attribuer un nom au conteneur
64 -\-net Connect un conteneur à un réseau
65 -\-net-alias Ajouter un alias étendu au réseau pour le conteneur
66 -\-network Connect un conteneur à un réseau
67 -\-network-alias Ajouter un alias étendu au réseau pour le conteneur
68 -\-no-healthcheck Désactiver tout HEALTHCHECK spécifié par le conteneur
69 -\-oom-kill-disable Désactiver OOM Killer
70 -\-oom-score-adj Régler les préférences OOM de l'hôte (-1000 à 1000)
71 -\-pid Espace de noms PID à utiliser
72 -\-pids-limit Réglez la limite de pids du conteneur (définissez -1 pour un nombre illimité)
73 -\-platform API 1.32+ < https://docs.d ocker.com/engine/ api/ v1.32/>__Définir la plate-forme si le serveur est compatible avec plusieurs plateformes
74 -\-privileged Accordez des privilèges étendus à ce conteneur
75 -\-publish , -p Publier le ou les ports d'un conteneur sur l'hôte
76 -\-publish-all , -P Publier tous les ports exposés sur des ports aléatoires
77 -\-pull Extraire l'image avant de l'exécuter (« toujours » « jamais »)
78 -\-read-only Monter le système de fichiers racine du conteneur en lecture seule
79 -\-restart Politique de redémarrage à appliquer lorsqu'un conteneur sort
80 -\-rm Retirez automatiquement le conteneur à sa sortie
81 -\-runtime Runtime à utiliser pour ce conteneur
82 -\-security-opt Options de sécurité
83 -\-shm-size Taille of /dev/shm
84 -\-sig-proxy Le proxy a reçu des signaux envoyés au processus
85 -\-stop-timeout API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Timeout (en secondes) pour arrêter un conteneur
86 -\-storage-opt Options de pilote de stockage pour le conteneur
87 -\-sysctl Options Sysctl
88 -\-tmpfs Monter un répertoire tmpfs
89 -\-tty , -t Allouer un pseudo-TTY
90 -\-ulimit Options Ulimit
91 -\-userns Espace de noms utilisateur à utiliser
92 -\-uts Espace de noms UTS à utiliser
93 -\-volume , -v Lier le montage d'un volume
94 -\-volume-driver Pilote de volume optionnel pour le conteneur
95 -\-volumes-from Montez des volumes à partir du ou des conteneurs spécifiés

Si vous exécutez une tâche de simulation avec les configurations d'exécution précédentes, votre simulation AWS RoboMaker échouera avec un code 4XX d'erreur.

L'image de votre conteneur :

  • DOIT être une plainte de l'Open Container Initiative (OCI).

  • DOIT être conçu pour l'architecture X86_64. S'il est conçu pour une architecture différente, la simulation AWS RoboMaker échouera avec un code 4XX d'erreur.

  • La taille non compressée DOIT être inférieure ou égale à 40 Go. Si votre image de conteneur est supérieure à 40 Go non compressée, la simulation AWS RoboMaker échouera avec un code 4XX d'erreur.

  • DOIT avoir un manifeste d'image V2, compatible avec la version 2 du schéma.

  • DOIT utiliser une image de base basée sur Linux. Si vous n'utilisez pas d'image de base basée sur Linux, la simulation AWS RoboMaker échouera avec un code 4XX d'erreur.

  • DOIT utiliser un environnement de développement et un système d'exploitation compatibles entre eux. Voici des exemples de combinaisons compatibles d'environnements de développement et de systèmes d'exploitation :

    • Système d'exploitation du robot (ROS) Melodic — ubuntu:bionic

    • Système d'exploitation du robot (ROS) 2 Foxy — ubuntu:focal

    Si vous n'utilisez pas une combinaison compatible d'infrastructure robotique et de système d'exploitation, votre simulation peut présenter un comportement inattendu.

Les exigences binaires pour votre image de conteneur sont les suivantes :

Pour prendre en charge le streaming via une interface graphique, nous vous recommandons d'installer et de rechercher les fichiers binaires suivants :

  • devilspie

Nous recommandons que votre image de conteneur utilise des chemins absolus pour ses exécutables. Nous recommandons également que l'exécutable contenu dans le conteneur s'exécute correctement. Votre simulation échouera si elle ne trouve pas le chemin de vos exécutables.

L'image de votre conteneur :

  • GLVND DOIT être installé si vous utilisez OpenGL dans vos applications.

  • Vous DEVEZ disposer de NVIDIA CUDA 11.2 ou d'une version inférieure si vous utilisez CUDA dans vos applications.

  • Vous DEVEZ disposer de la version 4.6 ou inférieure d'OpenGL si vous utilisez OpenGL dans vos applications.

  • VOUS DEVEZ avoir la version 1.2 ou inférieure de Vulkan si vous utilisez Vulkan APIs dans vos applications.

  • Vous DEVEZ avoir la version 1.2 ou inférieure d'OpenCL si vous utilisez OpenCL dans vos applications.

Remarque

AWS RoboMaker supporte Vulkan uniquement pour le rendu hors écran et n'est pas opérationnel dans les écrans d'interface graphique. StreamUI doit donc être défini sur false si vous utilisez Vulkan.

Pour obtenir des instructions détaillées sur la façon dont les images GPU peuvent être créées, consultezCréation d'images pour exécuter des applications GPU.

Une image de conteneur DOIT fournir un script de point d'entrée pour le sourcing. Le script de point d'entrée DOIT avoir exec "${@:1}" comme dernière ligne pour AWS RoboMaker pouvoir exécuter le script de point d'entrée. L'exécution du script entrypoint vous permet d'utiliser la roslaunch package-name commande. launch-filecommande pour exécuter les conteneurs.

Votre image de conteneur ne peut pas être utilisée VOLUME dans le Dockerfile. S'il VOLUME se trouve dans le Dockerfile, votre simulation échouera avec un code d'4XXerreur.

Le EXPOSE mot clé de votre Dockerfile est ignoré par. AWS RoboMaker Les ports exposés par le EXPOSE mot clé ne sont pas automatiquement exposés par le système. Si vous souhaitez exposer les ports dans votre simulation, vous pouvez utiliser la configuration de redirection de AWS RoboMaker port.

AWS RoboMaker utilise les variables d'environnement suivantes. Si vous exécutez votre simulation AWS, AWS RoboMaker remplace toute valeur que vous spécifiez pour les variables d'environnement suivantes :

  • ROBOMAKER*

  • DCV_VIRTUAL_SESSION

  • XDG_SESSION_ID

  • DCV_SESSION_ID

  • XDG_SESSION_TYPE

  • XDG_RUNTIME_DIR

  • SHLVL

  • XAUTHORITY

Vous ne pouvez pas le spécifier CMD dans votre Dockerfile. Si c'est le cas, AWS RoboMaker remplacez-le par la commande dans votre simulationlaunchConfig.

Si votre conteneur exécute ROS et que vous avez besoin d'une communication entre votre application robot et votre application de simulation, vous devez configurer les frameworks robotiques suivants :

  • Maître ROS

  • Gazebo Master

  • POINTE DE ROSE

Vous ne pouvez pas personnaliser le /etc/resolv.conf fichier dans votre conteneur. AWS RoboMaker remplace le fichier par son propre fichier.

Si vous exécutez votre Dockerfile sur AWS, vous ne pouvez pas MONTER l'image. Si vous le spécifiez Mount dans le Dockerfile, votre simulation AWS RoboMaker échouera avec un code d'4XXerreur.

Votre image de conteneur ne peut pas utiliser les appels système bloqués par le seccomp profil Docker par défaut. Pour plus d'informations sur les appels système bloqués, consultez les profils de sécurité Seccomp.

Pour spécifier un utilisateur qui exécute une image, vous pouvez spécifier un USER mot clé dans le Dockerfile. Si vous ne spécifiez aucun utilisateur, AWS RoboMaker utilise l'utilisateur root dans le conteneur.

Dans l'image de votre conteneur, vous pouvez spécifier le USER nom ou unUID:GID. Si votre image de conteneur n'a pas d'UID, sa valeur par défaut est de1000.

Votre image de conteneur ne peut pas stocker de données dans /opt/amazon/robomaker ou dans aucun de ses sous-dossiers. Je ne AWS RoboMaker peux utiliser que ce répertoire. Votre simulation risque de ne pas se comporter correctement si vous utilisez ce répertoire.

Les configurations d'exécution suivantes ne sont pas prises en charge.

Argument Docker Run Description
1 --add-host Ajouter un host-to-IP mappage personnalisé (host:ip)
2 --attach , -a Connexion à STDIN, STDOUT ou STDERR
3 --blkio-weight Bloquer les E/S (poids relatif), entre 10 et 1 000, ou 0 pour les désactiver (0 par défaut)
4 --blkio-weight-devi ce Poids du bloc IO (poids relatif de l'appareil)
5 --cap-add Ajoutez des fonctionnalités Linux
6 --cap-drop Abandonnez les fonctionnalités de Linux
7 --cgroup-parent Groupe parent facultatif pour le conteneur
8 --cgroupns API 1.41+ < https://docs.d ocker.com/engine/ api/ v1.41/>__Cgroup namespace à utiliser (host|private) « host » : exécutez le conteneur dans l'espace de noms cgroup « private » de l'hôte Docker : exécutez le conteneur dans son propre espace de noms cgroup privé « : Utilisez l'espace de noms cgroup tel que configuré par l'option sur le démon (par défaut) default-cgroupns-mode
9 --cidfile Écrivez l'ID du conteneur dans le fichier
10 --cpu-count Nombre de processeurs (Windows uniquement)
11 --cpu-percent Pourcentage du processeur (Windows uniquement)
12 --cpu-period Limiter la période CFS (Completely Fair Scheduler) du processeur
13 --cpu-quota Limiter le quota CPU CFS (Completely Fair Scheduler)
14 --cpu-rt-period API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Limit la période en temps réel du processeur en microsecondes
15 --cpu-rt-runtime API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Limite le temps d'exécution en temps réel du processeur en microsecondes
16 --cpu-shares , -c Partage du processeur (poids relatif)
17 --cpus API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Nombre de CPUs
18 --cpuset-cpus CPUs dans lequel autoriser l'exécution (0-3, 0,1)
19 --cpuset-mems MEMs dans lequel autoriser l'exécution (0-3, 0,1)
20 --detach , -d Exécuter le conteneur en arrière-plan et imprimer l'ID du conteneur
21 --detach-keys Remplacer la séquence de touches pour détacher un conteneur
22 --device Ajouter un appareil hôte au conteneur
23 --device-cgroup-rul e Ajouter une règle à la liste des appareils autorisés par cgroup
24 --device-read-bps Limiter le taux de lecture (octets par seconde) depuis un appareil
25 --device-read-iops Limiter le taux de lecture (E/S par seconde) depuis un appareil
26 --device-write-bps Limiter le taux d'écriture (octets par seconde) sur un périphérique
27 --device-write-iops Limiter le taux d'écriture (E/S par seconde) sur un périphérique
28 --disable-content-t rust Ignorer la vérification des images
29 --dns Configurer des serveurs DNS personnalisés
30 --dns-opt Définir les options DNS
31 --dns-option Définir les options DNS
32 --dns-search Définissez des domaines de recherche DNS personnalisés
33 --domainname Nom de domaine NIS du conteneur
34 --gpus API 1.40+ < https://docs.d ocker.com/engine/ api/ v1.40/>__périphériques GPU à ajouter au conteneur (« tous » pour tout transmettre) GPUs
35 --group-add Ajouter des groupes supplémentaires à rejoindre
36 --health-cmd Courez pour vérifier l'état de santé
37 --health-interval Durée entre deux exécutions de la vérification (msm|h) (0 par défaut)
38 --health-retries Des défaillances consécutives sont nécessaires pour signaler un état insalubre
39 --health-start-peri od API 1.29+ < https://docs.d ocker.com/engine/ api/ v1.29/>__Période de démarrage pendant laquelle le conteneur doit s'initialiser avant le début du compte à rebours des nouvelles tentatives (msm|h) (0 par défaut)
40 --health-timeout Durée maximale d'exécution d'une vérification (msm|h) (0 par défaut)
41 --help Utilisation de l'impression
42 --hostname , -h Nom d'hôte du conteneur
43 --init API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Exécutez une initialisation dans le conteneur qui transmet les signaux et collecte les processus
44 --interactive , -i Gardez le STDIN ouvert même s'il n'est pas connecté
45 --io-maxbandwidth Limite de bande passante d'E/S maximale pour le lecteur système (Windows uniquement)
46 --io-maxiops IOps Limite maximale pour le lecteur système (Windows uniquement)
47 --ip IPv4 adresse (par exemple, 172.30.100.104)
48 --ip6 IPv6 adresse (par exemple, 2001:db8 : :33)
49 --ipc Mode IPC à utiliser
50 --isolation Technologie d'isolation des conteneurs
51 --kernel-memory Limite de mémoire du noyau
52 --label , -l Définir des métadonnées sur un conteneur
53 --label-file Lire dans un fichier d'étiquettes délimité par des lignes
54 --link Ajouter un lien vers un autre conteneur
55 --link-local-ip Adresses locales du IPv4 conteneur/ du IPv6 lien
56 --log-driver Pilote de journalisation pour le conteneur
57 --log-opt Options du pilote de journal
58 --mac-address Adresse MAC du conteneur (par exemple, 92:d0:c 6:0 a : 29:33)
59 --memory , -m Limite de mémoire
60 --memory-reservation Limite souple de mémoire
61 --memory-swap Limite d'échange égale à la mémoire plus échange : « -1 » pour activer le swap illimité
62 --memory-swappiness Régler le taux de permutation de la mémoire du conteneur (0 à 100)
63 --name Attribuer un nom au conteneur
64 --net Connect un conteneur à un réseau
65 --net-alias Ajouter un alias étendu au réseau pour le conteneur
66 --network Connect un conteneur à un réseau
67 --network-alias Ajouter un alias étendu au réseau pour le conteneur
68 --no-healthcheck Désactiver tout HEALTHCHECK spécifié par le conteneur
69 --oom-kill-disable Désactiver OOM Killer
70 --oom-score-adj Régler les préférences OOM de l'hôte (-1000 à 1000)
71 --pid Espace de noms PID à utiliser
72 --pids-limit Réglez la limite de pids du conteneur (définissez -1 pour un nombre illimité)
73 --platform API 1.32+ < https://docs.d ocker.com/engine/ api/ v1.32/>__Définir la plate-forme si le serveur est compatible avec plusieurs plateformes
74 --privileged Accordez des privilèges étendus à ce conteneur
75 --publish , -p Publier le ou les ports d'un conteneur sur l'hôte
76 --publish-all , -P Publier tous les ports exposés sur des ports aléatoires
77 --pull Extraire l'image avant de l'exécuter (« toujours » « jamais »)
78 --read-only Monter le système de fichiers racine du conteneur en lecture seule
79 --restart Politique de redémarrage à appliquer lorsqu'un conteneur sort
80 --rm Retirez automatiquement le conteneur à sa sortie
81 --runtime Runtime à utiliser pour ce conteneur
82 --security-opt Options de sécurité
83 --shm-size Taille of /dev/shm
84 --sig-proxy Le proxy a reçu des signaux envoyés au processus
85 --stop-timeout API 1.25+ < https://docs.d ocker.com/engine/ api/ v1.25/>__Timeout (en secondes) pour arrêter un conteneur
86 --storage-opt Options de pilote de stockage pour le conteneur
87 --sysctl Options Sysctl
88 --tmpfs Monter un répertoire tmpfs
89 --tty , -t Allouer un pseudo-TTY
90 --ulimit Options Ulimit
91 --userns Espace de noms utilisateur à utiliser
92 --uts Espace de noms UTS à utiliser
93 --volume , -v Lier le montage d'un volume
94 --volume-driver Pilote de volume optionnel pour le conteneur
95 --volumes-from Montez des volumes à partir du ou des conteneurs spécifiés

Si vous exécutez une tâche de simulation avec les configurations d'exécution précédentes, votre simulation AWS RoboMaker échouera avec un code 4XX d'erreur.