EC2 기존 AMI 업데이트

Elastic Load Balancing 을 사용하여 Auto Scaling Group의 로드 밸런싱 을 사용하고 있는데 , 애플리케이션 서버 (Tomcat)를 보유하고 있는 프라이빗 AMI 와 내 웹 앱을 전쟁으로 배포 한 프라이빗 AMI 를 보유하고 있습니다. 이제 모든 것이 잘 작동합니다. 나는 내 바람둥이 구성을 변경해야하는 경우 AMI . 내 AMI를 시작하지 않아도됩니다-> 로그인 + Tomcat 구성 변경-> 새 AMI 생성-> 오래된 AMI 삭제 새 AMI를 만드는 것이 자동 스케일을 업데이트해야하기 때문에 솔루션이라고 생각하지 않습니다 새 AMI를 추가 할 그룹

새 AMI를 만들지 않고 기존 AMI의 데이터를 업데이트 할 수있는 방법이 있습니까? 동일한 AMI ID를 갖고 싶습니다.

인스턴스를 시작할 때 실행 되는 사용자 데이터 스크립트로 구성을 업데이트 할 수 있습니다 .

스크립트에 넣는 내용은 파일 시스템 수준에서 구성을 관리하는 방법에 따라 다릅니다. 개인적으로 구성 파일을 Mercurial 저장소에 넣고 간단히 pull업데이트하기 만하면 됩니다.

기존 AMI를 업데이트하고 동일한 AMI ID를 유지할 수 없습니다. @DavidLevesque가 제안한대로 새 사용자 지정 AMI를 생성하고 Auto Scaling 그룹의 시작 구성을 업데이트하거나 기본 AMI의 인스턴스를 시작한 후 인스턴스에 변경 사항을 적용하도록 설정을 변경해야합니다.

시작시 S3에서 애플리케이션, 구성 및 데이터를 다운로드하는 것은 일반적인 아키텍처입니다.

이것은 오래된 게시물처럼 보입니다. 그러나 여전히 같은 상황에 처한 경우 인스턴스 스토어 지원 Windows AMI (번들 된 작업) 사용을 고려할 수 있습니다 . 또한 AMI와 비슷하지만 실제로 이미지 자체를 생성하여 S3 버킷에 저장하므로 이미지 자체를보다 강력하게 제어 할 수 있습니다. 이를 통해 AMI의 기본 이미지를 항상 업데이트 할 수 있으며 새 AMI를 만들지 않고도 필요할 때마다 (적어도 내가 이해하는 방법입니다).

https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_InstanceStoreBacked_WinAMI.html?icmpid=docs_ec2_console