EC2(3)

이기태·2024년 4월 7일

AWS

목록 보기

6/62

EBS(Elastic Block Store)

EBS: 인스턴스가 실행하는 동안 연결 가능한 네트워크 드라이브
-> 물리적 드라이브가 아닌 네트워크 드라이브
-> 인스턴스 종료 후에도 데이터가 남아있다
-> CCP 레벨의 EBS 볼륨은 한 번에 하나의 인스턴스에만 마운트할 수 있다.
-> EBS 볼륨은 가용 영역을 공유하지 않는다. -> 생성한 가용 영역에서만 접근 가능.
-> 그러나, 스냅샷을 이용하면 다른 가용 영역으로도 옯길 수 있다.
-> 무료등급은 매달 30GB의 EBS 스토리지 제공(SSD, 마그네틱 유형)
-> EC2와 EBS는 서로 독립적
[CCP 레벨]
하나의 EBS는 하나의 EC2 인스턴스에만 마운트 가능
하나의 인스턴스에는 여러개의 EBS가 연결되도 문제 없다.
[어소시에이트 레벨]
다중 연결 가능

CCP레벨에선 하나의 EBS는 하나의 EC2만 마운트 가능
다른 가용 영역에서 볼륨을 사용하려면 별도의 EBS 생성
EBS를 생성해 마운트하지않고 필요할때 사용해도 무관하다.

인스턴스 종료시 EBS 볼륨도 삭제할 것 인가에 대해 속성을 설정 가능하다.

EBS Snapshots

EBS Snapshots == 복사본 // 다른 리전에도 복사할 수 있다.
==> 복구 전략에 매우 유용, 다른 리전에 백업 가능.

기능
- EBS Snapshot 아카이브: 최대 75% 저렴한 아카이브 티어로 스냅샷을 옮길 수 있는 기능
  스냅샷을 아카이브 티어로 옮기면 복원하는데 24~72시간 걸린다. -> 즉시 복원 x
- EBS 스냅샷 휴지통: 스냅샷을 삭제할때 영구 삭제 대신 휴지통에 넣을 수 있다. -> 복원 가능
  보관 기간 설정 가능(1일 ~ 1년)
- FSR(Fast Snapshot Restore): 스냅샷을 완전 초기화해 첫 사용에서의 지연시간을 없애는 기능
  스냅샷이 크고 EBS 볼륨이나 EC2 인스턴스를 빠르게 초기화해야 할 때 유용하다.
  단, 비용이 많이 든다

AMI(Amazon Machine Image)

AMI: EC2 인스턴스로 만든 이미지
-> 원하는 S/W 또는 설정 파일을 추가하거나 OS를 설치하거나 모니터링 툴을 추가 할 수 있다.
-> AMI를 구성하면 부팅 및 설정에 드는 시간을 줄일 수 있다.
-> AMI를 특정 리전에 구축한 다음 다른 리전으로 복사해 인프라 구축할 수 있다.

AMI 종류
- 1) Public AMI: AWS에서 제공
- 2) 개인이 만든 AMI: 유지,관리 직접 해야함, 자동 관리 도구도 있다.
- 3) AWS 마켓플레이스 AMI: 다른 사람이 구축한 이미지를 사용하는 것.(보통 구매한 이미지)
  ex: 기업에서 자체적으로 AMI를 구성해 마켓플레이스 AMI를 통해 사용자에게 판매
AMI 프로세스
1) 인스턴스를 원하는 대로 설정
2) 인스턴스를 중지해 데이터 무결성을 확보
3) 그 인스턴스를 바탕으로 AMI 구축 -> 이 과정으로 EBS 스냅샷이 생성된다.
4) 그럼 다른 AMI에서 인스턴스를 실행할 수 있게 된다.

EC2 Instance Store

EC2 인스턴스 스토어: 물리적 서버에 연결된 하드웨어 드라이브
-> I/O(입출력) 성능 향상을 위해 활용할 수 있다.
-> 인스턴스 스토어를 중지/종료하면 해당 스토리지도 손실되기 때문에 주의하자.
-> 임시 스토리지라고도 부른다. => 장기적으로 데이터를 보관할 장소가 될 수 없음.
-> 버퍼/캐시/스크래치 데이터/임시 콘텐츠 보관하기 적합하다.
-> 인스턴스의 기본 서버에 장애가 발생하면 해당 하드웨어에도 장애가 발생해 데이터 손실 위험이 있다. => 백업/복제해 두자
[EC2 Instance Store vs EBS]
EBS: 장기 보관 스토리지
인스턴스 스토어: 임시 보관 스토리지

