AMI와 Snapshot 비교

안녕하세요, BTC 베짱이 팀입니다.

이번 주는 'AMI와 Snapshot 비교' 주제로 포스팅하겠습니다!

AMI(Amazon Machine Image)

AMI란 소프트웨어 환경설정 내용, OS, 애플리케이션 서버,
애플리케이션 등이 포함된 템플릿입니다.

우선, AMI와 Snapshot에 대한 개념부터 설명드리겠습니다.

쉽게 말해, AMI는 'EC2 인스턴스(서버)의 상태를 그대로 저장해서 재사용할 수 있도록 만든 것'입니다.

생성된 서버의 하드웨어, 소프트웨어, 어플리케이션의 상태 모든 것을 그대로 저장하여 다른 서버에 사용할 수 있습니다.

AMI를 활용한다면, 기존 환경이 그대로 설치 되기때문에 동일 환경을 갖는 인스턴스를 생성할 때 주로 사용합니다.

예를 들어, Auto Scaling으로 새 인스턴스를 자동으로 생성하거나 골든이미지로 활용됩니다.

EBS Snapshot이란 하나의 EBS Volume의 상태를
별도의 파일이나 이미지로 저장하는 기술입니다.

데이터 분석·보호·복제와 같은 작업을 위해 수행되는 기술입니다.

재해복구, 장애상황과 같은 긴급한 상황에서 최상의 데이터 보호 수단의 한 종류입니다.

또한, 특정 시점의 데이터들을 저장하여 데이터를 복원하고 백업관리를 단순화하여 운영 관리 비용을 최소화 할 수 있는 기술입니다.

AMI : EC2 인스턴스에 연결된 모든 EBS Volume 정보를 한번에 백업
Snapshot : 각각의 EBS Volume을 백업

AMI는 EC2 인스턴스 자체를 백업한다고 생각하시면 됩니다. 운영체제와 하드디스크에 있는 모든 내용을 백업합니다.

EBS Snapshot은 Volume을 백업하는 방식입니다. EBS Volume에 대해 내가 지정한 Volume만 백업하는 방식입니다.

또한, AMI 와 Snapshot 을 이용하여 새로운 EC2 인스턴스를 생성할 때 차이가 있습니다.

AMI의 경우 바로 EC2 인스턴스를 생성할 수 있고, Snapshot의 경우 Snapshot을 이용해 AMI를 생성하는 단계를 거쳐야합니다.

그리고, 주기적인 데이터 백업이 필요한 경우에도 차이가 있습니다.

AMI는 주기적으로 AMI를 생성하는 메뉴를 제공하지 않지만, Snapshot은 사용자가 EBS Snapshot 생명 주기 정책을 이용해서 주기적으로 EBS Volume을 백업하는 기능을 제공하고 있다는 차이점도 있습니다.

참고URL :
URL-1 / URL-2 / URL-3 / URL-4

다음 주에는 더욱 유익한 주제로 찾아뵙겠습니다.

긴 글 읽어주셔서 감사합니다 :)