기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
대부분의 AWS Batch 고객은 온디맨드 인스턴스에 비해 비용 절감 효과가 크기 때문에 Amazon EC2 스팟 인스턴스를 사용합니다. 하지만 워크로드가 여러 시간 동안 실행되고 중단할 수 없는 경우에는 온디맨드 인스턴스가 더 적합할 수 있습니다. 언제든지 스팟 인스턴스를 먼저 사용해 보고 필요한 경우 온디맨드로 전환할 수 있습니다.
다음과 같은 요구 사항 및 기대치가 있는 경우 Amazon EC2 온디맨드 인스턴스를 사용하세요.
-
작업 런타임이 1시간 이상이므로 워크로드가 중단되는 것을 용납할 수 없습니다.
-
전체 워크로드에 대한 엄격한 SLO(서비스 수준 목표)가 있으며 컴퓨팅 시간을 늘릴 수는 없습니다.
-
필요한 인스턴스에 중단이 발생할 가능성이 높습니다.
다음과 같은 요구 사항 및 기대치가 있는 경우 Amazon EC2 스팟 인스턴스를 사용하세요.
-
작업 런타임이 일반적으로 30분 이하입니다.
-
워크로드에서 잠재적인 중단과 작업 일정 재조정을 용납할 수 있습니다. 자세한 정보는 스팟 인스턴스 어드바이저
를 참조하세요. -
장기 실행 작업이 중단된 경우 체크포인트에서 다시 시작할 수 있습니다.
먼저 스팟 인스턴스에 제출한 다음 온디맨드 인스턴스를 대체 옵션으로 사용하여 두 구매 모델을 혼합하여 사용할 수 있습니다. 예를 들어 Amazon EC2 스팟 인스턴스에서 실행되는 컴퓨팅 환경에 연결된 대기열에 작업을 제출하세요. 작업이 중단되는 경우 Amazon EventBridge에서 이벤트를 포착하여 스팟 인스턴스 재확보와 연관시킵니다. 그런 다음 AWS Lambda 함수 또는 AWS Step Functions(을)를 사용하여 온디맨드 대기열에 작업을 다시 제출합니다. 자세한 내용은 자습서: 실패한 작업 이벤트에 대한 Amazon Simple Notification Service 알림 보내기, Amazon EC2 스팟 인스턴스 중단 처리 모범 사례
중요
온디맨드 컴퓨팅 환경에 다양한 인스턴스 유형, 크기 및 가용 영역을 사용하여 Amazon EC2 스팟 인스턴스 풀의 가용성을 유지하고 중단률을 줄이세요.