EBS gp2에서 gp3 전환: 비용·IOPS·처리량을 함께 검증하는 절차

AI Editter

gp2를 gp3로 바꾸면 저장 용량 단가를 줄일 여지가 있지만, 모든 볼륨을 기본 성능으로 낮춰도 된다는 뜻은 아닙니다. 큰 gp2 볼륨에서 제공되던 IOPS와 처리량을 유지해야 하는 워크로드가 있을 수 있습니다.

전환 전에는 현재 볼륨의 용량·성능, 실제 사용량, 연결된 EC2의 EBS 한도를 함께 기록합니다. 볼륨 가격만 바꾸고 서비스 성능이 떨어지면 절감 효과를 평가하기 어렵습니다.

용량과 성능을 따로 계산

gp3는 기본 3,000 IOPS와 125MiB/s 처리량을 포함하고 추가 성능을 별도로 지정할 수 있습니다. gp2는 용량과 기본 IOPS가 연결됩니다. 현재 성능 조건과 한도는 AWS General Purpose SSD 문서를 확인합니다.

gp2 월 비용 = 용량 × gp2 용량 단가
gp3 월 비용 = 용량 × gp3 용량 단가
            + 추가 IOPS × IOPS 단가
            + 추가 처리량 × 처리량 단가

실제 계산은 해당 리전과 과금 단위, 포함 성능 범위에 맞춥니다. 스냅샷이나 EC2 사용료는 이 비교식 밖의 항목입니다.

가상의 1,000GiB 볼륨에 6,000 IOPS와 250MiB/s가 필요하다면, gp3 용량 비용에 기본값 초과 성능 비용을 더해 비교합니다. 단순히 gp3 용량 단가만 곱하면 예상 청구액을 낮게 잡게 됩니다.

현재 구성과 사용량을 함께 기록

aws ec2 describe-volumes \
  --volume-ids vol-EXAMPLE \
  --query 'Volumes[].{Id:VolumeId,Type:VolumeType,Size:Size,IOPS:Iops,Throughput:Throughput,Attachments:Attachments}' \
  --output json

예시 ID를 실제 대상 ID로 바꾸고 계정·리전을 먼저 확인합니다. 조회 결과와 CloudWatch의 읽기·쓰기 처리량, IOPS, 지연, 대기, 해당되는 버스트 지표를 함께 봅니다.

평균 사용량만 보고 낮추지 않습니다. 배치·백업·배포와 같이 디스크 사용이 몰리는 시간을 포함합니다. 인스턴스의 EBS 대역폭 한도가 먼저 걸린다면 볼륨 성능을 높여도 효과가 제한적일 수 있습니다.

성능을 생략한 전환이 항상 기본값은 아니다

AWS는 gp2에서 gp3로 바꿀 때 IOPS와 처리량을 지정하지 않으면 기존 gp2의 동등 성능과 gp3 기본 성능 중 높은 쪽으로 자동 설정한다고 설명합니다. 따라서 변경 후 125MiB/s가 아니라 더 높은 값으로 잡혀 추가 비용이 생길 수 있습니다. 볼륨 변경 문서의 현재 동작을 확인합니다.

변경 요청에 들어갈 용량·IOPS·처리량을 미리 적고 예상 비용을 계산합니다. 비용을 줄이기 위해 성능을 낮추려면 그 값으로 업무 피크를 처리할 수 있는 근거가 필요합니다.

작은 범위부터 바꾸고 상태를 확인

최신 복구 수단과 대상 볼륨의 연결 정보를 확인한 뒤 시험 대상부터 변경합니다. 콘솔에서는 EC2의 볼륨 목록에서 대상 ID를 확인하고 볼륨 수정 화면으로 들어가 유형과 성능을 지정합니다. 파일 시스템 크기를 바꾸지 않는 유형 전환과 용량 확장은 구분합니다.

변경 상태는 다음처럼 조회할 수 있습니다.

aws ec2 describe-volumes-modifications \
  --volume-ids vol-EXAMPLE \
  --output table

변경은 즉시 모두 완료되지 않을 수 있습니다. 진행 중 상태와 완료 상태를 구분하고, 재변경 가능 조건도 공식 문서에서 확인합니다. “문제가 나면 즉시 원복”이라고 계획하기 전에 변경 제한과 복원 방법을 검토해야 합니다.

전후 비교는 같은 업무량에서

항목	변경 전후 비교
서비스 응답	같은 요청의 지연·오류
배치	같은 입력 건수의 총시간
저장장치	IOPS·처리량·지연·대기
EC2	EBS 한도·CPU·메모리
비용	실제 지정 성능과 리전 요금

운영 볼륨에 무작정 쓰기 벤치마크를 실행하지 않습니다. 대표 업무와 안전한 시험 환경을 사용합니다. 짧은 읽기 시험 하나로 쓰기·동시 부하까지 정상이라고 판단하지 않습니다.

중단 또는 복구를 결정할 기준

서비스가 정한 지연·오류 기준을 넘거나 배치 완료 기한을 못 맞추면 확대 적용을 중지합니다. 성능 설정을 조정할 수 있는 상태인지 확인하고, 필요한 경우 사전에 마련한 새 볼륨·인스턴스 복원 절차를 사용합니다.

스냅샷 복원은 현재 볼륨의 즉시 되돌리기와 같지 않습니다. 복원 시점 이후 데이터, 새 볼륨 연결, 파일 시스템과 앱 재시작을 고려해야 합니다. 절감 작업 전에 복구 계획을 적어 두면 성능 문제를 겪었을 때 임의 조작을 줄일 수 있습니다.

모든 대상에 적용한 뒤에는 남은 gp2 목록, gp3의 추가 성능 설정, 실제 청구 변화를 다시 확인합니다. 자동 전환만 완료한 목록보다 성능과 비용을 함께 검증한 목록이 다음 최적화의 기준이 됩니다.