[AWS] 📚 AMI / Snapshot 개념 & 백업 사용법 💯 정리

...

EC2 데이터 백업

백업 및 복원을 서버를 사용하는 사람들에게는 필수적으로 알아야할 내용이며 백업하는 습관은 의무적으로라도 해야할한만큼 중요한 습관이다.

EC2는 기본적으로 사용을 하면 할 수록 요금이 많이 발생하게 된다. 따라서 절약하기 위해서는 주기적으로 사용하지 않는 EC2를 중지하거나 종료를 해햐한다.

하지만 해당 EC2에 중요한 데이터나 다시 사용할 수도 있는 데이터들이 담겨져 있는 경우가 많다.

이러한 백업 및 복원에 대한 유지관리를 편리하게 할 수 있는 방법이 AMI 이미지를 통해 EC2의 정보를 저장하고 EBS Snapshot을 통해 데이터를 저장하는 방법이 있다.

이번 강의에서는 EBS 스냅샷, AMI에 대해 알아보고, 이를 백업하여 관리하는 방법을 소개해본다.

스냅샷(Snapshot)

스냅샷(Snapshot)은 EBS를 저장하는 효율적인 방법으로서, 특정 시간에 EBS 볼륨 상태의 저장본을 뜻한다.

EBS의 데이터 저장 상태에 대해 사진(백업본)을 찍어둔 개념이라고 이해하면 된다.

그래서 필요시 스냅샷을 통해 특정시간의 저장 데이터에 대한 EBS의 복구가 가능하다.

스냅샷은 OS 와 별개로 데이터만 백업하고 싶은 경우, 생성된 스냅샷을 기반으로 여러 종류의 AMI 를 생성하고 싶은 경우, Amazon DLM 을 활용하여 백업을 자동화하고 스토리지 비용 최적화를 원하는 경우(동일한 볼륨에 대한 스냅샷을 여러번 생성하면 변경된 부분에 대한 데이터만 추가적으로 백업 + 오래된 스냅샷은 자동으로 삭제)에 주로 애용된다.

스냅샷 원리

스냅샷의 가장 큰 특징은 증분식 저장(변화된 부분만 저장) 한다는 점이다.

만일 GIT을 배운 분들이라면 쉽게 이해가 갈것이다. GIT의 스냅샷 원리를 스토리지에 그대로 차용한 것이기 때문이다.

아래 사진과 같이 파란색 블럭, 노란색 블럭, 초록색 블럭 이라는 각기 다른 데이터가 있다고 가정하자.

만일 이 데이터 블럭들의 각 특정시간대 마다 저장 상태에 대해 백업을 한다고 가정하면, 각 시간대 마다 저장용량(파란박스)을 따로따로 추가로 할당해줘야 할 것이다.

하지만 이는 크나큰 용량 낭비로 이어진다.

따라서 보다 효율적인 방식으로, 저장용량 공간 전체를 각 시간대 마다 할당하는게 아닌, 추가된 데이터(변화된 부분)의 크기(용량)만 스냅샷을 하여 저장함으로서, 전체적인 용량을 아낄수 있게 한다.

만약 하드디스크가 16tb면 스냅샷 할때마다 16tb를 매번 만들 순 없으니까 변화한 부분만 찍어두는 것이다.

그래서 맨 처음에는 16tb가 필요하지만 그 다음부터는 100메가가 바뀌었으면 그부분만 찍어 스토리지를 효율적으로 저장한다.

스냅샷을 자주 찍어도 떠도 부담이 크게 되지 않으니, 필요할때마다 자주 스냅샷을 찍는 것을 추천되어진다.

이 스냅샷 파일들은 보통 S3(파일저장소)에 보관된다.

AMI (Amazon Machine Image)

AMI는 EC2 인스턴스를 실행하기 위한 정보를 모은 단위 이다.

EC2(가상 컴퓨터)를 실행하기 위해서는 CPU 프로세서 타입이라던지 저장공간 용량은 몇인지, 32비트인지 64비트인지, OS는 윈도우인지 리눅스인지, 소프트웨어는 어떤게 설치되었는지 ..등 정보가 필요한데 이러한 세팅 정보(템플릿)를 저장한 단위라고 생각하면 된다.

