기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
단일 Auto Scaling 그룹 내에서 온디맨드 인스턴스 및 스팟 인스턴스 플릿를 자동으로 확장할 수 있습니다. 다음 옵션을 함께 사용하여 Auto Scaling 서비스가 환경에서 스팟 인스턴스 및 온디맨드 인스턴스를 관리하는 방법을 구성할 수 있습니다.
Elastic Beanstalk 콘솔, 네임스페이스 구성 옵션, 또는 EB CLI를 사용하여 환경에 대해 이러한 옵션을 구성할 수 있습니다. AWS CLI EB CLI를 사용한 구성
이러한 옵션은 aws:ec2:instances 네임스페이스의 일부입니다.
-
EnableSpot
‐true
이 설정으로 설정하면 환경에 대한 스팟 인스턴스 요청이 활성화됩니다. -
SpotFleetOnDemandBase
- 환경이 확장될 때 스팟 인스턴스를 고려하기 전에 Auto Scaling 그룹이 프로비저닝하는 온디맨드 인스턴스의 최소 수를 설정합니다. -
SpotFleetOnDemandAboveBasePercentage
‐ Auto Scaling 그룹이 인스턴스를 넘어 프로비저닝하는 추가 용량의 일부로 온디맨드SpotOnDemandBase
인스턴스의 백분율입니다.
이전에 나열된 옵션은 aws:autoscaling:asg 네임스페이스의 다음 옵션과 관련이 있습니다.
-
MinSize
‐ Auto Scaling 그룹에서 원하는 최소 인스턴스 수입니다. -
MaxSize
‐ Auto Scaling 그룹에서 원하는 최대 인스턴스 수입니다.
중요
EnableSpot
옵션 설정을 사용하면 Elastic Beanstalk가 시작 템플릿으로 환경을 생성하거나 시작 구성에서 시작 템플릿으로 기존 환경을 업데이트할 수 있습니다. 이렇게 하려면 시작 템플릿을 관리하는 데 필요한 권한이 필요합니다. 이러한 권한은 관리형 정책에 포함됩니다. 관리형 정책 대신 사용자 지정 정책을 사용하는 경우 환경에 스팟 인스턴스를 활성화하면 환경 생성 또는 업데이트가 실패할 수 있습니다. 자세한 내용 및 기타 고려 사항은 섹션을 참조하세요Elastic Beanstalk 환경을 위한 시작 템플릿.
두 네임스페이스 옵션 세트 적용
다음 포인트에서는 이러한 옵션 설정의 조합이 환경의 조정에 미치는 영향을 설명합니다.
-
MinSize
만이 환경의 초기 용량, 즉 실행하려는 최소 인스턴스 수를 결정합니다. -
SpotFleetOnDemandBase
는 초기 용량에 영향을 주지 않습니다. 스팟이 활성화되면이 옵션은 스팟 인스턴스를 고려하기 전에 프로비저닝되는 온디맨드 인스턴스 수를 결정합니다. -
SpotFleetOnDemandBase
가MinSize
보다 작은 경우를 가정합니다. 그래도 여전히MinSize
인스턴스를 초기 용량으로 가져올 것입니다. 적어도 그 중SpotFleetOnDemandBase
는 온디맨드 인스턴스여야 합니다. -
SpotFleetOnDemandBase
가MinSize
보다 큰 경우를 가정합니다. 환경을 확장함에 따라 적어도 두 값의 차이와 동일한 추가 인스턴스 수를 확보하게 됩니다. 즉,SpotFleetOnDemandBase
요구 사항을 만족하기 전에 적어도 추가(SpotFleetOnDemandBase - MinSize)
인스턴스를 온디맨드로 확보하게 됩니다.
단일 인스턴스 환경
프로덕션 환경에서 스팟 인스턴스는 로드 밸런싱 수행 및 확장 가능 환경의 일부로 특히 유용합니다. 단일 인스턴스 환경에서는 스팟을 사용하지 않는 것이 좋습니다. 스팟 인스턴스를 사용할 수 없는 경우 환경의 전체 용량(단일 인스턴스)이 손실될 수 있습니다. 개발 또는 테스트를 위해 여전히 단일 인스턴스 환경에서 스팟 인스턴스를 사용할 수 있습니다. 이 경우 SpotFleetOnDemandBase
와 SpotFleetOnDemandAboveBasePercentage
를 모두 0으로 설정해야 합니다. 다른 설정은 온디맨드 인스턴스를 생성합니다.
조정 옵션 설정의 예
다음 예제에서는 다양한 조정 옵션을 설정하는 다양한 시나리오를 보여줍니다. 모든 예는 스팟 인스턴스 요청이 활성화된 로드 밸런싱 수행 환경이라고 가정합니다.
예 1: 초기 용량의 일부인 온디맨드 및 스팟
옵션 | 네임스페이스 | 값 |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
이 예에서 환경은 10개의 인스턴스로 시작합니다. 그 중 7개는 온디맨드(기본 4개, 6개의 50%는 기본 이상)이고 3개는 스팟입니다. 환경은 최대 24개의 인스턴스까지 확장할 수 있습니다. 확장 시, 4개의 기본 온디맨드 인스턴스 이상인 플릿의 온디맨드 부분은 50%로 유지되며 전체적으로 최대 24개까지 확장됩니다. 이 중 14개는 온디맨드(기본 4개, 20개 중 50%는 기본 이상)이고 10개는 스팟입니다.
예 2: 모든 온디맨드 초기 용량
옵션 | 네임스페이스 | 값 |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
이 예에서 환경은 네 개의 인스턴스로 시작하며 모두 온디맨드 인스턴스입니다. 환경은 최대 24개의 인스턴스까지 확장할 수 있습니다. 확장 시, 4개의 기본 온디맨드 인스턴스 이상인 플릿의 온디맨드 부분은 50%로 유지되며 전체적으로 최대 24개까지 확장됩니다. 이 중 14개는 온디맨드(기본 4개, 20개 중 50%는 기본 이상)이고 10개는 스팟입니다.
예 3: 초기 용량을 초과하는 추가 온디맨드 기본
옵션 | 네임스페이스 | 값 |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
이 예에서 환경은 세 개의 인스턴스로 시작하며 모두 온디맨드 인스턴스입니다. 환경은 최대 24개의 인스턴스까지 확장할 수 있습니다. 초기의 세 개 인스턴스에 처음 추가되는 인스턴스는 네 개의 기본 온디맨드 인스턴스를 완성하기 위한 온디맨드 인스턴스입니다. 계속 확장됨에 따라, 4개의 기본 온디맨드 인스턴스 이상인 플릿의 온디맨드 부분은 50%로 유지되며 전체적으로 최대 24개까지 확장됩니다. 이 중 14개는 온디맨드(기본 4개, 20개 중 50%는 기본 이상)이고 10개는 스팟입니다.