AWS RoboMaker 호환 컨테이너에 대한 요구 사항 - AWS RoboMaker

지원 종료 알림: 는 2025 AWS 년 9월 10일에 에 대한 지원을 중단합니다 AWS RoboMaker. 2025년 9월 10일 이후에는 AWS RoboMaker 콘솔 또는 AWS RoboMaker 리소스에 더 이상 액세스할 수 없습니다. 컨테이너화된 시뮬레이션 실행을 돕기 AWS Batch 위해 로 전환하는 방법에 대한 자세한 내용은 이 블로그 게시물을 참조하세요.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

AWS RoboMaker 호환 컨테이너에 대한 요구 사항

AWS RoboMaker 호환 가능한 컨테이너(컨테이너 이미지)를 실행하고 시뮬레이션을 성공적으로 시작하려면 일련의 요구 사항을 충족해야 합니다. 이러한 요구 사항을 충족했는데도 여전히 시뮬레이션 실행에 문제가 있는 경우, 시뮬레이션 작업 및 시뮬레이션 WorldForge을 참조하세요.

컨테이너 이미지는 Dockerfile에서 VOLUME를 사용할 수 없습니다. VOLUME가 Dockerfile에 있는 경우 시뮬레이션은 4XX 오류 코드와 함께 실패하게 됩니다.

컨테이너 이미지는 Dockerfile에서 EXPOSE를 사용할 수 없습니다. EXPOSE가 Dockerfile에 있는 경우, AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

컨테이너 이미지는 반드시 압축된 크기가 20GB 이하여야 합니다. 컨테이너 이미지가 20GB 이상 압축된 경우, AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

Dockerfile에서는 CMD를 지정할 수 없습니다. 그럴 경우 AWS RoboMaker가 이를 패키지 이름과 시작 파일로 덮어씁니다. 대신 CreateSimulationJob 요청 내에서 각 시뮬레이션 애플리케이션 또는 로봇 애플리케이션의 launchConfig에 있는 command 파라미터를 사용하여 시작 명령 목록을 제공할 수 있습니다. 이는 시뮬레이션 작업에서와 CMD로 설정됩니다. command의 예: ["/bin/bash", "-c", "sleep 365d"]

시뮬레이션 작업에 도구를 추가하려면 반드시 컨테이너 이미지에 bash를 설치해야 합니다. 도구는 ["/bin/bash", "-c", "<command>"]와 함께 실행됩니다.

컨테이너에서 ROS를 실행하고 있고 로봇 애플리케이션과 시뮬레이션 애플리케이션 간에 통신이 필요한 경우, 다음과 같은 로봇 프레임워크를 설정해야 합니다.

  • ROS Master

  • Gazebo Master

  • ROS IP

컨테이너에 있는 /etc/resolv.conf 파일을 사용자 지정할 수 없습니다. AWS RoboMaker가 파일을 자체 파일로 덮어씁니다.

AWS에서 Dockerfile을 실행 중인 경우 이미지를 마운트할 수 없습니다. Dockerfile에서 Mount를 지정하는 경우 AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

컨테이너 이미지는 기본 Docker seccomp 프로필로 차단된 시스템 호출을 사용할 수 없습니다. 차단된 시스템 호출에 대한 자세한 내용은 Seccomp 보안 프로필을 참조하세요.

이미지를 실행하는 사용자를 지정하려면 Dockerfile에서 USER 키워드를 지정할 수 있습니다. 사용자를 지정하지 않는 경우 AWS RoboMaker는 컨테이너의 루트 사용자를 사용합니다.

컨테이너 이미지에서 USER를 이름 또는 UID:GID로 지정할 수 있습니다. 컨테이너 이미지에 UID가 없는 경우 기본값은 1000입니다.

컨테이너 이미지는 /opt/amazon/robomaker 또는 해당 하위 폴더에 데이터를 저장할 수 없습니다. AWS RoboMaker만 해당 디렉터리만 사용할 수 있습니다. 해당 디렉터리를 사용하면 시뮬레이션이 제대로 작동하지 않을 수 있습니다.

다음 런타임 구성은 지원되지 않습니다.