즉 AMI란 서버에 필요한 운영체제와 다양한 소프트웨어로 구성된 탬플릿이며, 보통 이러한 템플릿을 aws에서는 이미지라고 불린다.

템플릿에는 컴퓨터 OS 환경설정 정보 뿐만 아니라 인스턴스의 EBS에 대한 정보도 모두 포함되어있다.

EBS에 대한 정보라는 것은 EC2 인스턴스가 어떤 EBS 스냅샷과 연결되어있는지에 대한 정보를 말한다.

AMI 백업 방식은, 긴급하게 백업된 인스턴스를 복구해야하는 경우, 인스턴스 설정 등이 복잡해서 설정이 완료된 인스턴스 이미지를 만들고 싶은 경우, Auto Scaling Group 에서 새 인스턴스를 자동으로 생성하기 위해 만드는 경우에 애용된다.

그리고 AMI를 사용하여 현재 상태의 EC2 세팅(템플릿)을 복제해서 다른 계정이나 다른 리전에게 전달도 가능하다.

또한 프로그램 형태로 AMI 배포가 가능해 다른사람이 받아 내 EC2 상태 그대로를 사용할 수 있다.

AMI 구성

1개 이상의 EBS 스냅샷
AMI에는 인스턴스가 어떤 EBS 스냅샷과 연결되어있는지에 대한 정보가 포함
인스턴스 저장 인스턴스의 경우 루트 볼륨에 대한 템플릿
ex) 운영체제 OS, 애플리케이션 서버
사용 권한 (어떤 AWS 어카운트가 사용할수 있는지)
EBS 블록 디바이스 맵핑 (EC2인스턴스를 위한 볼륨 정보 = EBS가 무슨용량으로 몇개 붙는지)

AMI 생성 과정

EBS의 스냅샷을 찍음
스냅샷에는 OS, 파일, 시작권한 ..등이 들어있음
스냅샷을 S3에 저장
스냅샷을 기반으로 AMI를 만듬
AMI을 가지고 EC2를 실행하거나, 다른사람에게 공유하거나 복사 함

AMI 와 Snapshot 의 차이점

기본적으로 EBS 를 백업한다는 점에서는 AMI 와 Snapshot 은 동일하다.

하지만,

AMI 는 EC2 인스턴스에 연결되어 있는 모든 EBS Volume 을 동시에 백업하는 것이라면,

Snapshot 기능은 사용자가 선택한 EBS Volume 하나를 백업한다는 점에서 차이점이 있다.

쉽게 말하면, AMI 이미지 방식은 컴퓨터 하나를 통째로 백업한다고 생각하면 되고, 스냅샷은 하드디스크 내용물만 백업하는 것으로 이해하면 된다. 물론 EC2와 관련된 EBS 여러개를 백업할수도 있다.

또한 AMI 와 Snapshot 을 이용하여 새로운 EC2 인스턴스를 생성할 수 있는데,

AMI 인 경우에는 바로 EC2 인스턴스를 생성할 수 있고,

Snapshot 인 경우는 Snapshot 을 이용해 AMI 를 생성하는 단계를 거쳐야한다는 차이점이 있다.

스냅샷은 EBS의 내용을 백업한 데이터라 직접 바로 인스턴스를 만드는게 불가능 하다.

정리 하자면,

[AMI]

EC2에 연결된 전체 볼륨 백업 (EC2 인스턴스에 연결되어있는 OS가 설치된 루트 장치를 포함)
인스턴스가 어떤 EBS 스냅샷과 연결되어있는지에 대한 정보도 포함
긴급하게 백업된 인스턴스를 복구해야하는 경우
인스턴스 설정 등이 복잡해서 설정이 완료된 인스턴스 이미지를 만들고 싶은 경우
Auto Scaling Group 에서 새 인스턴스를 자동으로 생성하기 위해 만드는 경우

[SnapShot]