JobPreparationTask interface
작업 준비를 사용하여 작업에 대한 작업을 실행하는 노드를 준비할 수 있습니다. 작업 준비에서 일반적으로 수행되는 활동은 다음과 같습니다. 작업의 모든 태스크에서 사용하는 일반적인 리소스 파일 다운로드 작업 준비 태스크는 이러한 일반적인 리소스 파일을 노드의 공유 위치에 다운로드할 수 있습니다. (AZ_BATCH_NODE_ROOT_DIR\shared) 또는 해당 작업의 모든 태스크가 통신할 수 있도록 노드에서 로컬 서비스를 시작합니다. 작업 준비 태스크가 실패하면(즉, 종료 코드 0으로 종료하기 전에 재시도 횟수가 소진됨) Batch는 노드에서 이 작업의 태스크를 실행하지 않습니다. 컴퓨팅 노드는 이미지로 다시 설치될 때까지 이 작업의 작업을 실행할 자격이 없습니다. 컴퓨팅 노드는 활성 상태로 유지되며 다른 작업에 사용할 수 있습니다. 작업 준비 태스크는 동일한 노드에서 여러 번 실행할 수 있습니다. 따라서 다시 실행을 처리하기 위해 작업 준비 태스크를 작성해야 합니다. 노드가 다시 부팅되면 작업 준비 태스크가 컴퓨팅 노드에서 다시 실행된 후 다른 작업 작업(rerunOnNodeRebootAfterSuccess가 true이거나 작업 준비 태스크가 이전에 완료되지 않은 경우)을 예약합니다. 노드가 이미지로 다시 설치되면 작업 태스크를 예약하기 전에 작업 준비 태스크가 다시 실행됩니다. Batch는 노드에서 복구 작업이 트리거될 때 작업을 다시 시도합니다. 복구 작업의 예로는 비정상 노드가 다시 부팅되거나 호스트 오류로 인해 컴퓨팅 노드가 사라진 경우(제한되지 않음) 등이 있습니다. 복구 작업으로 인한 재시도는 maxTaskRetryCount와 독립적이며 계산되지 않습니다. maxTaskRetryCount가 0이더라도 복구 작업으로 인한 내부 재시도가 발생할 수 있습니다. 이 때문에 모든 작업은 idempotent여야 합니다. 즉, 작업이 손상되거나 중복된 데이터를 유발하지 않고 중단되고 다시 시작되는 것을 허용해야 합니다. 장기 실행 작업의 모범 사례는 일종의 검사점을 사용하는 것입니다.
속성
| command |
작업 준비 태스크의 명령줄입니다. 명령줄은 셸에서 실행되지 않으므로 환경 변수 확장과 같은 셸 기능을 활용할 수 없습니다. 이러한 기능을 활용하려면 명령줄에서 셸을 호출해야 합니다(예: Windows에서 "cmd /c MyCommand"를 사용하거나 Linux에서 "/bin/sh -c MyCommand"). 명령줄이 파일 경로를 참조하는 경우 상대 경로(작업 작업 디렉터리를 기준으로)를 사용하거나 Batch 제공 환경 변수(https://docs.microsoft.com/en-us/azure/batch/batch-compute-node-environment-variables)를 사용해야 합니다. |
| constraints | 작업 준비 태스크에 적용되는 제약 조건입니다. |
| container |
작업 준비 태스크가 실행되는 컨테이너에 대한 설정입니다. 이 옵션을 지정하면 AZ_BATCH_NODE_ROOT_DIR 아래의 모든 디렉터리(노드의 Azure Batch 디렉터리 루트)가 컨테이너에 매핑되고, 모든 작업 환경 변수가 컨테이너에 매핑되고, 작업 명령줄이 컨테이너에서 실행됩니다. AZ_BATCH_NODE_ROOT_DIR 외부 컨테이너에서 생성된 파일은 호스트 디스크에 반영되지 않을 수 있습니다. 즉, Batch 파일 API가 해당 파일에 액세스할 수 없습니다. |
| environment |
작업 준비 태스크에 대한 환경 변수 설정 목록입니다. |
| id | 작업 내에서 작업 준비 태스크를 고유하게 식별하는 문자열입니다. ID는 하이픈과 밑줄을 포함하여 영숫자 문자의 조합을 포함할 수 있으며 64자를 초과할 수 없습니다. 이 속성을 지정하지 않으면 Batch 서비스에서 기본값인 'jobpreparation'을 할당합니다. 작업의 다른 태스크는 작업 준비 태스크와 동일한 ID를 가질 수 없습니다. 동일한 ID의 작업을 제출하려고 하면 Batch 서비스에서 TaskIdSameAsJobPreparationTask 오류 코드로 요청을 거부합니다. REST API를 직접 호출하는 경우 HTTP 상태 코드는 409(충돌)입니다. |
| rerun |
컴퓨팅 노드가 다시 부팅된 후 Batch 서비스가 작업 준비 태스크를 다시 실행해야 하는지 여부입니다. 컴퓨팅 노드가 이미지로 다시 설치되거나 작업 준비 태스크가 완료되지 않은 경우(예: 태스크가 실행되는 동안 재부팅이 발생했기 때문에) 작업 준비 태스크가 항상 다시 실행됩니다. 따라서 항상 멱등원으로 작업 준비 태스크를 작성하고 여러 번 실행하는 경우 올바르게 동작해야 합니다. 기본값은 true입니다. |
| resource |
명령줄을 실행하기 전에 Batch 서비스가 컴퓨팅 노드에 다운로드할 파일 목록입니다. 이 요소 아래에 나열된 파일은 Task의 작업 디렉터리에 있습니다. 리소스 파일 목록에 대한 최대 크기가 있습니다. 최대 크기를 초과하면 요청이 실패하고 응답 오류 코드는 RequestEntityTooLarge가 됩니다. 이 경우 ResourceFiles 컬렉션의 크기를 줄여야 합니다. 이 작업은 .zip 파일, 애플리케이션 패키지 또는 Docker 컨테이너를 사용하여 수행할 수 있습니다. |
| user |
작업 준비 태스크가 실행되는 사용자 ID입니다. 생략하면 작업은 Windows 컴퓨팅 노드의 태스크에 고유한 비관리 사용자 또는 Linux 컴퓨팅 노드의 풀에 고유한 비관리 사용자로 실행됩니다. |
| wait |
Batch 서비스가 컴퓨팅 노드에서 작업의 다른 작업을 예약하기 전에 작업 준비 태스크가 성공적으로 완료될 때까지 기다려야 하는지 여부입니다. 작업 준비 태스크가 종료 코드 0으로 종료되는 경우 성공적으로 완료되었습니다. True이고 작업 준비 태스크가 노드에서 실패하면 Batch 서비스는 작업 준비 태스크를 최대 재시도 횟수까지 다시 시도합니다(제약 조건 요소에 지정된 대로). 모든 재시도 후에도 작업이 성공적으로 완료되지 않은 경우 Batch 서비스는 작업의 태스크를 노드로 예약하지 않습니다. 노드는 활성 상태로 유지되며 다른 작업의 작업을 실행할 수 있습니다. false이면 Batch 서비스는 작업 준비 태스크가 완료될 때까지 기다리지 않습니다. 이 경우 작업 준비 태스크가 계속 실행되는 동안 다른 작업 태스크가 컴퓨팅 노드에서 실행을 시작할 수 있습니다. 작업 준비 태스크가 실패하더라도 컴퓨팅 노드에서 새 작업이 계속 예약됩니다. 기본값은 true입니다. |
속성 세부 정보
commandLine
작업 준비 태스크의 명령줄입니다. 명령줄은 셸에서 실행되지 않으므로 환경 변수 확장과 같은 셸 기능을 활용할 수 없습니다. 이러한 기능을 활용하려면 명령줄에서 셸을 호출해야 합니다(예: Windows에서 "cmd /c MyCommand"를 사용하거나 Linux에서 "/bin/sh -c MyCommand"). 명령줄이 파일 경로를 참조하는 경우 상대 경로(작업 작업 디렉터리를 기준으로)를 사용하거나 Batch 제공 환경 변수(https://docs.microsoft.com/en-us/azure/batch/batch-compute-node-environment-variables)를 사용해야 합니다.
commandLine: string속성 값
string
constraints
containerSettings
작업 준비 태스크가 실행되는 컨테이너에 대한 설정입니다. 이 옵션을 지정하면 AZ_BATCH_NODE_ROOT_DIR 아래의 모든 디렉터리(노드의 Azure Batch 디렉터리 루트)가 컨테이너에 매핑되고, 모든 작업 환경 변수가 컨테이너에 매핑되고, 작업 명령줄이 컨테이너에서 실행됩니다. AZ_BATCH_NODE_ROOT_DIR 외부 컨테이너에서 생성된 파일은 호스트 디스크에 반영되지 않을 수 있습니다. 즉, Batch 파일 API가 해당 파일에 액세스할 수 없습니다.
containerSettings?: TaskContainerSettings속성 값
environmentSettings
id
작업 내에서 작업 준비 태스크를 고유하게 식별하는 문자열입니다. ID는 하이픈과 밑줄을 포함하여 영숫자 문자의 조합을 포함할 수 있으며 64자를 초과할 수 없습니다. 이 속성을 지정하지 않으면 Batch 서비스에서 기본값인 'jobpreparation'을 할당합니다. 작업의 다른 태스크는 작업 준비 태스크와 동일한 ID를 가질 수 없습니다. 동일한 ID의 작업을 제출하려고 하면 Batch 서비스에서 TaskIdSameAsJobPreparationTask 오류 코드로 요청을 거부합니다. REST API를 직접 호출하는 경우 HTTP 상태 코드는 409(충돌)입니다.
id?: string속성 값
string
rerunOnNodeRebootAfterSuccess
컴퓨팅 노드가 다시 부팅된 후 Batch 서비스가 작업 준비 태스크를 다시 실행해야 하는지 여부입니다. 컴퓨팅 노드가 이미지로 다시 설치되거나 작업 준비 태스크가 완료되지 않은 경우(예: 태스크가 실행되는 동안 재부팅이 발생했기 때문에) 작업 준비 태스크가 항상 다시 실행됩니다. 따라서 항상 멱등원으로 작업 준비 태스크를 작성하고 여러 번 실행하는 경우 올바르게 동작해야 합니다. 기본값은 true입니다.
rerunOnNodeRebootAfterSuccess?: boolean속성 값
boolean
resourceFiles
명령줄을 실행하기 전에 Batch 서비스가 컴퓨팅 노드에 다운로드할 파일 목록입니다. 이 요소 아래에 나열된 파일은 Task의 작업 디렉터리에 있습니다. 리소스 파일 목록에 대한 최대 크기가 있습니다. 최대 크기를 초과하면 요청이 실패하고 응답 오류 코드는 RequestEntityTooLarge가 됩니다. 이 경우 ResourceFiles 컬렉션의 크기를 줄여야 합니다. 이 작업은 .zip 파일, 애플리케이션 패키지 또는 Docker 컨테이너를 사용하여 수행할 수 있습니다.
resourceFiles?: ResourceFile[]속성 값
userIdentity
작업 준비 태스크가 실행되는 사용자 ID입니다. 생략하면 작업은 Windows 컴퓨팅 노드의 태스크에 고유한 비관리 사용자 또는 Linux 컴퓨팅 노드의 풀에 고유한 비관리 사용자로 실행됩니다.
userIdentity?: UserIdentity속성 값
waitForSuccess
Batch 서비스가 컴퓨팅 노드에서 작업의 다른 작업을 예약하기 전에 작업 준비 태스크가 성공적으로 완료될 때까지 기다려야 하는지 여부입니다. 작업 준비 태스크가 종료 코드 0으로 종료되는 경우 성공적으로 완료되었습니다. True이고 작업 준비 태스크가 노드에서 실패하면 Batch 서비스는 작업 준비 태스크를 최대 재시도 횟수까지 다시 시도합니다(제약 조건 요소에 지정된 대로). 모든 재시도 후에도 작업이 성공적으로 완료되지 않은 경우 Batch 서비스는 작업의 태스크를 노드로 예약하지 않습니다. 노드는 활성 상태로 유지되며 다른 작업의 작업을 실행할 수 있습니다. false이면 Batch 서비스는 작업 준비 태스크가 완료될 때까지 기다리지 않습니다. 이 경우 작업 준비 태스크가 계속 실행되는 동안 다른 작업 태스크가 컴퓨팅 노드에서 실행을 시작할 수 있습니다. 작업 준비 태스크가 실패하더라도 컴퓨팅 노드에서 새 작업이 계속 예약됩니다. 기본값은 true입니다.
waitForSuccess?: boolean속성 값
boolean