Docker 실행 인수 설명
1 -\-add-host 사용자 지정 host-to-IP 매핑(host:ip) 추가
2 -\-attach , -a STDIN, STDOUT 또는 STDERR에 연결
3 -\-blkio-weight 10에서 1000 사이의 블록 IO(상대적 가중치), 비활성화하려면 0(기본값 0)
4 -\-blkio-weight-devi ce 블록 IO 가중치(상대적 디바이스 가중치)
5 -\-cap-add Linux 기능 추가
6 -\-cap-drop Linux 기능 중지
7 -\-cgroup-parent 컨테이너의 선택적 상위 cgroup
8 -\-cgroupns API 1.41+ <https://docs.d ocker.com/engine/api/ v1.41/>__Cgroup 네임스페이스 사용(host|private) 'host': Docker 호스트의 cgroup 네임스페이스 'private'에서 컨테이너를 실행합니다: 자체 프라이빗 cgroup 네임스페이스에서 컨테이너를 실행합니다 '': 대몬(daemon)의 default-cgroupns-mode 옵션으로 구성된 대로 cgroup 네임스페이스를 사용합니다(기본값)
9 -\-cidfile 컨테이너 ID를 파일에 기록
10 -\-cpu-count CPU 개수(Windows만 해당)
11 -\-cpu-percent CPU 비율(Windows만 해당)
12 -\-cpu-period CPU CFS(Completely Fair Scheduler) 기간 제한
13 -\-cpu-quota CPU CFS (Completely Fair Scheduler) 할당량 제한
14 -\-cpu-rt-period API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 실시간 기간(마이크로초 단위) 제한
15 -\-cpu-rt-runtime API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 실시간 런타임 제한(마이크로초 단위)
16 -\-cpu-shares , -c CPU 점유율(상대적 가중치)
17 -\-cpus API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 개수
18 -\-cpuset-cpus 실행이 가능한 CPU(0-3, 0,1)
19 -\-cpuset-mems 실행을 허용하는 MEM(0-3, 0,1)
20 -\-detach , -d 컨테이너를 백그라운드에서 실행하고 컨테이너 ID 인쇄
21 -\-detach-keys 컨테이너 분리를 위한 키 시퀀스 재정의
22 -\-device 컨테이너에 호스트 디바이스 추가
23 -\-device-cgroup-rul e cgroup 허용 디바이스 목록에 규칙 추가
24 -\-device-read-bps 디바이스의 읽기 속도(초당 바이트) 제한
25 -\-device-read-iops 디바이스의 읽기 속도(초당 IO) 제한
26 -\-device-write-bps 디바이스 쓰기 속도(초당 바이트) 제한
27 -\-device-write-iops 디바이스 쓰기 속도(초당 IO) 제한
28 -\-disable-content-t rust 이미지 인증 건너뛰기
29 -\-dns 사용자 지정 DNS 서버 설정
30 -\-dns-opt DNS 옵션 설정
31 -\-dns-option DNS 옵션 설정
32 -\-dns-search 사용자 지정 DNS 검색 도메인 설정
33 -\-domainname 컨테이너 NIS 도메인 이름
34 -\-gpus API 1.40+ <https://docs.d ocker.com/engine/api/ v1.40/>__컨테이너에 추가할 GPU 디바이스('all'은 모든 GPU 통과)
35 -\-group-add 가입할 추가 그룹 추가
36 -\-health-cmd 상태 확인을 위해 실행할 명령
37 -\-health-interval 검사 실행 사이의 시간(msm|h) (기본값 0초)
38 -\-health-retries 비정상 보고를 위해 필요한 연속 실패 수
39 -\-health-start-peri od API 1.29+ <https://docs.d ocker.com/engine/api/ v1.29/>__상태 재시도 카운트다운을 시작하기 전에 컨테이너가 초기화되는 시작 기간(msm|h) (기본값 0초)
40 -\-health-timeout 한 번의 검사를 실행할 수 있는 최대 시간(msm|h) (기본값 0초)
41 -\-help 인쇄 사용량
42 -\-hostname , -h 컨테이너 호스트 이름
43 -\-init API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__신호를 전달하고 프로세스를 회수하는 컨테이너 내부에서 초기화 실행
44 -\-interactive , -i 연결되지 않은 경우에도 STDIN을 연 상태로 유지
45 -\-io-maxbandwidth 시스템 드라이브의 최대 IO 대역폭 제한(Windows만 해당)
46 -\-io-maxiops 시스템 드라이브의 최대 IOPS 제한(Windows만 해당)
47 -\-ip IPv4 주소(예: 172.30.100.104)
48 -\-ip6 IPv6 주소(예: 2001:db8: :33)
49 -\-ipc 사용할 IPC 모드
50 -\-isolation 컨테이너 격리 기술
51 -\-kernel-memory 커널 메모리 제한
52 -\-label , -l 컨테이너에 메타데이터 설정
53 -\-label-file 줄로 구분된 레이블 파일 읽기
54 -\-link 다른 컨테이너에 링크 추가
55 -\-link-local-ip 컨테이너 IPv4/IPv6 link-local 주소
56 -\-log-driver 컨테이너용 로깅 드라이버
57 -\-log-opt 로그 드라이버 옵션
58 -\-mac-address 컨테이너 MAC 주소(예: 92:d0:c 6:0 a: 29:33)
59 -\-memory , -m 메모리 제한
60 -\-memory-reservation 메모리 소프트 제한
61 -\-memory-swap 스왑 제한은 메모리에 스왑을 더한 값과 같음:'-1'인 경우 무제한 스왑 활성화
62 -\-memory-swappiness 컨테이너 메모리 스왑 조정(0~100)
63 -\-name 컨테이너에 이름 지정
64 -\-net 컨테이너를 네트워크에 연결
65 -\-net-alias 컨테이너에 네트워크 범위 별칭 추가
66 -\-network 컨테이너를 네트워크에 연결
67 -\-network-alias 컨테이너에 네트워크 범위 별칭 추가
68 -\-no-healthcheck 모든 컨테이너 지정 HEALTHCHECK 비활성화
69 -\-oom-kill-disable OOM Killer 비활성화
70 -\-oom-score-adj 호스트의 OOM 기본 설정 조정(-1000~1000)
71 -\-pid 사용할 PID 네임스페이스
72 -\-pids-limit 컨테이너 pid 제한 조정(무제한의 경우 -1 설정)
73 -\-platform API 1.32+ <https://docs.d ocker.com/engine/api/ v1.32/>__서버가 멀티플랫폼을 지원하는 경우 플랫폼 설정
74 -\-privileged 이 컨테이너에 확장된 권한 부여
75 -\-publish , -p 컨테이너의 포트를 호스트에 게시
76 -\-publish-all , -P 노출된 모든 포트를 임의 포트에 게시
77 -\-pull 실행하기 전에 이미지 가져오기("always" " never")
78 -\-read-only 컨테이너의 루트 파일 시스템을 읽기 전용으로 마운트
79 -\-restart 컨테이너 종료 시 적용할 재시작 정책
80 -\-rm 컨테이너 종료 시 자동으로 제거
81 -\-runtime 이 컨테이너에 사용할 런타임
82 -\-security-opt 보안 옵션
83 -\-shm-size /dev/shm 크기
84 -\-sig-proxy 프로세스에 대한 프록시 수신 신호
85 -\-stop-timeout API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__컨테이너 중지에 소요되는 제한 시간(초)
86 -\-storage-opt 컨테이너의 스토리지 드라이버 옵션
87 -\-sysctl Sysctl 옵션
88 -\-tmpfs tmpfs 디렉터리 마운트
89 -\-tty , -t pseudo-TTY 할당
90 -\-ulimit 무제한 옵션
91 -\-userns 사용할 사용자 네임스페이스
92 -\-uts 사용할 UTS 네임스페이스
93 -\-volume , -v 볼륨 바인드 마운트
94 -\-volume-driver 컨테이너용 옵션 볼륨 드라이버
95 -\-volumes-from 지정된 컨테이너에서 볼륨 마운트

