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

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

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

를 사용하여 AWS Batch 작업 정의를 사용하면 하드웨어 EcsProperties, 센서, 3D 환경 및 기타 시뮬레이션을 별도의 컨테이너에서 모델링할 수 있습니다. 이 기능을 사용하여 워크로드 구성 요소를 논리적으로 구성하고 기본 애플리케이션과 분리할 수 있습니다. 이 기능은 아마존 엘라스틱 컨테이너 서비스 (아마존 ECS), 아마존 엘라스틱 쿠버네티스 서비스 (Amazon EKS) 등에서 사용할 수 있습니다. AWS Batch AWS Fargate

ContainerProperties작업 정의와 비교 EcsProperties

사용 ContainerProperties사례에 따라 EcsProperties작업 정의를 사용하도록 선택할 수 있습니다. 상위 수준에서 보면 를 사용하여 AWS Batch 작업을 실행하는 EcsProperties 것은 a를 사용하여 작업을 실행하는 것과 비슷합니다. ContainerProperties

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

주된 차이점은 EcsProperties 기반 정의를 수용하기 위해 작업 정의에 새 개체가 추가되었다는 것입니다.

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

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

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

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

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

다음은 EcsPropertiesEcsProperties API 데이터 유형을 사용할 때의 몇 가지 주요 차이점을 추가로 요약한 것입니다.

Amazon ECS를 위한 다중 컨테이너 작업 정의

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

  • ecsProperties단일 컨테이너 정의와 동일한 containerProperties 수준입니다. 자세한 내용은 EcsProperties AWS BatchAPI 참조 안내서를 참조하십시오.

  • taskPropertiesAmazon ECS 작업에 정의된 속성을 포함합니다. 자세한 내용은 EcsProperties AWS BatchAPI 참조 안내서를 참조하십시오.

  • containers단일 컨테이너 정의와 유사한 containerProperties 정보가 포함되어 있습니다. 주요 차이점은 컨테이너를 최대 10개까지 정의할 containers 수 있다는 것입니다. 자세한 내용은 API AWS Batch 참조 안내서의 ECS:컨테이너를 TaskProperties 참조하십시오.

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

    기본값은 true 이며 하나 이상의 컨테이너를 로 표시해야 합니다. essential 자세한 내용은 essentialAWS BatchAPI 참조 안내서를 참조하십시오.

  • dependsOn파라미터를 사용하여 컨테이너 종속성 목록을 정의할 수 있습니다. 자세한 내용은 dependsOnAWS BatchAPI 참조 안내서를 참조하십시오.

    참고

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

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

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

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

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

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

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

    참고

    initContainers개체는 작업 시작 시간에 영향을 줄 수 있습니다. 실행 시간이 오래 initContainers 걸리는 경우 작업은 완료될 때까지 STARTING 상태를 유지합니다.

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

  • 모든 컨테이너에는 중요성이 있습니다. 작업이 성공하려면 모든 컨테이너가 성공적으로 완료 (0으로 종료) 되어야 합니다. 한 컨테이너에 오류가 발생하면 (0이 아닌 상태로 종료) 작업이 실패합니다.

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