이 하이브리드 Auto Scaling 접근 방식은 불행히도 실제로 사용 가능한 것으로 보이지 않습니다.
그러나이 제한을 다음과 같이 해결할 수 있습니다 (잠시 동안 저글링 한 시스템 설계는 아닙니다).
잠재적 해결 방법
Auto Scaling을 사용하여 스팟 인스턴스 시작에 설명 된대로 스팟 가격 입찰은 사용중인 시작 구성 의 매개 변수입니다 . 지적했듯이 사용 가능한 하이브리드 시작 구성 은 없으며 주문형 또는 스팟이어야합니다. 즉, 사용 사례에는 두 가지 다른 시작 구성이 필요합니다.
다음과 같은 (부분적으로 오래된) 제약 조건으로 한 번에 하나의 시작 구성 만 Auto Scaling 그룹에 연결할 수 있기 때문에 즉시 도움이되지 않는 것 같습니다 ( 시작 구성 참조 ).
Auto Scaling 그룹에 새로운 시작 구성 또는 업데이트 된 시작 구성을 연결하면 새로운 구성 매개 변수를 사용하여 새 인스턴스가 시작됩니다. 기존 인스턴스는 영향을받지 않습니다 . Auto Scaling을 축소해야하는 경우 먼저 이전 시작 구성이있는 인스턴스를 종료합니다 . [강조 광산]
강조된 부분은 중요하지만, 전자는 각각의 초기 주문형 시작 구성에서 추가 스팟 시작 구성으로 변경 한 후 주문형 인스턴스를 계속 실행해야하는 요구 사항을 다루고 있으며 , 후자는 더 이상 사실이 아니어야 합니다. Auto Scaling 그룹의 인스턴스 종료 정책에 문서화되어 있는 최근에 도입 된 Auto Scaling 종료 정책 (변경 사항은 일반적으로 동봉 된 AWS 블로그 게시물을 통한 팬 패가 없었 음)은 다음과 같습니다.
Auto Scaling은 종료 할 인스턴스를 선택하기 전에 먼저 그룹에서 사용하는 다른 가용 영역보다 인스턴스가 더 많은 가용 영역을 식별합니다. 모든 가용 영역에 동일한 수의 인스턴스가있는 경우 임의 가용 영역을 식별합니다. 식별 된 가용 영역 내에서 Auto Scaling은 종료 정책을 사용하여 종료 할 인스턴스를 선택합니다 . [강조 광산]
에 설명 된대로 어떻게 귀하의 종료 정책 작품 , 당신은 지금 지정할 수 있습니다 NewestInstance을 , 마지막 발사 인스턴스를 종료 할 경우 더 최근에 출시 스팟 인스턴스 중 하나가 될 것이다 :
Auto Scaling은 인스턴스 시작 시간을 사용하여 마지막으로 시작된 인스턴스를 식별합니다.
물론보기에 조금있을 수 있습니다, 예를 들어, 당신도 독립 정책으로 정책 중 하나를 지정하거나 정렬 된 목록에서 여러 정책을 나열 할 수 있지만,이 방법은되는 모든 인스턴스의 부하를 확인해야합니다 에 반영 자동 스케일링 측정 및 트리거 ; 그러나 한 가지 경고가 남아 있습니다.
경고
로드 밸런서가 다른 이유로 온 디맨드 인스턴스 중 하나를 종료하는 경우 (예 : 자체적으로 상태가 나빠져서) 온 디맨드 인스턴스로 자동 대체되지 않습니다. 따라서 주문형 시작 구성을 일시적으로 다시 활성화하는 등이 이벤트를 별도로 모니터링하고 설명해야합니다.
행운을 빕니다!