쿠키 기본 설정 선택

당사는 사이트와 서비스를 제공하는 데 필요한 필수 쿠키 및 유사한 도구를 사용합니다. 고객이 사이트를 어떻게 사용하는지 파악하고 개선할 수 있도록 성능 쿠키를 사용해 익명의 통계를 수집합니다. 필수 쿠키는 비활성화할 수 없지만 '사용자 지정' 또는 ‘거부’를 클릭하여 성능 쿠키를 거부할 수 있습니다.

사용자가 동의하는 경우 AWS와 승인된 제3자도 쿠키를 사용하여 유용한 사이트 기능을 제공하고, 사용자의 기본 설정을 기억하고, 관련 광고를 비롯한 관련 콘텐츠를 표시합니다. 필수가 아닌 모든 쿠키를 수락하거나 거부하려면 ‘수락’ 또는 ‘거부’를 클릭하세요. 더 자세한 내용을 선택하려면 ‘사용자 정의’를 클릭하세요.

EcsProperties를 사용하여 작업 정의 생성

포커스 모드
EcsProperties를 사용하여 작업 정의 생성 - AWS Batch

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

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

EcsProperties를 사용하는 AWS Batch 작업 정의를 통해 별도의 컨테이너에서 하드웨어, 센서, 3D 환경 및 기타 시뮬레이션을 모델링할 수 있습니다. 이 기능을 사용하여 워크로드 구성 요소를 논리적으로 구성하고 기본 애플리케이션과 분리할 수 있습니다. 이 기능은 Amazon Elastic Container Service(Amazon ECS), Amazon Elastic Kubernetes Service(Amazon EKS) 및 AWS Fargate에서 AWS Batch와 함께 사용할 수 있습니다.

ContainerPropertiesEcsProperties 작업 정의

사용 사례에 따라 ContainerProperties 또는 EcsProperties 작업 정의를 사용하도록 선택할 수 있습니다. 개념적으로 EcsProperties가 있는 AWS Batch 작업을 실행하는 것은 ContainerProperties가 있는 작업을 실행하는 것과 유사합니다.

ContainerProperties를 사용하는 레거시 작업 정의 구조는 계속 지원됩니다. 현재 이 구조를 사용하는 워크플로가 있는 경우 워크플로를 계속 실행할 수 있습니다.

주요 차이점은 작업 정의에 EcsProperties 기반 정의를 수용할 새 객체가 추가되었다는 것입니다.

예를 들어 Amazon ECS 및 Fargate에서 ContainerProperties를 사용하는 작업 정의의 구조는 다음과 같습니다.

{ "containerProperties": { ... "image": "my_ecr_image1", ... }, ... }

Amazon ECS 및 Fargate에서 EcsProperties를 사용하는 작업 정의의 구조는 다음과 같습니다.

{ "ecsProperties": { "taskProperties": [{ "containers": [ { ... "image": "my_ecr_image1", ... }, { ... "image": "my_ecr_image2", ... },

AWS Batch API에 대한 일반적인 변경 사항

다음은 EcsProperties를 사용할 때와 EcsProperties API 데이터 유형을 사용할 때의 몇 가지 주요 차이점에 대한 간략한 설명입니다.

Amazon ECS용 다중 컨테이너 작업 정의

Amazon ECS의 다중 컨테이너 구조를 수용하기 위해 일부 API 데이터 유형이 다릅니다. 예:

  • ecsProperties는 단일 컨테이너 정의에서 containerProperties와 동일한 수준입니다. 자세한 내용은 AWS Batch API 참조 안내서의 EcsProperties를 참조하세요.

  • taskProperties에는 Amazon ECS 작업에 대해 정의된 속성이 포함되어 있습니다. 자세한 내용은 AWS Batch API 참조 안내서의 EcsProperties를 참조하세요.

  • containers는 단일 컨테이너 정의에서 containerProperties와 유사한 정보를 포함합니다. 주요 차이점은 containers를 사용하면 최대 10개의 컨테이너를 정의할 수 있다는 점입니다. 자세한 내용은 AWS Batch API 참조 안내서의 ECSTaskProperties:containers를 참조하세요.

  • essential 파라미터는 컨테이너가 작업에 미치는 영향을 나타냅니다. 작업이 진행되려면 모든 필수 컨테이너가 성공적으로 완료(0으로 종료)되어야 합니다. essential로 표시된 컨테이너가 실패하면(0이 아닌 상태로 종료) 작업이 실패합니다.

    기본값은 true이며 적어도 하나의 컨테이너가 essential로 표시되어야 합니다. 자세한 내용은 AWS Batch API 참조 안내서의 essential 섹션을 참조하세요.

  • dependsOn 파라미터를 사용하여 컨테이너 종속성 목록을 정의할 수 있습니다. 자세한 내용은 AWS Batch API 참조 안내서의 dependsOn 섹션을 참조하세요.

    참고

    dependsOn 목록의 복잡성과 관련 컨테이너 런타임은 작업의 시작 시간에 영향을 미칠 수 있습니다. 종속성을 실행하는 데 오랜 시간이 걸리는 경우 작업이 완료될 때까지 STARTING 상태가 유지됩니다.

ecsProperties 및 구조에 대한 자세한 내용은 ecsProperties에 대한 RegisterJobDefinition 요청 구문을 참조하세요.

Amazon EKS에 대한 다중 컨테이너 작업 정의

Amazon EKS의 다중 컨테이너 구조를 수용하기 위해 일부 API 데이터 유형이 다릅니다. 예:

  • name은 컨테이너의 고유 식별자입니다. 이 객체는 단일 컨테이너에는 필요하지 않으며 포드에 여러 컨테이너를 정의할 때 필요합니다. name이 단일 컨테이너에 정의되지 않은 경우 기본 이름인 default가 적용됩니다.

  • initContainerseksPodProperties 데이터 유형 내에 정의됩니다. 이들은 애플리케이션 컨테이너 전에 실행되며, 항상 완료될 때까지 실행되고, 다음 컨테이너가 시작되기 전에 성공적으로 완료되어야 합니다.

    이러한 컨테이너는 Amazon EKS Connector 에이전트에 등록되며 Amazon Elastic Kubernetes Service 백엔드 데이터 스토어에 등록 정보를 유지합니다. initContainers 객체는 최대 10개의 요소를 수용할 수 있습니다. 자세한 내용은 Kubernetes 설명서의 Init Containers를 참조하세요.

    참고

    initContainers 객체는 작업의 시작 시간에 영향을 미칠 수 있습니다. initContainers를 실행하는 데 오랜 시간이 걸리는 경우 작업이 완료될 때까지 STARTING 상태가 유지됩니다.

  • shareProcessNamespace는 포드의 컨테이너가 동일한 프로세스 네임스페이스를 공유할 수 있는지 여부를 나타냅니다. 기본값은 false입니다. 이 값을 true로 설정하여 컨테이너가 동일한 포드에 위치한 다른 컨테이너의 프로세스를 보고 신호를 보낼 수 있게 합니다.

  • 모든 컨테이너가 중요합니다. 작업이 성공하려면 모든 컨테이너가 성공적으로 완료(0으로 종료)되어야 합니다. 컨테이너 하나가 실패하면(0이 아닌 값으로 종료) 작업이 실패합니다.

eksProperties 및 구조에 대한 자세한 내용은 eksProperties에 대한 RegisterJobDefinition 요청 구문을 참조하세요.

프라이버시사이트 이용 약관쿠키 기본 설정
© 2025, Amazon Web Services, Inc. 또는 계열사. All rights reserved.