이전 런타임 구성으로 시뮬레이션 작업을 실행하면 AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

컨테이너 이미지:

  • 반드시 Open Container Initiative(OCI) 불만 사항이어야 합니다.

  • 반드시 X86_64 아키텍처용으로 빌드되어야 합니다. 다른 아키텍처용으로 빌드된 경우, AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

  • 반드시 압축하지 않은 크기가 40GB 이하여야 합니다. 압축되지 않은 컨테이너 이미지가 40GB 이상인 경우 AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

  • 반드시 V2 이미지 매니페스트가 있어야 하며, 스키마 버전 2와 호환되어야 합니다.

  • 반드시 Linux 기반 기본 이미지를 사용해야 합니다. Linux 기반 기본 이미지를 사용하지 않는 경우, AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

  • 반드시 서로 호환되는 개발 환경과 운영 체제를 사용해야 합니다. 다음은 개발 환경과 운영 체제의 호환 가능한 조합의 예입니다.

    • 로봇 운영 체제(ROS) Melodic – ubuntu:bionic

    • 로봇 운영 체제(ROS) 2 Foxy – ubuntu:focal

    호환 가능한 로봇 프레임워크와 운영 체제의 조합을 사용하지 않으면 시뮬레이션에서 예상치 못한 동작이 나타날 수 있습니다.

