컴퓨팅 리소스 AMI - AWS Batch
컴퓨팅 리소스 AMI 사양

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

컴퓨팅 리소스 AMI

기본적으로 AWS Batch 관리형 컴퓨팅 환경은 모든 컴퓨팅 자원에 Amazon ECS 최적화 AMI의 최신 승인 버전을 사용합니다. 하지만 여러분의 관리형 및 비 관리형 컴퓨팅 환경에 자체 AMI 만들어 사용할 수도 있습니다. 다음 중 해당하는 항목이 있다면 자체 AMI 생성을 권장합니다.

  • AMI 루트 또는 데이터 볼륨의 스토리지 증가를 원하는 경우

  • 지원되는 Amazon EC2 인스턴스 유형에 인스턴스 스토리지 볼륨을 늘리고 싶은 경우

  • Amazon ECS 컨테이너 에이전트를 커스터마이징 하고자 하는 경우

  • Docker를 커스터마이징 하고자 하는 경우

  • 지원되는 Amazon EC2 인스턴스 유형에서 컨테이너가 GPU 하드웨어를 액세스할 수 있도록 GPU 워크로드 AMI를 구성하고 싶은 경우

참고

컴퓨팅 환경을 생성한 이후 AWS Batch는 컴퓨팅 환경의 AMI를 업그레이드하지 않고 AWS Batch 또한 Amazon ECS 최적화 AMI의 최신 버전을 사용할 수 있지만 컴퓨팅 환경의 AMI를 업데이트하지 않습니다. 게스트 운영 체제의 관리는 사용자의 책임입니다. 여기에는 모든 업데이트 및 보안 패치 적용이 포함됩니다. 또한 사용자는 컴퓨팅 리소스에 설치하는 추가 애플리케이션 소프트웨어 또는 유틸리티에 대해서도 책임이 있습니다. AWS Batch 작업에 새 AMI를 사용하려면 다음과 같이 합니다.

  1. 새 AMI로 새 컴퓨팅 환경을 생성합니다.

  2. 기존 작업 대기열에 컴퓨팅 환경을 추가합니다.

  3. 작업 대기열에서 이전 컴퓨팅 환경을 제거합니다.

  4. 이전 컴퓨팅 환경을 삭제합니다.

2022년 4월에 AWS Batch는 컴퓨팅 환경 업데이트에 대한 향상된 지원을 추가했습니다. 자세한 설명은 컴퓨팅 환경 업데이트 섹션을 참조하세요. 컴퓨팅 환경의 향상된 업데이트를 사용하여 AMI를 업데이트하려면 다음 규칙을 따르세요.

  • 서비스 역할 (serviceRole) 매개변수를 설정하지 않거나 AWSServiceRoleForBatch서비스 연결 역할로 설정하세요.

  • 할당 전략(allocationStrategy) 파라미터를 BEST_FIT_PROGRESSIVE, SPOT_CAPACITY_OPTIMIZED, 또는 SPOT_PRICE_CAPACITY_OPTIMIZED로 설정합니다.

  • 최신 이미지 버전으로 업데이트(updateToLatestImageVersion) 파라미터를 true으로 설정합니다.

  • imageId, imageIdOverride(ec2Configuration) 또는 시작 템플릿(launchTemplate)에 AMI ID를 지정하지 마십시오. AMI ID를 지정하지 않으면 AWS Batch는 모든 인프라 업데이트 시작 시 지원하는 최신 Amazon ECS 최적화 AMI를 선택합니다. 선택적으로 imageId 혹은 imageIdOverride 파라미터에 AMI ID를 지정할 수도 있습니다. 또는 LaunchTemplate 속성으로 식별된 시작 템플릿을 지정할 수 있습니다. 이러한 속성을 변경하면 인프라 업데이트가 시작됩니다. 시작 템플릿에 AMI ID가 지정되면 imageId 또는 imageIdOverride 파라미터에 AMI ID를 지정한다고 AMI ID를 바꿀 수 없습니다. AMI ID는 다른 시작 템플릿을 지정해야만 교체할 수 있습니다. 시작 템플릿 버전이 $Default 혹은 $Latest로 설정되면 시작 템플릿의 새 기본 버전을 설정하거나($Default의 경우), 새로운 버전의 시작 템플릿을 추가하여($Latest의 경우) AMI ID를 대체할 수 있습니다.

이러한 규칙을 준수하면 인프라 업데이트를 시작하는 업데이트 시 AMI ID가 다시 선택됩니다. 시작 템플릿(launchTemplate)의 version 설정이 $Latest 또는 $Default으로 설정된 경우, launchTemplate이 업데이트되어 있지 않더라도 인프라 업데이트 시 시작 템플릿의 최신 버전 또는 기본 버전이 평가됩니다.

주제

컴퓨팅 리소스 AMI 사양

기본 AWS Batch의 컴퓨팅 리소스 사양은 다음과 같이 구성됩니다.

필수

  • HVM 가상화 유형 AMI에서 Linux 커널 버전 3.10 이상을 실행하는 최신 Linux 배포. Windows 컨테이너는 지원되지 않습니다.

    중요

    다중 노드 병렬 작업은 ecs-init 패키지가 설치되어 있는 Amazon Linux 인스턴스에서 시작된 컴퓨팅 리소스에서만 실행될 수 있습니다. 자신만의 컴퓨팅 환경을 생성할 때는 기본 Amazon ECS 최적화 AMI를 사용하는 것이 좋습니다. 사용자 지정 AMI를 지정하지 않으면 이 작업이 가능합니다. 자세한 설명은 다중 노드 병렬 작업 섹션을 참조하세요.

  • Amazon ECS 컨테이너 에이전트. 최신 버전을 사용하는 것이 좋습니다. 자세한 내용은 Amazon Elastic Container Service 개발자 안내서의 Amazon ECS 컨테이너 에이전트 설치를 참조하세요.

  • Amazon ECS 컨테이너 에이전트를 시작할 때 ECS_AVAILABLE_LOGGING_DRIVERS 환경 변수에 awslogs 로그 드라이버를 사용 가능한 로그 드라이버로 지정해야 합니다. 자세한 내용을 알아보려면 Amazon Elastic Container Service 개발자 안내서의 Amazon ECS 컨테이너 에이전트 구성을 참조하세요.

  • 버전 1.9 이상에서 실행하는 도커 대몬(daemon) 및 도커 런타임 종속성. 자세한 내용은 Docker 설명서의 런타임 종속성 확인을 참조하세요.

    참고

    도커 버전은 사용 중인 해당 Amazon ECS 에이전트 버전으로 테스트해 보는 것이 좋습니다. Amazon ECS는 Amazon ECS에 최적화된 AMI의 Linux 변형에 대한 변경 로그를 제공합니다. GitHub 자세한 정보는 Changelog를 참조하세요.

권장

Amazon ECS 최적화 AMI는 이러한 요구 사항 및 권장 사항을 미리 구성하여 놓았습니다. Amazon ECS 최적화 AMI 혹은 Amazon Linux AMI는 사용자 컴퓨팅 리소스에 설치된 ecs-init 패키지와 함께 운용하는 것이 좋습니다. 사용자 애플리케이션이 특정 운영체제를 요구하거나 해당 AMI에서 아직 사용할 수 없는 도커 버전이 필요하다면 다른 AMI를 선택하십시오. 자세한 내용은 Amazon Elastic Container Service 개발자 안내서의 Amazon ECS 최적화 AMI를 참조하세요.