보이는

AWS에서는 가용성을 높이기 위해 자동 스케일링을 기본적으로 이용하는(=Multi-AZ)가 모범 사례입니다.

하지만

오토스케일링에는 스케일링의 구상(발화하기 위한 감시의 값 등)이 필요하거나, CLB나 최저 2대의 인스턴스 비용, 우라시마 콘텐츠 대책 등등, 생각하는 것이 너무 많아 좀처럼 자사의 구축 부대의 머리를 세로로 흔드는 제안을 할 수 없다는 난점이 있습니다.

또, 비용의 점에서도 단순히 배로 늘어나므로, 고객으로부터도 우선 생략할 수 없는가라고 말해져 버리는 장소이기도 합니다.

가능한 한 돈을 들이지 않는 자동 복구 구성

안은 이렇습니다.

자동 스케일링 그룹에서 최소 인스턴스 대수, 최대 최소 스케일 인스턴스를 모두 1로 해 버린다

이 경우 필요한 것은 +CLB의 비용만으로 끝나고 인스턴스 실패시에는 자동 스케일링 그룹에서 새로운 인스턴스가 시작됩니다.
서비스 중지를 최소한으로 완료할 수 있습니다.

실제로 해봤어

세세한 설정은 문서를 보면서 해 주었으면 한다.
간인 것은 「희망하는 용량」 「최소」 「최대」의 항목을 모두 1로 하는 것.
그리고는 보통 오토스케일링 그룹을 만들 뿐.
【Auto Scaling 그룹】

의사 장애로 인스턴스를 중지합니다.

새로운 인스턴스가 일어났다! !

로드 밸런서에 확실히 묶어 있습니다.

사이고에게

이 구성이면 AWS 풀 매니지드로 자동 복구 구성을 짜낼 수 있으므로 편리하네요.
다만, 기본적으로 AMI로부터 복구시키기 때문에 컨텐츠 디렉토리는 EFS를 사용하는 등+α가 필요하게 된다고 생각합니다.
구성 자체는 큰 일은 없습니다만, 가격 싸고, 비용 이상으로 메리트가 있는 설정이므로 한번은 시험해 보는 것은 어떻습니까.