컨테이너 이미지의 바이너리 요구 사항은 다음과 같습니다.

GUI 스트리밍을 지원하려면 다음 바이너리를 설치하고 소싱하는 것이 좋습니다.

  • devilspie

컨테이너 이미지는 실행 파일에 절대 경로를 사용하는 것이 좋습니다. 또한 컨테이너 내부의 실행 파일을 올바르게 실행하는 것이 좋습니다. 실행 파일 경로를 찾지 못하면 시뮬레이션이 실패하게 됩니다.

컨테이너 이미지:

  • 애플리케이션에서 OpenGL을 사용하는 경우 반드시 glvnd가 설치되어 있어야 합니다.

  • 애플리케이션에서 CUDA를 사용하는 경우 반드시 NVIDIA CUDA 11.2 이하가 설치되어 있어야 합니다.

  • 애플리케이션에서 OpenGL을 사용하는 경우 반드시 OpenGL 버전 4.6 이하가 있어야 합니다.

  • 애플리케이션에서 Vulkan API를 사용하는 경우 반드시 Vulkan 버전 1.2 이하가 있어야 합니다.

  • 애플리케이션에서 OpenCL을 사용하는 경우 반드시 OpenCL 버전 1.2 이하가 있어야 합니다.

참고

AWS RoboMaker는 오프스크린 렌더링에 대해서만 Vulkan을 지원하여, GUI 디스플레이에서는 작동하지 않습니다. 따라서 Vulkan을 사용하는 경우 streamUI를 false로 설정해야 합니다.

GPU 이미지를 생성하는 방법에 대한 자세한 지침은 GPU 애플리케이션을 실행하기 위한 이미지 생성 항목을 참조하세요.

컨테이너 이미지는 반드시 소싱을 위한 엔트리 포인트 스크립트를 제공해야 합니다. 엔트리 포인트 스크립트의 마지막 줄에 반드시 exec "${@:1}"가 있어야 AWS RoboMaker가 엔트리 포인트 스크립트를 실행할 수 있습니다. 엔트리 포인트 스크립트를 실행하면 roslaunch package-name 명령을 사용할 수 있습니다. launch-file 명령을 사용하여 컨테이너를 실행할 수 있습니다.

컨테이너 이미지는 Dockerfile에서 VOLUME를 사용할 수 없습니다. VOLUME가 Dockerfile에 있는 경우 시뮬레이션은 4XX 오류 코드와 함께 실패하게 됩니다.

Dockerfile의 EXPOSE 키워드는 AWS RoboMaker에서 무시됩니다. EXPOSE 키워드로 노출된 모든 포트는 시스템에서 자동으로 노출하지 않습니다. 시뮬레이션에서 포트를 노출하려는 경우 AWS RoboMaker 포트 포워딩 구성을 사용할 수 있습니다.

AWS RoboMaker은 다음 환경 변수를 사용합니다. AWS에서 시뮬레이션을 실행하면 AWS RoboMaker가 다음과 같은 환경 변수에 지정한 모든 값을 덮어씁니다.

  • ROBOMAKER*

  • DCV_VIRTUAL_SESSION

  • XDG_SESSION_ID

  • DCV_SESSION_ID

  • XDG_SESSION_TYPE

  • XDG_RUNTIME_DIR

  • SHLVL

  • XAUTHORITY

Dockerfile에서는 CMD를 지정할 수 없습니다. 그렇게 하는 경우 AWS RoboMaker가 시뮬레이션 launchConfig에서 해당 명령으로 덮어씁니다.

컨테이너에서 ROS를 실행하고 있고 로봇 애플리케이션과 시뮬레이션 애플리케이션 간에 통신이 필요한 경우, 다음과 같은 로봇 프레임워크를 설정해야 합니다.

  • ROS Master

  • Gazebo Master

  • ROS IP

컨테이너에 있는 /etc/resolv.conf 파일을 사용자 지정할 수 없습니다. AWS RoboMaker가 파일을 자체 파일로 덮어씁니다.

AWS에서 Dockerfile을 실행 중인 경우 이미지를 마운트할 수 없습니다. Dockerfile에서 Mount를 지정하는 경우 AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.

