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

# 에 대한 인스턴스 유형 할당 전략 AWS Batch
<a name="allocation-strategies"></a>

관리형 컴퓨팅 환경이 생성되면는 작업의 요구 사항에 가장 적합한 `[instanceTypes](https://docs.aws.amazon.com/batch/latest/APIReference/API_ComputeResource.html#Batch-Type-ComputeResource-instanceTypes)` 지정된에서 인스턴스 유형을 AWS Batch 선택합니다. 할당 전략은가 추가 용량을 AWS Batch 필요로 하는 경우의 동작을 정의합니다. 이 파라미터는 Fargate 리소스에서 실행되는 작업에는 적용되지 않습니다. 이 파라미터는 지정하지 마세요.

`BEST_FIT`(기본값)  
AWS Batch 는 가장 저렴한 인스턴스 유형을 선호하는 작업의 요구 사항에 가장 적합한 인스턴스 유형을 선택합니다. 선택한 인스턴스 유형의 추가 인스턴스를 사용할 수 없는 경우 추가 인스턴스를 사용할 수 있을 때까지 AWS Batch 기다립니다. 사용 가능한 인스턴스가 충분하지 않거나 사용자가 [Amazon EC2 service quotas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html)에 도달한 경우에는 현재 실행 중인 작업이 완료될 때까지 추가 작업은 실행되지 않습니다. 이 할당 전략은 비용은 낮게 유지하지만 확장을 제한할 수 있습니다. `BEST_FIT`과 스팟 집합을 함께 사용하는 경우 스팟 플릿 IAM 역할이 반드시 지정되어야 합니다. 컴퓨팅 환경을 업데이트할 때 `BEST_FIT`는 지원되지 않습니다. 자세한 내용은 [에서 컴퓨팅 환경 업데이트 AWS Batch](updating-compute-environments.md) 단원을 참조하십시오.  
AWS Batch 는 계정의 AWS 리소스를 관리합니다. BEST\$1FIT 할당 전략을 사용하는 컴퓨팅 환경은 원래 기본적으로 시작 구성을 사용했습니다. 그러나 새 AWS 계정에서 시작 구성을 사용하는 것은 시간이 지남에 따라 제한됩니다. 따라서 2024년 4월 말부터 새로 생성된 BEST\$1FIT 컴퓨팅 환경은 기본적으로 시작 템플릿으로 설정됩니다. 서비스 역할에 시작 템플릿을 관리할 권한이 없는 경우 시작 구성을 계속 활용할 AWS Batch 수 있습니다. 기존 컴퓨팅 환경은 시작 구성을 계속 사용합니다.

`BEST_FIT_PROGRESSIVE`  
AWS Batch 는 대기열에 있는 작업의 요구 사항을 충족할 만큼 충분히 큰 추가 인스턴스 유형을 선택합니다. 단위 vCPU 비용이 저렴한 인스턴스 유형이 선호됩니다. 이전에 선택한 인스턴스 유형의 추가 인스턴스를 사용할 수 없는 경우 AWS Batch 는 새 인스턴스 유형을 선택합니다.  
[다중 노드 병렬 작업](multi-node-parallel-jobs.md)의 경우 AWS Batch 는 사용 가능한 최적의 인스턴스 유형을 선택합니다. 용량 부족으로 인해 인스턴스 유형을 사용할 수 없게 되는 경우, 패밀리 내의 다른 인스턴스 유형이 시작되지 않습니다.

`SPOT_CAPACITY_OPTIMIZED`  
AWS Batch 는 대기열에 있는 작업의 요구 사항을 충족할 만큼 충분히 큰 인스턴스 유형을 하나 이상 선택합니다. 중단될 가능성이 적은 인스턴스 유형이 선호됩니다. 이 할당 전략은 스팟 인스턴스 컴퓨팅 리소스에만 사용할 수 있습니다.

`SPOT_PRICE_CAPACITY_OPTIMIZED`  
가격 및 용량 최적화 할당 전략은 가격과 용량을 모두 고려하여 중단될 가능성이 가장 낮으면서 가장 저렴한 스팟 인스턴스 풀을 선택합니다. 이 할당 전략은 스팟 인스턴스 컴퓨팅 리소스에만 사용할 수 있습니다.  
대부분의 인스턴스에서 `SPOT_CAPACITY_OPTIMIZED`보다 `SPOT_PRICE_CAPACITY_OPTIMIZED`을 사용하는 것을 권장합니다.

`BEST_FIT_PROGRESSIVE` 및 `BEST_FIT` 전략은 온디맨드 또는 스팟 인스턴스를 사용하고, `SPOT_CAPACITY_OPTIMIZED` 및 `SPOT_PRICE_CAPACITY_OPTIMIZED` 전략은 스팟 인스턴스를 사용합니다. 그러나 용량 요구 사항을 충족하려면를 초과 AWS Batch 해야 `maxvCpus` 할 수 있습니다. 이 경우가 단일 인스턴스를 초과`maxvCpus`해서는 AWS Batch 안 됩니다.