•
오브젝트 스토리
•
파일 스토리지 - Amazon FSx, Amazon EFS
◦
다수의 클라이언트에서 동일한 데이터를 접근해야 할 때 많이 사용
◦
파일의 Lock 관리가 필수
◦
SMB, NFS 프로토콜 사용 가능
•
블록 스토리지
Amazon Elastic Block Storage(Amazon EBS) 소개
•
EC2, RDS, OpenSearch등에서 사용됨.
•
Type
◦
SSD vs. HDD
•
EBS 서비스 안에는…
◦
데이터를 저장하는 볼륨
◦
백업 용도의 스냅샷 기능
•
EBS 볼륨 및 스냅샷을 효율적으로 관리할 수 있게 해주는 툴
◦
Elastic Volumes,
◦
Data Lifecycle Manager
EBS 성능 최적화 방안
•
gp2, io1 선택 가능은 하나 예전 세대 유형이라 권장하지 않음.
•
gp3
◦
용량과 관계없이 성능을 높일 수 있다.
◦
3,000 IOPS 및 초당 125MiB의 기준 성능 제공
•
io2
◦
gp3보다 더 많은 IOPS가 필요하다면…
•
st1
◦
로그처리, 데이터 웨어하우스 및 ETL 워크로드와 같이 대규모 데이터 세트와 큰 IO가 있는 자주 액세스하고 스루풋 집약적인 워크로드에 적합
•
sc1
◦
GB당 비용이 가장 저렴
•
io2 볼륨 대비 4배 높은 스루풋, IOPS 및 용량 제공
•
볼륨 당 16TB 이상의 용량이 필요로 하거나 64,000 IOPS 이상의 성능이 필요한 경우 사용
•
C7g, M7g, R7g등 특정 인스턴스에 io2 볼륨을 연결하면 별도의 설정 없이 자동으로 block express 볼륨으로 사용
•
Elastic volumes은 애플리케이션 성능 변화에 맞춰 볼륨을 손쉽게 변경할 수 있는 기능
•
Elastic volumens를 사용하면 가동 중단이나 성능 저하 없이 동적으로 용량으로 늘리고 HDD 타입에서 SSD 타입으로도 변경이 가능하며 자유롭게 스루풋, IOPS를 변경할 수도 있습니다.
•
한가지 제약 사항: 볼륨 크기의 경우 증가만 지원
•
Amazon CloudWatch, AWS Lambda와 함께 사용하면 변화하는 애플리케이션의 성능에 맞춰 자동으로 볼륨 변경 가능.
•
RAID는 여러 개의 볼륨을 묶어서 큰 볼륨을 만드는 기술
◦
io2 block express를 지원하지 않는 인스턴스 유형에서 높은 성능 및 큰 용량을 위해 필요!!
•
RAID 1,5,6 권장하지 않음 → AWS에서는 redundancy 구성 권장하지 않음.
◦
내부적으로 이미 복제가 되어 있는 볼륨이기도 하고 성능 역시 RAID 0에 비해 떨어짐.
•
EBS와 EC2 적합성 확인 필요!!
•
EC2와 EBS는 네트워크를 통해 연결됨.
→ 둘 간의 네트워크 성능이 굉장히 중요한 요소
•
기본적으로 EC2와 EBS 간에 전용 스루풋을 보장 받는다.
→ EBS 최적화 인스턴스라고 부름.
•
볼륨 스루풋을 커버할 수 있는 인스턴스 유형을 선택해야 한다.
•
최적화 인스턴스라고 하더라도 낮은 크기의 인스턴스들은 꾸준히 최대 성능을 낼 수 없고 최대 30분만 최대 성능을 낼 수 있음.
•
최대 30분간 594MiB/s 이후 79MiB/s…
◦
이런 제한으로 갑자기 워크로드 성능이 느려지는 경우 발생
◦
버스팅 시간을 다 소요한 경우 성능이 기준 성능치로 떨어짐…
•
워크로드가 꾸준히 높은 성능을 필요로 한다면 최대 성능이 아닌 기준 성능을 기준으로 비교하여 인스턴스 타입을 골라야 한다.
•
위 예에서는 c6g.xlarge로 변경을 해야 기준 성능이 약 초당 148MiB까지 나옴.
•
ML을 사용하여 워크로드에 가장 적합한 항목 지원(지난 14일 지표 사용)
◦
최대 3가지 항목 제안
•
EBS, EC2, Lamba까지 지원
•
제공되는 지표중 위험도, 절감율 항목 확인!!
◦
위험도가 높은 경우 권장 EBS볼륨이 워크로드의 성능 요구 사항을 충족하는 지 여부 검증 필요
•
향상된 인프라 지표를 활성화하면 최대 3개월의 지표를 토대로 권장 사항이 도출됨.
EBS 데이터 보호 방안
•
내부적으로 복제본을 둠.
•
시점에 대한 백업 지원
◦
증분 백업
•
crash-consistent sanpshot
◦
Amazon EC2 인스턴스에 연결된 모든 Amazon EBS 볼륨의 스냅샷이 정확히 같은 순간에 생성된다는 것을 의미
•
복원시 복구가 완료되었더라도 볼륨의 데이터에 처음 접근했을 때 조금 느리다
→ 복구가 완료된 시점에 전부 S3에서 EBS로 옮겨오지 않았다.
→ 사용하기 전에 데이터를 전체 스캔하는 초기화 작업. 초기화 작업 기간 동안 성능에 영향을 줌.
•
만약 복구가 끝난 이후 바로 전체 성능을 내야 하는 볼륨이라면 FSR 옵션을 해당 스냅샷에 활성화해야 한다.
•
FSR가 활성화되면 복구 즉시 전체 성능을 즉시 사용
•
보존 기간 : 1일 ~ 1년
•
규칙을 잠그면 보존 기간을 변경할 수 없다.
•
잠금 해제 지연 기간 설정 가능. 예> 7일 . 7일이후에 잠금 해제 할 수 있다.
•
EBS 스냅샷의 생성, 보존 및 삭제를 자동화하는 기능
•
백업 스케줄 지정
•
보존 기간 설정
•
AWS Backup vs. DLM
◦
AWS Backup
▪
EBS 스냅샷뿐만 아니라 다른 여러 AWS 리소스에 대한 백업을 한곳에서 관리
▪
백업이 정상적으로 잘돌았는지 백업 대상에 누락된 리소스는 없는 지등 사용자가 정의한 정책 준수 여부 Audit Manager를 통해서 확인
▪
제약 사항: 스냅샷의 FSR 설정할 수 없음.