컨테이너 이미지는 기본 Docker seccomp 프로필로 차단된 시스템 호출을 사용할 수 없습니다. 차단된 시스템 호출에 대한 자세한 내용은 Seccomp 보안 프로필을 참조하세요.

이미지를 실행하는 사용자를 지정하려면 Dockerfile에서 USER 키워드를 지정할 수 있습니다. 사용자를 지정하지 않는 경우 AWS RoboMaker는 컨테이너의 루트 사용자를 사용합니다.

컨테이너 이미지에서 USER를 이름 또는 UID:GID로 지정할 수 있습니다. 컨테이너 이미지에 UID가 없는 경우 기본값은 1000입니다.

컨테이너 이미지는 /opt/amazon/robomaker 또는 해당 하위 폴더에 데이터를 저장할 수 없습니다. AWS RoboMaker만 해당 디렉터리만 사용할 수 있습니다. 해당 디렉터리를 사용하면 시뮬레이션이 제대로 작동하지 않을 수 있습니다.

다음 런타임 구성은 지원되지 않습니다.

Docker 실행 인수 설명
1 --add-host 사용자 지정 host-to-IP 매핑(host:ip) 추가
2 --attach , -a STDIN, STDOUT 또는 STDERR에 연결
3 --blkio-weight 10에서 1000 사이의 블록 IO(상대적 가중치), 비활성화하려면 0(기본값 0)
4 --blkio-weight-devi ce 블록 IO 가중치(상대적 디바이스 가중치)
5 --cap-add Linux 기능 추가
6 --cap-drop Linux 기능 중지
7 --cgroup-parent 컨테이너의 선택적 상위 cgroup
8 --cgroupns API 1.41+ <https://docs.d ocker.com/engine/api/ v1.41/>__Cgroup 네임스페이스 사용(host|private) 'host': Docker 호스트의 cgroup 네임스페이스 'private'에서 컨테이너를 실행합니다: 자체 프라이빗 cgroup 네임스페이스에서 컨테이너를 실행합니다 '': 대몬(daemon)의 default-cgroupns-mode 옵션으로 구성된 대로 cgroup 네임스페이스를 사용합니다(기본값)
9 --cidfile 컨테이너 ID를 파일에 기록
10 --cpu-count CPU 개수(Windows만 해당)
11 --cpu-percent CPU 비율(Windows만 해당)
12 --cpu-period CPU CFS(Completely Fair Scheduler) 기간 제한
13 --cpu-quota CPU CFS (Completely Fair Scheduler) 할당량 제한
14 --cpu-rt-period API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 실시간 기간(마이크로초 단위) 제한
15 --cpu-rt-runtime API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 실시간 런타임 제한(마이크로초 단위)
16 --cpu-shares , -c CPU 점유율(상대적 가중치)
17 --cpus API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__CPU 개수
18 --cpuset-cpus 실행이 가능한 CPU(0-3, 0,1)
19 --cpuset-mems 실행을 허용하는 MEM(0-3, 0,1)
20 --detach , -d 컨테이너를 백그라운드에서 실행하고 컨테이너 ID 인쇄
21 --detach-keys 컨테이너 분리를 위한 키 시퀀스 재정의
22 --device 컨테이너에 호스트 디바이스 추가
23 --device-cgroup-rul e cgroup 허용 디바이스 목록에 규칙 추가
24 --device-read-bps 디바이스의 읽기 속도(초당 바이트) 제한
25 --device-read-iops 디바이스의 읽기 속도(초당 IO) 제한
26 --device-write-bps 디바이스 쓰기 속도(초당 바이트) 제한
27 --device-write-iops 디바이스 쓰기 속도(초당 IO) 제한
28 --disable-content-t rust 이미지 인증 건너뛰기
29 --dns 사용자 지정 DNS 서버 설정
30 --dns-opt DNS 옵션 설정
31 --dns-option DNS 옵션 설정
32 --dns-search 사용자 지정 DNS 검색 도메인 설정
33 --domainname 컨테이너 NIS 도메인 이름
34 --gpus API 1.40+ <https://docs.d ocker.com/engine/api/ v1.40/>__컨테이너에 추가할 GPU 디바이스('all'은 모든 GPU 통과)
35 --group-add 가입할 추가 그룹 추가
36 --health-cmd 실행하여 상태 확인
37 --health-interval 검사 실행 사이의 시간(msm|h) (기본값 0초)
38 --health-retries 비정상 보고를 위해 필요한 연속 실패 수
39 --health-start-peri od API 1.29+ <https://docs.d ocker.com/engine/api/ v1.29/>__상태 재시도 카운트다운을 시작하기 전에 컨테이너가 초기화되는 시작 기간(msm|h) (기본값 0초)
40 --health-timeout 한 번의 검사를 실행할 수 있는 최대 시간(msm|h) (기본값 0초)
41 --help 인쇄 사용량
42 --hostname , -h 컨테이너 호스트 이름
43 --init API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__신호를 전달하고 프로세스를 회수하는 컨테이너 내부에서 초기화 실행
44 --interactive , -i 연결되지 않은 경우에도 STDIN을 연 상태로 유지
45 --io-maxbandwidth 시스템 드라이브의 최대 IO 대역폭 제한(Windows만 해당)
46 --io-maxiops 시스템 드라이브의 최대 IOPS 제한(Windows만 해당)
47 --ip IPv4 주소(예: 172.30.100.104)
48 --ip6 IPv6 주소(예: 2001:db8: :33)
49 --ipc 사용할 IPC 모드
50 --isolation 컨테이너 격리 기술
51 --kernel-memory 커널 메모리 제한
52 --label , -l 컨테이너에 메타데이터 설정
53 --label-file 줄로 구분된 레이블 파일 읽기
54 --link 다른 컨테이너에 링크 추가
55 --link-local-ip 컨테이너 IPv4/IPv6 link-local 주소
56 --log-driver 컨테이너용 로깅 드라이버
57 --log-opt 로그 드라이버 옵션
58 --mac-address 컨테이너 MAC 주소(예: 92:d0:c 6:0 a: 29:33)
59 --memory , -m 메모리 제한
60 --memory-reservation 메모리 소프트 제한
61 --memory-swap 스왑 제한은 메모리에 스왑을 더한 값과 같음:'-1'인 경우 무제한 스왑 활성화
62 --memory-swappiness 컨테이너 메모리 스왑 조정(0~100)
63 --name 컨테이너에 이름 지정
64 --net 컨테이너를 네트워크에 연결
65 --net-alias 컨테이너에 네트워크 범위 별칭 추가
66 --network 컨테이너를 네트워크에 연결
67 --network-alias 컨테이너에 네트워크 범위 별칭 추가
68 --no-healthcheck 모든 컨테이너 지정 HEALTHCHECK 비활성화
69 --oom-kill-disable OOM Killer 비활성화
70 --oom-score-adj 호스트의 OOM 기본 설정 조정(-1000~1000)
71 --pid 사용할 PID 네임스페이스
72 --pids-limit 컨테이너 pid 제한 조정(무제한의 경우 -1 설정)
73 --platform API 1.32+ <https://docs.d ocker.com/engine/api/ v1.32/>__서버가 멀티플랫폼을 지원하는 경우 플랫폼 설정
74 --privileged 이 컨테이너에 확장된 권한 부여
75 --publish , -p 컨테이너의 포트를 호스트에 게시
76 --publish-all , -P 노출된 모든 포트를 임의 포트에 게시
77 --pull 실행하기 전에 이미지 가져오기("always" " never")
78 --read-only 컨테이너의 루트 파일 시스템을 읽기 전용으로 마운트
79 --restart 컨테이너 종료 시 적용할 재시작 정책
80 --rm 컨테이너 종료 시 자동으로 제거
81 --runtime 이 컨테이너에 사용할 런타임
82 --security-opt 보안 옵션
83 --shm-size /dev/shm 크기
84 --sig-proxy 프로세스에 대한 프록시 수신 신호
85 --stop-timeout API 1.25+ <https://docs.d ocker.com/engine/api/ v1.25/>__컨테이너 중지에 소요되는 제한 시간(초)
86 --storage-opt 컨테이너의 스토리지 드라이버 옵션
87 --sysctl Sysctl 옵션
88 --tmpfs tmpfs 디렉터리 마운트
89 --tty , -t pseudo-TTY 할당
90 --ulimit 무제한 옵션
91 --userns 사용할 사용자 네임스페이스
92 --uts 사용할 UTS 네임스페이스
93 --volume , -v 볼륨 바인드 마운트
94 --volume-driver 컨테이너용 옵션 볼륨 드라이버
95 --volumes-from 지정된 컨테이너에서 볼륨 마운트

이전 런타임 구성으로 시뮬레이션 작업을 실행하면 AWS RoboMaker는 4XX 오류 코드와 함께 시뮬레이션에 실패하게 됩니다.