Requisiti perAWS RoboMakercontenitori compatibili

L'immagine del contenitore non può essere utilizzataVOLUMEnel Dockerfile. SeVOLUMEè nel Dockerfile, la tua simulazioneVOLONTÀfallire con un4XXcodice di errore.

L'immagine del contenitore non può essere utilizzataEXPOSEnel Dockerfile. SeEXPOSEè nel Dockerfile,AWS RoboMaker VOLONTÀfallisci la tua simulazione con un4XXcodice di errore.

L'immagine del tuo contenitoreDOVEREavere una dimensione compressa inferiore o uguale a 20 GB. Se l'immagine del contenitore è superiore a 20 GB compressi,AWS RoboMaker VOLONTÀfallisci la simulazione con un4XXcodice di errore.

Non puoi specificareCMDnel tuo Dockerfile. Se lo fai,AWS RoboMakerlo sovrascrive con il nome del pacchetto e il file di avvio. Invece, puoi usarecommandparametro nellaunchConfigdi ogni applicazione di simulazione o applicazione robotica all'interno della tuaCreateSimulationJobrichiesta di fornire un elenco di comandi di avvio. Questo è impostato comeCMDnel lavoro di simulazione. Un esempio di command è ["/bin/bash", "-c", "sleep 365d"].

Se vuoi aggiungere strumenti al tuo lavoro di simulazione, tuDOVEREinstallarebashall'immagine del tuo contenitore. I tuoi strumenti vengono lanciati con["/bin/bash", "-c", "<command>"].

Se il tuo container utilizza ROS e hai bisogno della comunicazione tra l'applicazione robotica e l'applicazione di simulazione, devi configurare i seguenti framework robotici:

Non puoi personalizzare/etc/resolv.conffile nel tuo contenitore.AWS RoboMakersovrascrive il file con il proprio file.

Se stai eseguendo il tuo Dockerfile suAWS, non puoiMONTATURAl'immagine. Se specifichiMountnel Dockerfile,AWS RoboMaker VOLONTÀfallisci la tua simulazione con un4XXcodice di errore.

L'immagine del contenitore non può utilizzare chiamate di sistema bloccate dal Docker predefinitoseccompprofilo. Per informazioni sulle chiamate di sistema bloccate, vedereProfili di sicurezza Seccomp.

Per specificare un utente che esegue un'immagine, puoi specificare unUSERparola chiave nel Dockerfile. Se non specifichi un utente,AWS RoboMakerutilizza l'utente root nel contenitore.

Nell'immagine del contenitore, puoi specificare uno deiUSERcome nome o comeUID:GID. Se l'immagine del contenitore non ha un UID, ha un valore predefinito di1000.

L'immagine del contenitore non può archiviare dati in/opt/amazon/robomakero in una delle relative sottocartelle. SoloAWS RoboMakerpuò usare quella cartella. La tua simulazione potrebbe non funzionare correttamente se usi quella directory.

Le seguenti configurazioni di runtime non sono supportate.

Se esegui un processo di simulazione con le configurazioni di runtime precedenti,AWS RoboMaker VOLONTÀfallisci la tua simulazione con un4XXcodice di errore.

L'immagine del tuo contenitore:

Di seguito sono riportati i requisiti binari per l'immagine del contenitore:

Per supportare lo streaming con interfaccia grafica, consigliamo di installare e procurarsi i seguenti file binari:

È consigliabile che l'immagine del contenitore utilizzi percorsi assoluti per i suoi eseguibili. Raccomandiamo inoltre che l'eseguibile all'interno del contenitore funzioni correttamente. La tua simulazioneVOLONTÀfallisce se non riesce a trovare il percorso dei tuoi eseguibili.

L'immagine del tuo contenitore:

Per istruzioni dettagliate su come creare immagini GPU, consultaCreazione di immagini per eseguire applicazioni GPU.

Un'immagine del contenitoreDOVEREfornire uno script entrypoint per il sourcing. Lo script entrypointDOVEREavereexec "${@:1}"come ultima riga in modo cheAWS RoboMakerpuò eseguire lo script entrypoint. L'esecuzione dello script entrypoint offre la possibilità di utilizzareroslaunch package-namecomando.file di avviocomando per eseguire i contenitori.

L'immagine del contenitore non può essere utilizzataVOLUMEnel Dockerfile. SeVOLUMEè nel Dockerfile, la tua simulazioneVOLONTÀfallire con un4XXcodice di errore.

LaEXPOSEla parola chiave nel tuo Dockerfile viene ignorata daAWS RoboMaker. Eventuali porte esposte dalEXPOSEle parole chiave non vengono esposte automaticamente dal sistema. Se desideri esporre le porte sulla tua simulazione, puoi usareAWS RoboMaker configurazione del port forwarding.

AWS RoboMakerutilizza le seguenti variabili di ambiente. Se esegui la simulazione suAWS,AWS RoboMakersovrascrive qualsiasi valore specificato per queste variabili di ambiente:

Non puoi specificareCMDnel tuo Dockerfile. Se lo fai,AWS RoboMakersovrascrive con il comando nella tua simulazionelaunchConfig.

Se il tuo container utilizza ROS e hai bisogno della comunicazione tra l'applicazione robotica e l'applicazione di simulazione, devi configurare i seguenti framework robotici:

Non puoi personalizzare/etc/resolv.conffile nel tuo contenitore.AWS RoboMakersovrascrive il file con il proprio file.

Se stai eseguendo il tuo Dockerfile suAWS, non puoiMONTATURAl'immagine. Se specifichiMountnel Dockerfile,AWS RoboMaker VOLONTÀfallisci la tua simulazione con un4XXcodice di errore.

L'immagine del contenitore non può utilizzare chiamate di sistema bloccate dal Docker predefinitoseccompprofilo. Per informazioni sulle chiamate di sistema bloccate, vedereProfili di sicurezza Seccomp.

Per specificare un utente che esegue un'immagine, puoi specificare unUSERparola chiave nel Dockerfile. Se non specifichi un utente,AWS RoboMakerutilizza l'utente root nel contenitore.

Nell'immagine del contenitore, puoi specificareUSERcome nome o comeUID:GID. Se l'immagine del contenitore non ha un UID, ha un valore predefinito di1000.

L'immagine del contenitore non può archiviare dati in/opt/amazon/robomakero in una delle relative sottocartelle. SoloAWS RoboMakerpuò usare quella cartella. La tua simulazione potrebbe non funzionare correttamente se usi quella directory.

Le seguenti configurazioni di runtime non sono supportate.

Se esegui un processo di simulazione con le configurazioni di runtime precedenti,AWS RoboMaker VOLONTÀfallisci la tua simulazione con un4XXcodice di errore.