[AWS] EC2: EBS

EBS는 Elastic Volume Storage의 축약으로, 디스크 스토리지 기반의 독립적인 볼륨을 제공하는 기능이다.
보통 EC2에 붙여서 영구 저장소로 사용하곤 한다.

기반서비스 중 하나라서, 알게모르게 많이 쓰게 된다.
EC2를 생성하면 자동으로 내장 EBS 볼륨을 만들어쓰게 되고, RDS를 만들어도 스토리지 볼륨으로 EBS를 쓴다.

사용처

EC2는 기본적으로 약간 휘발성의 스토리지 시스템을 갖고 있다고 말할 수 있다.
인스턴스를 종료하면 그대로 날라가버리기 때문이다.

하지만 EBS를 사용하면 EC2의 상태와 별개로 스토리지를 유지하고 사용할 수 있다.
인스턴스가 종료되어도 볼륨은 남아있는 것이다.

이런 지속성 때문에 데이터베이스 같은걸 구축할때 자주 사용한다.

비용

https://aws.amazon.com/ko/ebs/pricing/

볼륨 타입이 크게 gp2와 gp3로 나뉘는데, 둘이 비용 산정 방식이 다르다.

만약 100기가를 저장한다고 하면,
gp3를 쓸 때는 한달에 0.0912 * 100 * 30 => 273달러=36만원이 나온다.
gp2를 쓰면 한달에 0.1278 * 100 * 30 => 201달러=50만원이 나온다.

둘다 스토리지 크기와는 별개로 IO가 발생하는 만큼 비용을 추가로 또 부과한다.
gp3는 3000 IOPS까지는 무료, 그 이상부터 요금을 부과하고,
gp2는 그냥 프로비저닝한 IOPS만큼 비용을 부과한다.

대체로는 gp3가 저렴한 편이다.

EC2 내장 볼륨

사실 우리는... EC2를 통해서 EBS를 이미 쓰고 있었다.
내장 볼륨에 휘발성 볼륨이라서 인스턴스와 생사고락을 함께할 뿐이다.

그래서 인스턴스를 생성할 때도 직접 커스텀을 해서 만들어줄 수 있다.

근데 내장 볼륨은 내장이고, 외장볼륨으로 쓸 수도 있다.

볼륨 만들기

뗐다 붙였다 할 수 있는 외장볼륨을 만들어보겠다.
EC2의 EBS 탭으로 이동해서 생성 버튼을 누른다.

그럼 gp2 타입이나

gp3 타입 둘중 하나를 선택해서 만들 수 있다.

두 타입의 비교는 아래에서 따로 하겠다.

그럼 이런식으로 만들어질 것이다.

EC2 인스턴스에 볼륨 마운트하기

볼륨을 EC2 인스턴스에 붙이려면 좀 귀찮은 작업을 손으로 해줘야 한다.

초기에는 위와 같은 형태일 것이다.

저기서 볼륨 연결 누르고

붙일 인스턴스를 고른다.
인스턴스와 볼륨은 반드시 같은 리전, 같은 가용영역(AZ)에 있어야 한다. 성능상의 한계일 것 같다.

그리고 재부팅을 해줘야 한다.

그럼 이렇게 추가로 마운트가 될 것이다.
이게 끝이 아니다. linux 시스템 내에서도 마운팅 처리를 해줘야 한다.

우선 아래 명령이나

 ls -asl /dev/xvd*

lsblk 명령을 사용하면 추가된 볼륨을 확인할 수 있다.

lsblk

여기서 조금 헷갈릴 수 있는데, /dev/sdf로 마운팅했다면 linux 고유의 규칙에 따라 여기서는 xvdf로 표시된다.

그리고 저 이름을 기반으로 해서 다음과 같이 파일시스템을 생성해주고

sudo mkfs -t ext4 /dev/xvdf

마운팅할 디렉터리를 만들어준다.

이름은 중요하지 않다.

그리고 blkid 명령으로 현재 붙여있는 볼륨 목록과 그 UUID를 조회한다.

sudo blkid

여기서는 UUID가 39c630d7-ed98-4c8b-a0b6-8b2ad49a0dfc로 되어있는데, 저걸 가져다가

sudo vi /etc/fstab

이런식으로 추가해주면 된다.

UUID=39c630d7-ed98-4c8b-a0b6-8b2ad49a0dfc       /volume         ext4    defaults,nofail         0       2

그리고 mount 명령을 사용하면

sudo mount -a

리눅스 파일시스템에도 완전히 추가될 것이고

그냥 파일IO로 평소에 쓰듯이 쓸 수 있을 것이다.

모니터링

EBS는 실시간 모니터링을 지원한다.

이를 통해 사용량을 계측하거나, 트리거를 걸어서 알림을 보내는 것도 가능하다.

볼륨 수정

볼륨을 동적으로 수정하는 것도 가능하다.

볼륨 설정에 들어가서 바꾸면 되는데

크기를 줄이는건 안되고 늘리는 것만 된다.

볼륨 타입을 바꾸는 건 된다.

수정을 하면 적용에는 약간의 시간이 걸리는데,
그것과 별개로 리눅스에서도 처리를 또 해줘야 한다.

ext4 타입으로 생성했을 경우에는 아래와 같이 리사이징을 반영할 수 있다.

sudo resize2fs /dev/xvdf

그러면 이렇게 반영이 되어있을 것이다.

GP2 vs GP3

2020년에 GP3라는 볼륨 타입이 처음 나왔는데, 성능과 비용상에서 GP3가 모두 이점이 있다.

일단 기본 스토리지 비용이 GP2 대비 20% 정도는 더 저렴하다.

게다가 성능이나 유지관리 측면에서도 GP3가 이점이 큰 편이다.

GP2는 IOPS와 Throughput, 그러니까 최대 초당 IO 수와 처리량을 사용자가 직접 지정하지 못한다. 디스크 사이즈에 맞춰서 알아서 정해질 뿐이다. 그래서 그 수치를 넘어서면 장애가 발생한다... 이걸 해결하려면 사이즈를 키우거나 다른 "프로비저닝된 ..." 타입을 사용해야 했다.

반면 GP3는 사이즈와 별개로 한계치를 직접 조절할 수 있다.

GP2와 GP3 중에서 선택해야 할때는 GP3가 대체로 더 나은 선택이다.

참조
https://aws.amazon.com/ko/blogs/korea/new-amazon-ebs-gp3-volume-lets-you-provision-performance-separate-from-capacity-and-offers-20-lower-price/
https://hyosuk.wordpress.com/2020/12/24/aws-ebs-gp2-vs-gp3-%EB%B9%84%EA%B5%90/