EBS 볼륨 종류 (디테일한 부분 보다 볼륨의 차이를 이해하자)

볼륨 정의 요소: 크기, 처리량, IOPS(Input/Output Operations Per Second)

종류
- gp2/gp3(부팅 볼륨 사용 가능)
  범용 SSD 볼륨: 다양한 워크로드에 대해 가격과 성능의 절충안
- io1/io2(부팅 볼륨 사용 가능)
  고성능 SSD 볼륨: 미션 크리티컬이자 지연 시간이 낮고 대용량의 워크로드에 사용
  프로비저닝 IOPS SSD
- st1(부팅 볼륨 사용 X)
  저비용 HDD볼륨: 자주 접근하고 처리량이 많은 워크로드에 사용
- sc1(부팅 볼륨 사용 X)
  가장 적은 비용의 HDD볼륨: 접근 빈도가 낮은 워크로드를 위해 설계됨
gp2
짧은 지연시간을 자랑하고 효율적인 비용의 스토리지
시스템 부팅 볼륨에서 가상 데스크톱, 개발, 테스트 환경등 사용.
크기: 1GB~16TB
3,000 IOPS ~ 16,000 IOPS
볼륨크기와 IOPS가 연결되어 있어 IOPS가 증가하면 즉, 볼륨의 GB수를 늘리면 16,000 IOPS가능
-> GB당 3 IOPS, 5334GB가 최대 IOPS
gp3
기본 성능으로 3,000 IOPS, 초당 125MB 처리량 제공
최대 16,000 IOPS, 1,000MB/s 까지 증가 가능
볼륨과 연결 되어있지않다. -> IOPS와 처리량을 독자적으로 설정할 수 있다.
프로비저닝을 마친 IOPS
IOPS 성능을 유지할 필요가 있는 주요 비즈니스 애플리케이션
또는 16,000 IOPS이상을 요구하는 애플리케이션에 적합 (ex: 스토리지를 이용하는 DB 워크로드)
위 경우 io1/io2볼륨으로 변경하는것이 올바를 것이다.
- io1/io2(4GB ~ 16TB)
  Nitro EC2 인스턴스에서는 최대 64,000 IOPS 까지 가능하다.
  Nitro EC2 인스턴스가 아니라면 32,000 IOPS 까지 지원한다.
  gp3 볼륨처럼 프로비저닝된 IOPS를 스토리지 크기와 독자적으로 증가시킬 수 있음.
  - io2의 장점
    io1과 동일한 비용으로 내구성과 GB당 IOPS 수가 더 높다 -> 무적권 io2사용해라
- io2 블록 익스프레스
  4GB ~ 64TB
  io1보다 고성능
  지연시간이 밀리초 미만
  GB당 1,000 IOPS일때 최대 256,000 IOPS
st1/sc1
부트 볼륨이 될 수 없다.
125MB ~ 16TB
- st1
  처리량 최적화 HDD
  빅 데이터, 데이터 웨어하우징, 로그 처리에 적합
  최대 처리량 500MB/s, 최대 IOPS 500
- sc1
  Cold HDD
  아카이브 데이터용 -> 접근 빈도가 낮은 데이터에 적합
  최저 비용으로 데이터 저장용
  최대 처리량 250MB/s, 최대 IOPS 250
다중 연결을 지원하는 EBS 볼륨 프로비저닝 IOPS

하나의 EBS 볼륨을 같은 가용 영역에 있는 여러 EC2 인스턴스에 연결할 수 있게 한다.
io1/io2제품군만 사용가능한 기능
각 인스턴스는 고성능 볼륨에 대한 읽기/쓰기 권한을 전부 갖는다. -> 동시에 읽고 쓸 수 있다.
해당 가용 영역 내에서만 사용 가능하다. -> 다른 가용 영역에서 같이 사용 X
한 번에 16개의 EC2 인스턴스만 같은 볼륨에 연결할 수 있다.
다중 연결을 실행하려면 클러스터 인식 파일 시스템을 사용해야한다.
- Use case
  1) 애플리케이션 가용성을 높이기 위해 Teradata처럼 클러스터링된 Linux 애플리케이션
  2) 애플리케이션이 동시 쓰기 작업을 관리해야 할 때