기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
에 대한 인스턴스 유형 할당 전략 AWS Batch
관리형 컴퓨팅 환경이 생성되면는 작업의 요구 사항에 가장 적합한 instanceTypes 지정된에서 인스턴스 유형을 AWS Batch 선택합니다. 할당 전략은가 추가 용량을 AWS Batch 필요로 하는 경우의 동작을 정의합니다. 이 파라미터는 Fargate 리소스에서 실행되는 작업에는 적용되지 않습니다. 이 파라미터는 지정하지 마세요.
BEST_FIT(기본값)-
AWS Batch 는 가장 저렴한 인스턴스 유형을 선호하는 작업의 요구 사항에 가장 적합한 인스턴스 유형을 선택합니다. 선택한 인스턴스 유형의 추가 인스턴스를 사용할 수 없는 경우 추가 인스턴스를 사용할 수 있을 때까지 AWS Batch 기다립니다. 사용 가능한 인스턴스가 충분하지 않거나 사용자가 Amazon EC2 service quotas에 도달한 경우에는 현재 실행 중인 작업이 완료될 때까지 추가 작업은 실행되지 않습니다. 이 할당 전략은 비용은 낮게 유지하지만 확장을 제한할 수 있습니다.
BEST_FIT과 스팟 집합을 함께 사용하는 경우 스팟 플릿 IAM 역할이 반드시 지정되어야 합니다. 컴퓨팅 환경을 업데이트할 때BEST_FIT는 지원되지 않습니다. 자세한 내용은 에서 컴퓨팅 환경 업데이트 AWS Batch 단원을 참조하십시오.참고
AWS Batch 는 계정의 AWS 리소스를 관리합니다. BEST_FIT 할당 전략을 사용하는 컴퓨팅 환경은 원래 기본적으로 시작 구성을 사용했습니다. 그러나 새 AWS 계정에서 시작 구성을 사용하는 것은 시간이 지남에 따라 제한됩니다. 따라서 2024년 4월 말부터 새로 생성된 BEST_FIT 컴퓨팅 환경은 기본적으로 시작 템플릿으로 설정됩니다. 서비스 역할에 시작 템플릿을 관리할 권한이 없는 경우 시작 구성을 계속 활용할 AWS Batch 수 있습니다. 기존 컴퓨팅 환경은 시작 구성을 계속 사용합니다.
BEST_FIT_PROGRESSIVE-
AWS Batch 는 대기열에 있는 작업의 요구 사항을 충족할 만큼 충분히 큰 추가 인스턴스 유형을 선택합니다. 단위 vCPU 비용이 저렴한 인스턴스 유형이 선호됩니다. 이전에 선택한 인스턴스 유형의 추가 인스턴스를 사용할 수 없는 경우 AWS Batch 는 새 인스턴스 유형을 선택합니다.
참고
다중 노드 병렬 작업의 경우 AWS Batch 는 사용 가능한 최적의 인스턴스 유형을 선택합니다. 용량 부족으로 인해 인스턴스 유형을 사용할 수 없게 되는 경우, 패밀리 내의 다른 인스턴스 유형이 시작되지 않습니다.
BEST_FIT_PROGRESSIVE_ORDERED-
주의
이는 조정 중에 선호되는 인스턴스 유형을 제어하려는 고객에게만 적용되는 고급 할당 전략입니다.
목록 상단에 대규모 인스턴스 유형을 배치하면 소규모 작업에 대한 오버프로비저닝이 발생할 수 있습니다. 상단에 작은 인스턴스 유형을 배치하면 컴퓨팅 환경이에 도달하기 전에 Amazon EC2 인스턴스 수 제한에 도달할 수 있습니다
maxvCpus.AWS Batch 는
instanceTypes목록에 나타나는 순서대로 인스턴스 유형을 선택합니다. 인스턴스 패밀리가 지정되면 해당 패밀리 내의 크기는BEST_FIT_PROGRESSIVE로직을 사용하여 확장됩니다. 즉, 작업에 가장 적합한 크기를 선호하고 크기가 클수록 폴백이 됩니다. 작업의 리소스 요구 사항을 충족할 수 없는 인스턴스 유형은 건너뜁니다. 이 전략은 온디맨드 인스턴스(EC2) 컴퓨팅 리소스에만 사용할 수 있습니다.인스턴스 패밀리와 해당 패밀리의 명시적 인스턴스 유형이 모두에 표시되는 경우
instanceTypes명시적 유형은 나열된 위치를 취하며 패밀리 확장에서 제외됩니다. 예를 들어에서["m7a.4xlarge", "m7a", "m6a"]m7a.4xlarge는 항상 먼저 배치되며m7a패밀리 확장에서 제외됩니다. SPOT_CAPACITY_OPTIMIZED-
AWS Batch 는 대기열에 있는 작업의 요구 사항을 충족할 만큼 충분히 큰 인스턴스 유형을 하나 이상 선택합니다. 중단될 가능성이 적은 인스턴스 유형이 선호됩니다. 이 할당 전략은 스팟 인스턴스 컴퓨팅 리소스에만 사용할 수 있습니다.
SPOT_PRICE_CAPACITY_OPTIMIZED-
가격 및 용량 최적화 할당 전략은 가격과 용량을 모두 고려하여 중단될 가능성이 가장 낮으면서 가장 저렴한 스팟 인스턴스 풀을 선택합니다. 이 할당 전략은 스팟 인스턴스 컴퓨팅 리소스에만 사용할 수 있습니다.
참고
대부분의 인스턴스에서
SPOT_CAPACITY_OPTIMIZED보다SPOT_PRICE_CAPACITY_OPTIMIZED을 사용하는 것을 권장합니다. SPOT_CAPACITY_OPTIMIZED_PRIORITIZED-
주의
이는 조정 중에 인스턴스 유형 선택에 영향을 미치려는 고객을 위한 고급 할당 전략입니다. 이 전략은 먼저 용량을 최적화하고 최선의 노력을 기반으로 인스턴스 유형 우선 순위를 준수합니다(우선순위는 사용 가능한 스팟 용량을 크게 줄이지 않을 때 적용됨).
목록 상단에 큰 인스턴스 유형을 배치하면 소규모 작업에 대한 오버프로비저닝이 발생할 수 있습니다. 상단에 작은 인스턴스 유형을 배치하면 컴퓨팅 환경이에 도달하기 전에 Amazon EC2 인스턴스 수 제한에 도달할 수 있습니다
maxvCpus.AWS Batch 는
instanceTypes목록에 나타나는 순서대로 인스턴스 유형을 선택하지만 먼저 용량을 최적화합니다. 고객 정의 우선 순위는 최선을 다해 적용됩니다. 스팟 인스턴스 용량 풀을 유사하게 사용할 수 있는 경우 우선 순위가 적용됩니다. 용량이 제한되면는 우선 순위에 관계없이 가장 사용 가능한 풀 중에서 AWS Batch 선택하여 스팟 인스턴스 중단 가능성을 최소화합니다. 이 전략은 스팟 인스턴스 컴퓨팅 리소스에만 사용할 수 있습니다.
온디맨드(EC2) 컴퓨팅 리소스 BEST_FIT 사용을 제외한 모든 할당 전략을 사용하면 용량 요구 사항을 충족하기 maxvCpus 위해를 초과해야 할 AWS Batch 수 있습니다. 이 경우가 단일 인스턴스를 초과maxvCpus해서는 AWS Batch 안 됩니다.
